Skip to content
Deep Work Plan сьогодні на Product Hunt Підтримати
← Усі розділи

Розділ 03

Шаблони плану та завдань

Deep Work Plan — це каталог файлів markdown. Форма цього каталогу — і кожного файлу всередині нього — це те, що робить план придатним до рецензування і людьми, і агентами.

Структура плану

План — це каталог у .dwp/plans/ з назвою PLAN_<slug>/. Він містить:

  • README.md — огляд плану: мета, вихідний матеріал, таблиця завдань та статус.
  • По одному файлу на завдання з назвою <n>.task_<slug>.md.
  • PROGRESS.md — поточний журнал виконання.

Структура файлу завдання

Кожен файл завдання має назву <n>.task_<slug>.md і дотримується десятисекційної анатомії: Goal, Context, Торкнута поверхня, Steps, Acceptance criteria, Validation, Files, Dependencies, Risks та Completion & Log. Секції завжди зʼявляються в цьому порядку, тож будь-який читач знає, куди дивитися. Кожне завдання заново привʼязується до мети плану, перш ніж діяти, що утримує агента від дрейфу на тривалому, багатогодинному горизонті.

Final Review

Кожен план має завершуватися рівно одним обовʼязковим завданням: Final Review. Воно закриває план трьома впорядкованими проходами — у перевірці безпеки нічого не послаблено:

  1. Перевірка безпеки — провести аудит усього, що змінив план, на секрети, ризики інʼєкцій та нову поверхню атаки й тримати docs/SECURITY.md актуальним. Безпека — не окремий потік робіт, прикручений наприкінці: кожен план лишає власні зміни проаудитованими, а критична знахідка блокує завершення.
  2. Валідація кінцевого стану — повна валідація репозиторію запускається й проходить на останньому релевантному стані, після фінального виправлення.
  3. Узгодження skills — кожне завдання зафіксувало власну диспозицію skills, поки його докази були свіжими; ревʼю узгоджує журнал. Executive Report залишається доступним на запит.

Домовленості README та PROGRESS

README.md плану має містити заголовок (# Deep Work Plan: <name>), прозовий виклад мети, необовʼязкову секцію вихідного матеріалу, таблицю завдань (номер, назва завдання, чекбокс статусу) та рядок статусу плану у формі <n>/<total> tasks complete.

PROGRESS.md — це журнал виконання лише для додавання. Кожен запис фіксує позначку часу ISO 8601, номер і назву завдання, що було зроблено, та будь-які відхилення чи причини пропуску. Оскільки він лише зростає, він є надійною історією того, як план насправді розгортався.

Заголовки та перехресні посилання

Усі заголовки використовують регістр речення, а документи уникають маркетингової мови та знаків оклику. Ці домовленості тримають плани узгодженими між агентами та з плином часу.