Kimi provider
Why it is on the list
Section titled “Why it is on the list”The largest competing JetBrains plugin, zhukunpenglinyutong/jetbrains-cc-gui (5,315 stars), attaches six CLI channels under ai-bridge/channels/ — claude, codex, grok, kimi, opencode, pi — with no common contract between them.
Kimi is one of those six. That list is where this library’s set of planned providers comes from: it is a record of which CLIs someone already went to the trouble of wiring up, which is better evidence than a guess.
What is known
Section titled “What is known”That it is one of the six channels, and nothing more.
The survey detailed the send parameters for Claude and Codex only. Kimi’s were not recorded, so nothing about how it identifies a conversation, what it accepts, or how it reports back is established here.
What is not known
Section titled “What is not known”Everything else. Not yet investigated:
- The command name and how a conversation is identified.
- Which flags make it a controllable two-way stream rather than a terminal UI.
- Whether its output is NDJSON with a
typediscriminator, which would letEventParserwork unchanged. - Its permission vocabulary, and whether the closed
PermissionModeset can spell it. - Whether it has
authandmcpsubcommands, and in what shape.
Nothing is asserted about this CLI in advance of running it.
What attaching it would contribute
Section titled “What attaching it would contribute”The contract under every provider is five members, kept small on purpose: a contract drawn from a single implementation is a guess, and the shape worth committing to is the one that survives a second.
A third and fourth adapter are what distinguish a shape that generalises from one that happens to fit two CLIs. Each port follows the same order:
- Port the adapter accurately, matching the CLI’s real behaviour.
- Note every place the existing contract had to be worked around — especially in
Auth/andMcp/, and anywherePermissionModedid not fit. - Extract the common shape.
- Only then widen
AbstractAdapter.
Where to go next
Section titled “Where to go next”- Writing a provider — what attaching a CLI involves.
- Abstract provider — the contract as it stands.
- Roadmap — where this sits in the order of work.