콘텐츠로 이동
ActiveCLI

Grok 프로바이더

왜 목록에 있는가

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

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

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

알려진 것

섹션 제목: “알려진 것”

존재한다는 것, 그리고 붙일 가치가 있다는 것입니다. 그 너머로 여기서 확립된 것은 없습니다.

알려지지 않은 것

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

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

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

여기서 조사를 대신하는 추론은 제시하지 않습니다. 이 CLI를 붙일 때, 사실은 그것을 실행하는 데서 나올 것입니다.

붙였을 때 기여할 것

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

AbstractAdapter는 멤버 다섯 개이며, 두 번째 어댑터가 질문을 던지기 전까지 그대로입니다. 두 번째로 도착하는 CLI가 형태를 결정하고, 그 이후의 것들이 그 형태가 단일한 한 쌍에 맞춰진 것이 아님을 확인해 줍니다.

이식 순서는 프로바이더마다 달라지지 않습니다.

  1. CLI의 실제 동작에 맞춰 어댑터를 정확히 이식한다.
  2. 기존 계약을 우회해야 했던 모든 지점을 기록한다.
  3. 공통 형태를 추출한다.
  4. 그 뒤에야 AbstractAdapter를 넓힌다.

다음으로 볼 것

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