kimi-peer-writer

# Kimi Peer Writer (DP.SC.154) Задача: $ARGUMENTS > **Архитектура:** я (Kimi) = писатель, Claude = напарник. > Claude вызывается через `claude-peer-adapter.sh` напрямую — Bash tool, stdin pipe. > `list_peer_statuses` (Local Gateway) — координация файлов, **не** проверка доступности Claude CLI. > Gateway offline ≠ Claude недоступен. --- ## When to use Peer-сессия DP.SC.154 где Kimi = писатель, Claude = напарник. Запускается простой фразой. Включает ОРЗ Opening и Closing, turn-loop, эскалации, Decision Gate (зафиксировать vs реализовать → ревью → проверить → задеплоить), отложенную финализацию и верификацию. ## Scope boundary — не подменяет решения, зарезервированные за пилотом (найдено 2026-07-07) > Peer-сессия пригодна для: технических решений, дизайна, code review, поиска компромисса между подходами, подготовки кандидатов к решению. > **НЕ пригодна** для решений, которые процесс явно закрепляет за человеком (например, R15 Валидатор в `/apply-captures` — accept/reject/defer кандидатов знания; R1 Стратег — приоритеты месяца). Согласие двух агентов между собой — не решение пилота, даже единогласное и хорошо обоснованное. > > Если задача внутри пир-сессии требует такого решения — писатель обязан остановиться и спросить пилота напрямую в текущем чате (не через turn-файл), прежде чем фиксировать результат. См. `.claude/skills/apply-captures/SKILL.md` раздел «R15 = живой пилот, не агент» и `${IWE_GOVERNANCE_REPO:-DS-strategy}/inbox/bugs/bug-2026-07-07-r15-decisions-bypassed-...