콘텐츠로 이동
ActiveCLI

Kimi 프로바이더

왜 목록에 있는가

섹션 제목: “왜 목록에 있는가”

Kimi는 코딩 에이전트 CLI를 제공하며, 이 목록의 자격 요건은 그것 하나뿐입니다. 프로바이더는 지목할 CLI의 정체성이므로, 계획된 집합은 사람들이 코드를 쓰기 위해 에디터나 터미널에서 이미 구동하고 있는 CLI들입니다.

붙이는 순서는 그것들 사이의 선호가 아니라, 각각이 계약에 무엇을 가르쳐 줄지가 정합니다.

알려진 것

섹션 제목: “알려진 것”

존재한다는 것, 그리고 붙일 가치가 있다는 것입니다. 대화를 어떻게 식별하는지, 무엇을 받는지, 어떻게 되보고하는지에 대해 여기서 확립된 것은 없습니다.

알려지지 않은 것

섹션 제목: “알려지지 않은 것”

그 밖의 전부입니다. 아직 조사되지 않았습니다.

  • 커맨드 이름과 대화를 식별하는 방식.
  • 어느 플래그가 이것을 터미널 UI가 아니라 제어 가능한 양방향 스트림으로 만드는지.
  • 출력이 type 판별자를 가진 NDJSON인지. 그렇다면 EventParser가 그대로 동작합니다.
  • 권한 어휘, 그리고 닫힌 PermissionMode 집합이 그것을 표기할 수 있는지.
  • auth와 mcp 서브커맨드가 있는지, 그리고 어떤 형태로인지.

이 CLI에 대해 실행해 보기에 앞서 단언되는 것은 없습니다.

붙였을 때 기여할 것

섹션 제목: “붙였을 때 기여할 것”

모든 프로바이더 아래의 계약은 멤버 다섯 개이며, 의도적으로 작게 유지됩니다. 단일 구현에서 뽑아낸 계약은 추측이고, 커밋할 가치가 있는 형태는 두 번째를 견뎌 낸 것입니다.

세 번째와 네 번째 어댑터는 일반화되는 형태와 우연히 두 CLI에 맞은 형태를 구별해 줍니다. 각 이식은 같은 순서를 따릅니다.

  1. CLI의 실제 동작에 맞춰 어댑터를 정확히 이식한다.
  2. 기존 계약을 우회해야 했던 모든 지점을 기록한다 — 특히 Auth/와 Mcp/, 그리고 PermissionMode가 맞지 않았던 모든 곳.
  3. 공통 형태를 추출한다.
  4. 그 뒤에야 AbstractAdapter를 넓힌다.

다음으로 볼 것

섹션 제목: “다음으로 볼 것”