# Executing Implementation Plans

> Использовать, когда есть written implementation plan и его нужно выполнить task-by-task с checkpoints, verification commands и остановкой на blockers.

- Skill: `maslennikov-anton/executing-implementation-plans` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add maslennikov-anton/executing-implementation-plans`
- Raw SKILL.md: https://api.skillmd.com/api/skills/maslennikov-anton/executing-implementation-plans/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Productivity
- Author: Maslennikov-Anton (https://skillmd.com/u/maslennikov-anton)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/maslennikov-anton/executing-implementation-plans

---


# Executing Implementation Plans

Используй этот skill для выполнения уже написанного implementation plan. Если плана нет, сначала используй `implementation-planner`; если есть только мелкие gaps, восполни их из локального evidence и продолжай.

## Workflow

1. Прочитай план полностью.
2. Проведи critical review до кода:
   - есть ли exact files;
   - понятны ли tasks;
   - есть ли verification commands;
   - нет ли contradictions, placeholders или missing dependencies.
3. Если есть critical gaps, остановись и уточни план вместо угадывания. Minor gaps закрывай по repo evidence, не превращая выполнение в новый план.
4. Создай рабочий checklist по tasks.
5. Выполняй task-by-task:
   - отметь task in progress;
   - следуй steps в плане;
   - не расширяй scope;
   - держи изменение маленьким завершенным slice;
   - запускай verification, указанную в task;
   - фиксируй result;
   - переходи дальше только после pass или явного решения по blocker.
6. После естественного checkpoint или завершения:
   - проверь общий diff;
   - выполни final verification;
   - используй `verification-before-completion` перед claim о завершении.

## Когда использовать subagents

Если план содержит независимые tasks и пользователь разрешил subagents, используй `subagent-driven-development` для выполнения параллельных частей. Этот skill остается coordination layer: план должен быть прочитан, раскритикован и проверен после интеграции.

## Stop Conditions

Остановись и спроси только если gap нельзя безопасно закрыть по локальному evidence:

- task unclear enough to change behavior or scope;
- план содержит TODO/TBD/placeholders в critical path;
- verification command отсутствует для risky task and no equivalent local gate is obvious;
- risky step не имеет source/doubt gate, хотя зависит от внешнего API, миграции, security или irreversible action;
- dependency не установлена или недоступна;
- test/build fails не из-за ожидаемого red step;
- выполнение требует изменения scope;
- два tasks конфликтуют по ownership/files.

## Что не делать

- Не исполняй план на blind trust, если он противоречит codebase.
- Не переписывай план молча, если меняется architecture или scope.
- Не пропускай verification steps.
- Не превращай большой план в один большой diff без промежуточных проверок.
- Не объявляй task complete по факту изменения файлов без проверки.
- Не продолжай после repeated failure без root cause или уточнения.

## Какие references открывать

- Execution checklist:
  [references/execution-checklist.md](references/execution-checklist.md)

## Формат ответа

При выполнении плана возвращай:

1. Какой plan исполнялся.
2. Какие tasks выполнены.
3. Какие verification commands запускались и результат.
4. Какие blockers или изменения scope возникли.
5. Что осталось сделать.