Скил init-task-persistence — намерение оператора как источник правды
Как init-task-persistence сохраняет исходный запрос оператора дословно при /dr-init, ведёт лог дополнений по всему конвейеру и заставляет каждую последующую команду сверяться с ним.
Каждый артефакт конвейера — это пересказ. PRD пересказывает задание. План пересказывает PRD. К моменту, когда начинается реализация, исходный запрос прошёл через несколько слоёв интерпретации. Скил init-task-persistence нужен, чтобы существовала одна дословная запись: точный текст, который оператор ввёл при запуске /dr-init.
Эта запись хранится в datarim/tasks/{TASK-ID}-init-task.md. Файл создаётся один раз и никогда не перезаписывается — оператор может дополнять его, но дословное задание в начале остаётся нетронутым. Каждая последующая команда конвейера читает файл целиком, включая дополнения, и обязана отразить расхождения в своём выводе.
Структура файла и метаданные
У файла закрытая схема frontmatter: идентификатор задачи, тип артефакта, версия схемы, дата создания, имя оператора и поле статуса, которое начинается со значения canonical и переходит в amended при первом добавлении оператора. Тело состоит из трёх разделов: блок с исходной командой, дословное задание оператора и лог дополнений, который изначально пуст.
Лог дополнений — поверхность роста. Оператор добавляет в него правки; команды конвейера добавляют блоки вопрос-ответ для каждого уточнения. Каждый такой блок содержит вопрос, ответ, кто принял решение и краткое описание того, как решение меняет начальные условия. Если решение принял агент, а не оператор, требуется обоснование не менее 50 символов с указанием правила или предшествующего примера.
Почему важно количество раундов вопросов
Для задач уровня L3+ — эпиков, которые охватывают несколько сессий, — канонический паттерн декомпозиции даёт пять и более раундов в трёх группах: один раунд на /dr-init для уточнения скоупа, один раунд на /dr-prd для декомпозиции на этапы и подзадачи, и один или более раундов в ходе сессий /dr-do — для уточнений в процессе реализации. Семь раундов за пятисессионный эпик — это норма, а не признак неопределённости. Тревожный сигнал — противоположный: эпик L3+ с менее чем двумя раундами, как правило, скрывает неозвученные решения и чаще требует переработки.
Для задач уровня L1-L2, напротив, четыре и более раундов обычно означают неверную оценку сложности или вопросы, ответы на которые уже были в задании оператора.
Проверка и обратная совместимость
Инструмент проверки dev-tools/check-init-task-presence.sh проверяет одну задачу или все. Каждой задаче даётся 30-дневный мягкий период с даты создания: отсутствие файла в этот период — находка уровня info, не блокер. После 30 дней — warn. Задачи со статусом archived или с маркером legacy: true не проверяются никогда.
Если команде конвейера нужен файл, а его нет (потому что /dr-init был пропущен), команда создаёт минимальную версию самостоятельно, используя описание задачи как замену дословного задания и отмечая происхождение как ретроактивное восстановление. Файл не удаляется при архивации — запись о том, когда файл отсутствовал и когда был восстановлен, является частью истории задачи.
Общая картина — в посте что такое Datarim. О том, как конвейер передаёт намерение оператора на понятном языке в конце каждой фазы, рассказывает пост о скиле human-summary.