OpenCode 프로바이더

왜 목록에 있는가

가장 큰 경쟁 JetBrains 플러그인 zhukunpenglinyutong/jetbrains-cc-gui(star 5,315)는 ai-bridge/channels/ 아래에 여섯 개의 CLI 채널 — claude, codex, grok, kimi, opencode, pi — 을 붙였지만 그 사이에 공통 계약이 없습니다.

OpenCode는 그 여섯 중 하나입니다. 거기에 존재한다는 것이 여기서 계획된 이유입니다.

알려진 것

여섯 채널 중 하나라는 사실, 그 이상은 없습니다.

조사는 Claude와 Codex에 대해서만 send 파라미터를 상세히 기록했습니다. OpenCode의 것은 그중에 없었으므로, 이 페이지에는 해당 CLI의 인터페이스에 대해 보고할 검증된 사실이 없습니다.

알려지지 않은 것

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

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

여기서 사실이 빠져 있다면, 그것은 중요하지 않다고 판단해서가 아니라 확인되지 않았기 때문입니다.

붙였을 때 기여할 것

모든 이식은 같은 두 곳에 압력을 가하며, 둘 다 우회할 일이 아니라 제기할 발견입니다.

Auth/와 Mcp/는 현재 Claude 형태입니다. claude auth status --json과 claude mcp list를 실행하고 그 출력을 파싱합니다. 프로바이더의 name으로 생성되므로 다른 CLI를 상대로 실행되기는 하지만, 그 CLI가 서브커맨드를 다르게 표기한다면 쓸모 있는 것을 내놓지 못합니다.
PermissionMode는 닫힌 집합입니다. 다른 어댑터들이 표기할 수 없는 모드가 나타나지 못하도록 생성자가 private입니다. 이 집합이 표현할 수 없는 개념을 가진 CLI는 공유 어휘를 다시 빚어야 한다는 근거이며, 우회하기보다 논의되어야 합니다.

다음으로 볼 것

프로바이더 작성하기 — CLI를 붙인다는 것이 무슨 일인지.
AbstractProvider — 현재 상태의 계약.
로드맵 — 작업 순서상 이것의 위치.