У сборки программ есть фиксированный порядок шагов, и vibe называет их: проверить дерево, произвести сгенерированные исходники, собрать, протестировать, дать агенту создать то, что может только агент, проверить результат, упаковать, выложить. Каждый шаг выполняется, только когда изменилось что-то, от чего он зависит.
У vibe два [жизненных цикла](../glossary/index.xml#lifecycle). У `clean` одна [фаза](../glossary/index.xml#phase), и он удаляет выведенное состояние. У `default` девять фаз в фиксированном порядке: `validate`, `install`, `generate`, `build`, `test`, `create`, `verify`, `package`, `deploy`. Назвать фазу — значит выполнить и все фазы до неё: `vibe test` проверяет, ставит, генерирует, собирает и тестирует.
| Фаза | Что делает |
| `validate` | дешёвая предварительная проверка: манифест разбирается, объявленные расширения и профили правильно оформлены; без сети |
| `install` | установка пакетов, описанная в других местах этого руководства: разрешить, скачать, скопировать, сгенерировать стартовые файлы |
| `generate` | выведенные исходники из спецификаций и промптов, записанные туда, куда говорит стек проекта |
| `build` | детерминированная сборка стека проекта |
| `test` | детерминированные проверки: тестовый прогон стека и ворота дисциплины, которые вносят установленные пакеты |
| `create` | необязательный агентный шаг: работа, которую может сделать только агент, долгая и недетерминированная, выключена, пока проект её не включит |
| `verify` | поздние ворота качества над тем, что собрано и создано |
| `package` | собрать дистрибутивы, не трогая ни одного места назначения |
| `deploy` | применить упакованные артефакты к явным местам назначения через именованный профиль |
Каждый прогон фазы записывает [отпечаток](../glossary/index.xml#fingerprint) входов, которые она объявила; следующий прогон пропускает фазу, чьи входы не изменились. Свежесть судится по каждому [вкладу](../glossary/index.xml#contribution) отдельно, так что один устаревший шаг перезапускается сам по себе, а соседи остаются пропущенными. Именно поэтому `vibe deploy` дёшево набрать дважды: во второй раз он в основном сообщает, что всё свежее.
`--plan` сообщает, что сделал бы прогон фазы, и ничего не меняет; каждый настоящий прогон печатает перед выполнением вклады, которые выполнит: их идентификатор, точку, к которой они привязаны, вид обработчика и откуда они взялись. Ничто в жизненном цикле не выполняется невидимо.
`vibe clean <phase>` ставит цикл очистки перед любой фазой `default`: `vibe clean build` удаляет выведенное состояние, а затем проверяет, ставит, генерирует и собирает.
Фазы фиксированы; то, что выполняется внутри них, вносят пакеты. Пакет стека привязывает сборщик и тестовый прогон языка, пакет дисциплины привязывает свои ворота, проект может привязать собственные скрипты. Установить пакет — значит согласиться на выполнение его вкладов, а [манифест](../glossary/index.xml#manifest) проекта может выключить вклад или заменить его по идентификатору.
Жизненный цикл — каркас, а не универсальный агент для кода: он выполняет детерминированную механику, а агентную работу передаёт тому агенту, который его запустил.
Упавший шаг останавливает цепочку; фазы до него сохраняют результаты, а сообщение об ошибке называет вклад, который упал.
Старые глаголы сохраняют смысл рядом с жизненным циклом: `vibe check`, `vibe bin build`, `vibe skill` и `vibe cache` не фазы.
Отпечатки и записи о последнем прогоне живут в `.vibe/lifecycle.toml`, машинном состоянии, которое не коммитят; удалить его стоит одного полного прогона.