Финальное задание: соберите рабочую петлю

Дальше — пошаговое задание. Выполняйте его прямо в Claude Code, а не читайте по диагонали: смысл этого урока в том, чтобы своими руками собрать петлю и увидеть, как она доделывает работу за вас. Все примитивы уже знакомы по прошлым урокам, осталось соединить их в одну рабочую конструкцию.

Что вы закрепляете

Задание собирает вместе четыре вещи из курса. Первое — промптинг с измеримой планкой из уроков 1–3: у цели должно быть проверяемое «готово», а не расплывчатое «сделай лучше». Второе — самопроверка доказательством из урока 5: пункт считается выполненным не тогда, когда Claude в этом уверен, а тогда, когда есть доказательство — прошедший тест, открытая ссылка, перечитанный файл. Третье — декомпозиция и работа с файлами, списком задач и кодом (уроки 6–7) вместо одного длинного промпта. Четвёртое — петли из урока 11: устав, файл состояния и команды /goal и /loop, которые промптят Claude за вас, пока задача не выполнена.

Шаг 1. Выберите процесс

Возьмите одну задачу, которую вы регулярно делаете руками. Подходящий процесс отвечает трём признакам: в нём куча однотипных пунктов; он повторяется, а не случается один раз; у него есть измеримое «готово», которое можно проверить. Хорошие примеры: разобрать папку файлов и привести их к порядку, проверить все ссылки на сайте, обработать список статей или задач по одному шаблону.

Анти-примеры, для которых петля не нужна: разовый вопрос, на который есть единственный ответ, — обычный промпт быстрее и дешевле. И расплывчатая цель вроде «придумай стратегию получше» — у неё нет проверяемого «готово», поэтому петле там не за что зацепиться. Сначала разберитесь, какая цель на самом деле, и только потом стройте петлю.

Шаг 2. Напишите устав из семи разделов

Для маленькой задачи хватает однострочной цели, но для процесса со множеством шагов Claude дают полный устав — структурированный промпт, который прямо говорит модели: ты работаешь как петля, а не отвечаешь на один запрос. Скопируйте шаблон ниже и заполните каждый раздел под свою задачу.

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

## GOAL
Опиши готовое состояние в одном-двух предложениях. Конкретно и измеримо —
что именно значит «сделано». Пример: «у каждого файла в папке inbox есть
понятное имя по содержанию, и он лежит в нужной подпапке».

## WHERE THE WORK IS
Где искать пункты работы: какую папку сканировать, какой файл-список читать,
какую доску задач проверять. Пример: «просканируй папку inbox — каждый файл
без понятного имени это пункт работы».

## HOW TO WORK
- Делай по одному пункту за раз. Полностью заверши, прежде чем брать следующий.
- Повторяй шаблоны, которые уже есть в файлах. Не изобретай новые.
- Если пункт требует решения, которое можете принять только вы (потратить
  деньги, удалить данные, написать человеку, опубликовать) — остановись на этом
  пункте, занеси его в список «needs me» и переходи к следующему.

## HOW TO CHECK YOURSELF
После каждого пункта докажи, что он сделан, прежде чем помечать done:
прогони тесты / перечитай файл и сверь с целью / открой ссылку и убедись,
что грузится. Проверка — это доказательство, а не уверенность.
Провал проверки → исправь и проверь снова. Три попытки на пункт,
дальше — статус blocked и следующий пункт.

## HOW TO REMEMBER
Веди файл LOOP-STATE.md. После каждого пункта записывай: имя пункта,
статус (done / blocked / needs me), что изменил, заметку следующему запуску.
Читай этот файл ПЕРВЫМ на каждом запуске — никогда не переделывай готовое.

## WHEN TO STOP
Остановись, когда все пункты done или blocked, либо когда выполнено N пунктов
за этот запуск. Затем короткий отчёт: что сделано, что blocked, что ждёт
вашего решения.

---
Начни с чтения LOOP-STATE.md, если он существует. Потом найди работу.

Разделов с «##» в шаблоне шесть, а седьмой — стартовая строка внизу после «---», с которой петля начинает каждый запуск. Обратите внимание на два раздела, ради которых устав вообще существует. Раздел про самопроверку требует доказательства после каждого пункта, а не общей уверенности в конце. Раздел про остановку на решениях человека — потратить деньги, удалить данные, написать человеку, опубликовать — гарантирует, что петля не сделает за вас необратимого.

Шаг 3. Заведите файл LOOP-STATE.md

Файл состояния — то, ради чего вся конструкция и держится. Без него каждый запуск начинается с нуля; с ним петля продолжает с того места, где остановилась, и переживает перезапуск процесса. Создайте рядом с уставом короткий файл вот такой структуры:

# LOOP-STATE

Задача: [имя петли]
Запуск №: [n] | Обновлено: [дата время]

## Пункты
| Пункт | Статус | Что изменено | Заметка следующему запуску |
|---|---|---|---|
| [имя] | done / blocked / needs me | [файлы, действия] | [что знать дальше] |

## Needs me (ваши решения)
- [пункт → какое решение нужно]

## Журнал запусков
- [дата время] — запуск n: сделано X, blocked Y, needs me Z

Таблица пунктов держит статусы done, blocked и needs me. Список «needs me» собирает то, что требует вашего решения. Журнал запусков показывает, что произошло на каждом круге. Claude читает этот файл первым и не переделывает готовое.

Шаг 4. Запустите петлю

Начните с маленькой версии, чтобы проверить формулировку цели. Откройте Claude Code и введите команду /goal с однострочной целью:

/goal разбери папку inbox: у каждого файла понятное имя по содержанию,
он лежит в нужной подпапке, и каждый файл открывается и не пустой

Когда маленькая версия отработала и цель звучит однозначно, запустите полную: снова введите /goal и вставьте весь устав из шага 2. Claude пойдёт к готовому состоянию и после каждого хода будет сам себя проверять. Команда /goal — это финишная черта: «работай, пока это не станет правдой». Если у задачи нет финишной черты, а есть только ритм — например, раз в час проверять, вернулся ли сайт, — берите /loop с интервалом. В этом задании нам нужна именно /goal.

Шаг 5. Проверьте себя по чек-листу

Пройдитесь по петле и ответьте на каждый вопрос. Если хоть на один ответ «нет» — вернитесь к соответствующему разделу устава и поправьте.

• Цель измерима: можно открыть результат и увидеть, выполнена она или нет?
• Проверка — это доказательство, а не уверенность: тест прогнан, ссылка открыта, файл перечитан?
• Решения, которые требуют вас — потратить деньги, удалить данные, написать человеку, опубликовать — отложены человеку: попадают в список «needs me», а не выполняются петлёй?
• LOOP-STATE.md обновляется после каждого пункта и читается первым на каждом запуске?
• Петля переживает перезапуск: по файлу состояния видно, где остановиться и что уже готово?
• Есть предел остановки: все пункты done или blocked, либо N пунктов за запуск?
• В отчёте три категории: сделано, заблокировано, требует вашего решения?

Критерий зачёта

Задание считается выполненным, если петля сама прошла минимум по трём пунктам, файл LOOP-STATE.md заполнен реальными статусами, а в итоговом отчёте есть все три категории: что сделано, что заблокировано и что требует вашего решения. Три пункта — это уже не разовый промпт, а работающий цикл: Claude нашёл работу, сделал по одному, проверил себя, записал состояние и пошёл на новый круг.

Что дальше

Первый результат этого задания — учебный, но конструкция настоящая. Возьмите её и примените к своему рабочему процессу: к той задаче, из-за которой вы каждый раз садитесь и делаете десяток одинаковых мелких шагов. Заполните тот же устав под неё, заведите свой файл состояния и запустите.

Когда вы начнёте доверять петле — поставьте её на расписание. Для этого есть Routines и команда /schedule из урока 8: петля запускается по времени или по событию на управляемой инфраструктуре, без вашего ноутбука. По-настоящему это срабатывает в первый раз, когда вы просыпаетесь и видите работу, которая доделалась за ночь.