Благодаря ему агенты работают в рамках трёх подходов:
🔵 TDD (Test-Driven Development) - сначала пишется тест, который описывает ожидаемое поведение кода, а уже потом пишется сам код.
🔵 YAGNI (You Aren’t Gonna Need It) - не стоит писать функциональность на будущее, если она сейчас реально не нужна.
🔵 DRY (Don’t Repeat Yourself) - если один и тот же код или логика повторяются в нескольких местах, их лучше вынести в функцию, класс, модуль или общий компонент.
Стандартный workflow выглядит так:
1. Brainstorming - агент уточняет детали по вашей задаче и составляет план спецификации (spec).
2. Using-git-worktrees - создаёт отдельную git-ветку.
3. writing-plans - пишет план реализации.
4. Subagent-driven-development или executing-plans - выбираете, как реализовывать: через суб-агентов или в той же сессии.
5. requesting-code-review - активируется между задачами, проверяет соответствие плану.
6. finished-a-development-branch - принимает решение о Merge/PR.
Поддерживает Claude Code, Codex CLI/App, Factory Droid, Gemini CLI, OpenCode, Cursor, GitHub Copilot CLI.
Я лично использовал в Codex с GPT 5.5 xHigh и в одной ветке (прописал это в AGENTS.md). Если задача крупная, то после составления финального плана я начинал реализацию в новой сессии.
Основная проблема в том, что эти скиллы съедают много контекста, поэтому и модель нужна мощная.
Но по качеству кода получается прям заметно лучше, меньше лишнего, важное не упускает, если задача большая, не пытается всё за одну сессию сделать.
Вы просто ставите плагин и работаете с агентом как и раньше. Если для задачи не требуется план, он спокойно пойдёт пилить без него.
И конечно, при желании эти скиллы можно запихнуть в любого агента.
Чат | OpenClaw One-Click | CloseRouter