Extrait de la leçon

Карта репозитория для AI-агента: структура проекта и состояние без памяти между сессиями

Как дать AI-агенту карту репозитория, если у него нет памяти между сессиями: что измерять в карте, четыре принципа хорошей карты, структура файлов проекта и ACID-гарантии для состояния агента.

репозиторий как единственный источник истины карта репозитория ACID для состояния агента
Ce que vous apprendrez dans cette leçon
  • Сможете провести аудит репозитория на предмет «слепых пятен» для агента.
  • Настроите структуру файлов так, чтобы агент не угадывал, а читал.
  • Примените принципы ACID к тому, как агент фиксирует прогресс и решения.

Début de la leçon

📖 Агент выдумывает архитектуру заново — и вот почему

  • Архитектурные решения живут в Confluence, Slack, Jira и в головах двух сеньоров
  • Для людей это работает — можно просто спросить
  • Агент спросить не может
  • Каждая новая сессия — новая догадка о структуре проекта

Часть архитектурных решений вашей команды лежит в Confluence — и половина из них уже устарела. Часть — в Slack, но там ничего не найти. Часть — в Jira, без контекста. Остальное помнят два сеньора. Для людей это как-то работает: можно подойти и спросить. Агент спросить не может. У него нет памяти между сессиями и нет доступа к чужим головам. Поэтому каждый раз, открывая проект заново, он честно придумывает структуру с нуля — и путается в том, что где лежит, хотя формально вся информация где-то существует.

Всего три источника — и больше агент ничего не знает

  • Системный промпт и описание задачи
  • Содержимое файлов репозитория
  • Вывод инструментов
  • Больше входов нет

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

Принцип OpenAI: репозиторий и есть спецификация

  • Репозиторий — авторитетный источник по решениям
  • По ограничениям и текущему состоянию
  • По стандартам верификации
  • Ни Slack, ни Confluence не имеют голоса

OpenAI формулируют это предельно жёстко: репозиторий и есть спецификация. Не дополнение к спецификации, не её иллюстрация, а сам авторитетный источник по решениям, ограничениям, текущему состоянию проекта и стандартам верификации. У Slack и Confluence в этой модели попросту нет права голоса: если решение живёт только там, для агента его не существует. Это меняет отношение к тому, куда вы кладёте важные вещи — не туда, где удобнее писать, а туда, откуда агент реально читает.

La leçon complète est réservée aux abonnés

Encore 20 diapositives dans la version complète.

La vidéo, toutes les diapositives, le résumé, les tests, le tuteur IA et l'entretien s'ouvrent après connexion et souscription à un abonnement.

Se connecter ou s'inscrire Souscrire un abonnement

Sommaire de la leçon

  1. 📖 Агент выдумывает архитектуру заново — и вот почему
  2. Всего три источника — и больше агент ничего не знает
  3. Принцип OpenAI: репозиторий и есть спецификация
  4. 🤔 Миф: если это есть в репозитории — агент это увидит
  5. Что мерить: knowledge visibility gap
  6. Что мерить: knowledge decay rate
  7. ❓ Стоп-проверка: сколько вопросов закроет агент
  8. Принцип 1: знания живут рядом с кодом
  9. Принцип 2: один стандартный вход
  10. Принцип 3: минимально, но полно
  11. Принцип 4: обновляется вместе с кодом
  12. 💡 Разбор: четыре принципа закрывают разрыв
  13. Рабочая структура репозитория для агента
  14. Верхний уровень: вход, прогресс, решения
  15. Служебный слой: .agent/ и scripts/
  16. Грабли: документация, которая врёт
  17. ACID для состояния агента
  18. Atomicity: одна единица работы — один коммит
  19. Consistency: зелёный check после каждого шага
  20. Isolation: два перевода с одного счёта не мешают друг другу
  21. Durability: контекст не считается
  22. Домашнее задание: закройте свой разрыв в знаниях
  23. Репозиторий как контракт, а не архив

Articles sur cette leçon

Toutes les leçons du cours

  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 и автономный цикл