Kimi Code повторяет тот же расклад - оркестратор и субагенты, - но уже в собственной CLI-оболочке, а не поверх чужого хоста. Настройки среды лежат в ~/.kimi/config.toml, инструкции для агента - отдельно, в AGENTS.md, а встроенные субагенты названы прямо по своим ролям: explore читает код, plan занимается архитектурой, coder - реализацией. Каждый из них работает в изолированном от остальных контексте, и наверх, в main, возвращается только его сводка, а не полный ход рассуждений. Репозитории продукта, где стоит сверяться с деталями конкретной сборки, - kimi-cli и kimi-code.

То, что отличает именно эту среду от остальных, - заявленный Agent Swarm: режим, в котором на крупную задачу поднимается сразу несколько субагентов, работающих параллельно, а не по очереди, как в большинстве других сред. Это не замена пайплайну explore - plan - coder, а его расширение для тех случаев, когда задачу можно и нужно распараллелить, а не проводить строго последовательно.

За средой стоит собственная модель компании, и здесь стоит на минуту перейти от настроек к архитектуре: Kimi K2 - модель типа MoE с триллионом параметров в сумме и тридцатью двумя миллиардами активных на каждый токен, с 384 экспертами и обучением через оптимизатор Muon. Это уже уровень фактов из карточки модели, а не из пользовательских настроек, и полезен он в первую очередь для понимания, почему среда ведёт себя именно так на длинных и разнородных задачах.

Официальные ресурсы раздела покрывают обе стороны вопроса: репозиторий CLI на GitHub и страница продукта kimi.com/code - про саму оболочку и её команды, доки по субагентам - про то, как настраивать роли explore, plan и coder под конкретный проект, а карточка Kimi K2 - про модель и архитектуру, которая всё это приводит в движение.

Мета-промпт просит агента сначала прочитать документацию Kimi Code CLI, затем свериться, какая именно сборка используется - kimi-cli или kimi-code, потому что пути к конфигу могут отличаться, - и после этого настроить ~/.kimi/config.toml вместе с AGENTS.md: закрепить роль оркестратора, правила делегирования и требование возвращать сводку вместо полного дампа.

Дальше запускается сам пайплайн - explore, затем plan, затем coder, каждый в изолированном контексте, - а на крупных задачах вместо последовательного прохода включается Agent Swarm с параллельными субагентами; и, как везде в этом справочнике, план показывается до внесения изменений.