Карта репозитория для AI-агента: структура проекта и состояние без памяти между сессиями
Как дать AI-агенту карту репозитория, если у него нет памяти между сессиями: что измерять в карте, четыре принципа хорошей карты, структура файлов проекта и ACID-гарантии для состояния агента.
- Сможете провести аудит репозитория на предмет «слепых пятен» для агента.
- Настроите структуру файлов так, чтобы агент не угадывал, а читал.
- Примените принципы ACID к тому, как агент фиксирует прогресс и решения.
লেকচারের শুরু
📖 Агент выдумывает архитектуру заново — и вот почему
- Архитектурные решения живут в Confluence, Slack, Jira и в головах двух сеньоров
- Для людей это работает — можно просто спросить
- Агент спросить не может
- Каждая новая сессия — новая догадка о структуре проекта
Часть архитектурных решений вашей команды лежит в Confluence — и половина из них уже устарела. Часть — в Slack, но там ничего не найти. Часть — в Jira, без контекста. Остальное помнят два сеньора. Для людей это как-то работает: можно подойти и спросить. Агент спросить не может. У него нет памяти между сессиями и нет доступа к чужим головам. Поэтому каждый раз, открывая проект заново, он честно придумывает структуру с нуля — и путается в том, что где лежит, хотя формально вся информация где-то существует.
Всего три источника — и больше агент ничего не знает
- Системный промпт и описание задачи
- Содержимое файлов репозитория
- Вывод инструментов
- Больше входов нет
У агента есть ровно три источника информации: системный промпт вместе с описанием задачи, содержимое файлов репозитория и вывод инструментов, которые он вызывает. Это не преувеличение и не метафора — это буквальное описание его сенсорного аппарата. Знаний, которых нет ни в одном из этих трёх мест, для агента попросту не существует. Он не может позвонить коллеге, полистать вики в браузере или вспомнить вчерашний разговор в чате — всего этого для него нет.
Принцип OpenAI: репозиторий и есть спецификация
- Репозиторий — авторитетный источник по решениям
- По ограничениям и текущему состоянию
- По стандартам верификации
- Ни Slack, ни Confluence не имеют голоса
OpenAI формулируют это предельно жёстко: репозиторий и есть спецификация. Не дополнение к спецификации, не её иллюстрация, а сам авторитетный источник по решениям, ограничениям, текущему состоянию проекта и стандартам верификации. У Slack и Confluence в этой модели попросту нет права голоса: если решение живёт только там, для агента его не существует. Это меняет отношение к тому, куда вы кладёте важные вещи — не туда, где удобнее писать, а туда, откуда агент реально читает.
পূর্ণ লেকচার সাবস্ক্রিপশনে পাওয়া যায়
পূর্ণ সংস্করণে আরও 20 টি স্লাইড আছে।
সাইন ইন ও সাবস্ক্রাইব করার পর ভিডিও, সব স্লাইড, নোট, পরীক্ষা, AI টিউটর ও ইন্টারভিউ খুলে যাবে।
সাইন ইন বা নিবন্ধন করুন সাবস্ক্রাইব করুনলেকচারের বিষয়সূচি
- 📖 Агент выдумывает архитектуру заново — и вот почему
- Всего три источника — и больше агент ничего не знает
- Принцип OpenAI: репозиторий и есть спецификация
- 🤔 Миф: если это есть в репозитории — агент это увидит
- Что мерить: knowledge visibility gap
- Что мерить: knowledge decay rate
- ❓ Стоп-проверка: сколько вопросов закроет агент
- Принцип 1: знания живут рядом с кодом
- Принцип 2: один стандартный вход
- Принцип 3: минимально, но полно
- Принцип 4: обновляется вместе с кодом
- 💡 Разбор: четыре принципа закрывают разрыв
- Рабочая структура репозитория для агента
- Верхний уровень: вход, прогресс, решения
- Служебный слой: .agent/ и scripts/
- Грабли: документация, которая врёт
- ACID для состояния агента
- Atomicity: одна единица работы — один коммит
- Consistency: зелёный check после каждого шага
- Isolation: два перевода с одного счёта не мешают друг другу
- Durability: контекст не считается
- Домашнее задание: закройте свой разрыв в знаниях
- Репозиторий как контракт, а не архив
এই লেকচারের সম্পর্কিত নিবন্ধ
- Harness engineering কী: কীভাবে AI এজেন্টকে কার্যকর কাজের টুলে পরিণত করবেন
- AI এজেন্টকে কীভাবে নির্ভরযোগ্য করবেন: পরিমাপ থেকে স্বয়ংক্রিয় কাজ পর্যন্ত ধাপে ধাপে পরিকল্পনা
- CLAUDE.md ও AGENTS.md: এগুলো কী, কী লিখবেন, এবং এজেন্ট নিয়ম উপেক্ষা করে কেন
- এজেন্ট «সম্পন্ন» বলল, কিন্তু ফিচার কাজ করছে না: কেন হয় এবং AI এজেন্টের কাজ কীভাবে যাচাই করবেন
- Harness বনাম context engineering: harness engineering, prompt ও context engineering-এর পার্থক্য
এই কোর্সের সব লেকচার
- Что такое harness engineering: почему AI-агент ломается из-за среды, а не модели
- Накопление ошибок у AI-агента: почему 95% точности на шаг дают провал на 10-м шаге
- Метрики надёжности AI-агента: MTBF, MTTR, радиус поражения и закон Литтла
- Почему AI-агент ломается в проде: пять слоёв отказа и диагностическая петля
- Из чего состоит harness AI-агента: инструкции, инструменты, среда, состояние, обратная связь
- Карта репозитория для AI-агента: структура проекта и состояние без памяти между сессиями
- AGENTS.md: почему большой файл инструкций не работает и как устроить роутер
- Память AI-агента между сессиями: session handoff, PROGRESS.md и bootstrap-контракт
- feature_list.json для AI-агента: WIP=1, статусы фич и верификация через verify.sh
- Агент написал «готово», а фича не работает: verification gap и Definition of Done
- Все тесты зелёные, а фича сломана: E2E-тесты и архитектурные правила для AI-агента
- Наблюдаемость AI-агента: sprint contract, рубрика оценщика и чистый выход из сессии
- Автономный AI-агент часами без присмотра: Loop Engineering и условия остановки
- Graph Engineering для AI-агентов: когда одного цикла мало и нужен граф задач
- Харнес AI-агента с нуля: AGENTS.md, feature_list.json, verify.sh и автономный цикл