Cuplikan materi

feature_list.json для AI-агента: WIP=1, статусы фич и верификация через verify.sh

Как ограничить AI-агента одной задачей за раз (WIP=1): feature_list.json с состояниями фичи, гранулярность задач, scripts/verify.sh как единственный гейт статуса passing, строгая и слабая верификация.

WIP=1 гранулярность задачи feature_list.json конечный автомат фичи сторож гейта
Apa yang akan Anda pelajari dalam kuliah ini
  • Внедрите WIP=1 и увидите, как падает число незаконченных параллельных изменений.
  • Заведёте feature_list.json с честным конечным автоматом состояний вместо самоотчётов агента.
  • Напишете verify.sh, который единственный имеет право ставить статус passing.

Awal materi

Двенадцать файлов, восемьсот строк, ноль готовых фич

  • Просьба была одна: «сделай регистрацию»
  • Агент по пути «заодно» подключил email-верификацию, bcrypt, рефакторинг middleware
  • Полученный код сильно связан, но ни один сценарий не проходит целиком
  • Следующая сессия открывает эту кашу с нуля

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

Арифметика, а не метафора

  • C — полезная ёмкость контекста агента
  • k — число одновременно активных задач
  • На каждую задачу приходится примерно C/k ресурса рассуждения
  • Как только C/k падает ниже минимума — ни одна задача не доводится до конца

Это не метафора, а арифметика. Обозначим полезную ёмкость контекста агента буквой C, а число одновременно активных задач — буквой k. На каждую задачу приходится примерно C, делённое на k, ресурса рассуждения. Как только это значение падает ниже минимума, необходимого, чтобы довести одну задачу до конца, не доводится до конца ни одна. Чем больше задач держит агент одновременно, тем меньше шансов, что хоть одна из них по-настоящему завершится.

Грабли: одна просьба превращается в шесть проектов

  • ❌ Агент видит «заодно поправить» как бесплатное действие, и часто делают именно так: тянет email-сервис, bcrypt, рефакторинг middleware, реорганизацию тестов — всё в рамках одной задачи
  • ✅ Одна просьба = одна ветка работы; всё замеченное по пути — в BACKLOG.md, а не в текущий скоуп

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

Materi lengkap tersedia dengan langganan

23 slide lagi di versi lengkap.

Video, semua slide, catatan, tes, tutor AI, dan wawancara terbuka setelah masuk dan berlangganan.

Masuk atau daftar Berlangganan

Isi materi

  1. Двенадцать файлов, восемьсот строк, ноль готовых фич
  2. Арифметика, а не метафора
  3. Грабли: одна просьба превращается в шесть проектов
  4. Миф: больше кода — больше прогресса
  5. У агента нет тормозов
  6. Правило #1: принудительный WIP=1 в AGENTS.md
  7. BACKLOG.md — клапан для импульса «заодно»
  8. «Готово» — это команда, а не ощущение
  9. Скоуп — наружу, в файл
  10. VCR: метрика, которая держит агента в узде
  11. ❓ Ваш ход: разбейте «сделать корзину» на кванты WIP=1
  12. 💡 Не слишком широко, не слишком узко: рабочий размер фичи
  13. Фича = сессия = коммит = сценарий: проверка на размер
  14. WIP=1 наведён. Но кто помнит, что уже готово?
  15. 📖 «Корзина почти готова, но баги» — почти готова для кого?
  16. Список фич — позвоночник harness, не памятка
  17. Три поля, без которых запись о фиче — просто слова
  18. У фичи только четыре состояния — и ни одного лишнего перехода
  19. Гейт passing: агент может запросить, но не объявить
  20. Правила списка фич — тоже в AGENTS.md
  21. scripts/verify.sh — единственный, кто имеет право ставить passing
  22. Два уровня проверки: сначала общее, потом частное
  23. «Функция существует» — не значит, что она работает
  24. Путь фичи от очереди до passing: три места, где можно застрять
  25. Шаг 4 сквозного проекта: feature_list.json для платёжного бэкенда
  26. Тормоза ставит harness, а не агент

Artikel terkait materi ini

Semua materi kursus ini

  1. Что такое harness engineering: почему AI-агент ломается из-за среды, а не модели
  2. Накопление ошибок у AI-агента: почему 95% точности на шаг дают провал на 10-м шаге
  3. Метрики надёжности AI-агента: MTBF, MTTR, радиус поражения и закон Литтла
  4. Почему AI-агент ломается в проде: пять слоёв отказа и диагностическая петля
  5. Из чего состоит harness AI-агента: инструкции, инструменты, среда, состояние, обратная связь
  6. Карта репозитория для AI-агента: структура проекта и состояние без памяти между сессиями
  7. AGENTS.md: почему большой файл инструкций не работает и как устроить роутер
  8. Память AI-агента между сессиями: session handoff, PROGRESS.md и bootstrap-контракт
  9. feature_list.json для AI-агента: WIP=1, статусы фич и верификация через verify.sh
  10. Агент написал «готово», а фича не работает: verification gap и Definition of Done
  11. Все тесты зелёные, а фича сломана: E2E-тесты и архитектурные правила для AI-агента
  12. Наблюдаемость AI-агента: sprint contract, рубрика оценщика и чистый выход из сессии
  13. Автономный AI-агент часами без присмотра: Loop Engineering и условия остановки
  14. Graph Engineering для AI-агентов: когда одного цикла мало и нужен граф задач
  15. Харнес AI-агента с нуля: AGENTS.md, feature_list.json, verify.sh и автономный цикл