Apothem против сырой конфигурации Kimi Code
Ручное сопровождение файла AGENTS.md в корне проекта и вспомогательных файлов .kimi-code/ для Kimi Code в сравнении с их рендерингом из общего профиля Apothem.
Kimi Code читает AGENTS.md в корне проекта как свой файл инструкций и хранит
конфигурацию проекта в <project>/.kimi-code/, включая принадлежащую оператору
поверхность MCP .kimi-code/mcp.json. Вы можете писать этот файл инструкций и
сопутствующие ему группы вручную, для каждого проекта, бесконечно. Адаптер
kimi-code в Apothem рендерит поверхность управления в AGENTS.md как управляемый
блок из общего профиля и поддерживает её согласованной во всех окружениях и во
всех проектах. Эта страница сопоставляет ручное сопровождение этой конфигурации с
управлением ею через Apothem.
Сравнение усилий
| Задача | Сырая ручная конфигурация | Под управлением Apothem |
|---|---|---|
Создавать поверхность инструкций AGENTS.md | Вручную писать и повторно синхронизировать для каждого проекта | Один управляемый блок, отрендеренный из общего профиля |
| Поддерживать правила, команды, навыки и исполнителей в синхронизации | Ручное копирование для каждого проекта | Навыки и команды (как навыки) в <project>/.kimi-code/skills/; помощники как субагенты в <project>/.kimi-code/agents/; правила, хуки и шаблоны в <project>/.kimi-code/.apothem/support/, при каждой установке |
| Сохранять прозу оператора при обновлении | Ручное слияние | Блок, ограниченный маркерами; проза оператора вне него сохраняется |
| Поддерживать согласованность правил с другими окружениями | Вручную, для каждого инструмента | Автоматически при apothem update |
| Проверять корректность конфигурации | Ручной осмотр | apothem verify --harness kimi-code --project <path> |
Чем управляет Apothem
Адаптер kimi-code рендерит общие правила и поверхность управления в управляемый
блок AGENTS.md в корне проекта и устанавливает навыки, а также команды,
обёрнутые как навыки, в .kimi-code/skills/ — каталог навыков проекта, который
загружает Kimi Code. Помощники становятся субагентами Kimi Code в
.kimi-code/agents/, а имена их инструментов переводятся в те, которые
сопоставляет Kimi Code. Группы хуков, правил и шаблонов размещаются в
.kimi-code/.apothem/support/: Kimi Code читает хуки из пользовательского
~/.kimi-code/config.toml, который адаптер не записывает. Адаптер не создаёт
.kimi-code/mcp.json; поверхность MCP остаётся принадлежащей оператору. Kimi Code
читает инструкции проекта из AGENTS.md или .kimi-code/AGENTS.md; адаптер
записывает только AGENTS.md в корне проекта, а документация Kimi Code не
сообщает, какой из этих двух файлов имеет приоритет, если существуют оба. Каждое
изменение общих правил повторно рендерит эти файлы при следующем apothem update.
Путь миграции
- Выполните
apothem profile init, чтобы создать общий профиль, если вы ещё этого не сделали. - Перенесите правила из существующего
AGENTS.mdв общий корпус. - Выполните
apothem install --harness kimi-code --project <path>, чтобы отрендерить поверхность инструкцийAGENTS.md, навыки.kimi-code/skills/, субагентов.kimi-code/agents/и поддерево поддержки.kimi-code/.apothem/support/. - Выполните
apothem verify --harness kimi-code --project <path>, чтобы подтвердить, что конфигурация на месте. - Для каждого последующего изменения используйте
apothem update --harness kimi-code --project <path>.
Читать далее
Apothem против сырой конфигурации Open-Claw
Ручное сопровождение конфигурации Open-Claw против управления ею через общий профиль Apothem.
Apothem против ручного подключения бэкенда GLM
Зачем направлять конфигурацию бэкенда GLM (Z.ai) через Apothem, а не подключать переменные окружения вручную в каждом проекте.