Как разбить большую задачу для ИИ на проверяемые шаги

1. Выпишите конечные пользовательские результаты

Не «сделать базу», а «владелец входит и видит сохранённый заказ после restart». Не «написать контент», а «опубликованный URL отдаёт статический HTML, источники и canonical».

Результат помогает определить минимальный вертикальный срез и не строить инфраструктуру без пользователя.

2. Найдите настоящие зависимости

Оплата зависит от канонического offer и callback, но не обязательно от будущего дашборда рассылок. Статья зависит от шаблона и реестра, но не от автоматической публикации в Дзен.

Отделите внешние блокеры от удобных пожеланий. Неполученный merchant ID блокирует live checkout, но не локальный parser и UI.

3. Заполните карточку одного шага

Укажите переиспользуемое, добавляемое, максимальное время, файлы, запреты и критерии. Одна карточка должна давать один видимый результат.

Идеи, которые появились в процессе, уходят в backlog. Они не расширяют текущую работу без решения владельца.

• пользовательский сценарий;
• готовая основа;
• область изменений;
• положительный и отрицательные тесты;
• внешние действия и разрешения.

4. Стройте вертикальный срез

Для первого заказа нужны минимальные UI, API, таблица и обработка ошибки вместе. Полная универсальная модель каталога может ждать следующей карточки.

Вертикальный срез показывает несовместимости раньше, чем несколько больших слоёв встретятся в конце.

5. Закрывайте шаг свежей проверкой

Прогоните изменённую логику, реальную интеграцию, browser smoke и restart в пропорции к риску. Сохраните evidence в карточке.

Не начинайте следующую реализацию, пока текущая находится в тестировании теми же файлами. Дефект возвращает карточку на доработку.

Пример декомпозиции коммерческого сайта

Карточка 1: индексируемая основа главной. Карточка 2: каталог статей. Карточка 3: четыре опубликованных материала. Карточка 4: discovery-файлы. Карточка 5: Telegram-переход и отдельная оплата.

Так ошибки главной не маскируются количеством статей, а платёжный контур не появляется до понятного предложения.

Когда остановиться и пересобрать план

Остановитесь, если готовый модуль не соответствует предположению, внешний контракт отсутствует или максимальное время исчерпано без результата. Сообщите факт, а не создавайте новую архитектуру молча.

Effort помогает превратить большую мысль в последовательные задачи, но порядок и приоритет подтверждает владелец.