课程片段

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

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

репозиторий как единственный источник истины карта репозитория ACID для состояния агента
本节课您将学到
  • Сможете провести аудит репозитория на предмет «слепых пятен» для агента.
  • Настроите структуру файлов так, чтобы агент не угадывал, а читал.
  • Примените принципы ACID к тому, как агент фиксирует прогресс и решения.

课程开头

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

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

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

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

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

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

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

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

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

完整课程需订阅

完整版还有 20 张幻灯片。

登录并订阅后,即可观看视频、查看全部幻灯片、笔记、测试、AI 导师和面试。

登录或注册 订阅

课程内容

  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. Репозиторий как контракт, а не архив

本课时相关文章

本课程全部课程

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