ADSM: каталоги верхнего уровня. adsm.. adsm. codex.. adsm. codex. llm.. adsm. codex. llm. агент.. adsm. codex. llm. агент. искусственный интеллект.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт. мнение.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт. мнение. Ненормальное программирование.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт. мнение. Ненормальное программирование. Проектирование и рефакторинг.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт. мнение. Ненормальное программирование. Проектирование и рефакторинг. Управление проектами.. adsm. codex. llm. агент. искусственный интеллект. контекстное программирование. личный опыт. мнение. Ненормальное программирование. Проектирование и рефакторинг. Управление проектами. Управление разработкой.

Когда мы работаем в паре с LLM-агентом, нужно принимать во внимание природу нашего “партнёра“. Агент опирается только на тексты, действует в пределах ограниченного контекста и не удерживает долгосрочную историю. Поэтому особенно важным становится то, какие тексты мы ему предоставляем и как они структурированы.

Ниже – компактная, прикладная схема верхнего уровня, которую можно использовать в собственных проектах. Она помогает держать порядок, снижает шум для модели и делает работу агента более предсказуемой.

Общий принцип

Проект лучше разделять на три смысловых слоя:

./ctx/
    product/
    rules/
    agent/

Это мой рабочий подход, сформировавшийся из личного опыта взаимодействия с LLM-агентами.

Каждый слой отвечает за свою часть когнитивной нагрузки и используется агентом по-разному.

./product/ – смысловой каркас продукта

В этом каталоге находятся документы, которые описывают продукт как идею:

  • назначение продукта;

  • ключевые сценарии;

  • цели и ограничения;

  • особенности, которые определяют направление разработки.

Это “скелет” приложения. Здесь нет технических деталей. Этот слой задаёт вектор: зачем существует продукт и что именно должно быть реализовано.

Документы в ./product/ небольшие по объёму, но определяют весь остальной проект.

./rules/ – нормативы разработки

Этот каталог служит опорной точкой для любой генерации кода. Здесь собираются технические правила:

  • соглашения по организации модулей;

  • архитектурные решения;

  • структура слоёв приложения;

  • особенности платформы (например, DI, файловая организация, правила взаимодействия между зонами);

  • требования к стилю и оформлению кода.

./rules/ – это набор норм, которые направляют агента. Если они сформулированы ясно, модель работает стабильнее, предсказуемее и реже ошибается.

Этот каталог – основной инструмент для управления качеством генерации.

./agent/ – фиксация хода работы

Этот каталог предназначен для фиксации итераций:

  • отчёты агента по выполненным задачам;

  • (опционально) журнал поставленных задач.

Эти материалы помогают восстановить контекст спустя время или при подключении новых людей.

Каталог ./agent/ делает процесс разработки наблюдаемым и прозрачным.

Итоговая схема

Структура верхнего уровня каталогов в ADSM:

./ctx/
    product/   - что мы делаем
    rules/     - как мы это делаем
    agent/     - что было сделано

Такой подход помогает упорядочить работу с LLM-агентами и уменьшить вероятность ошибок, связанных с перегрузкой контекста и смешением смыслов.

Полное изложение и обоснование

Более подробное обосновние почему у меня сложилась именно такая структура и как я к ней пришёл – здесь. Для этой публикации на Хабре я специально представил только самую суть.

Внимание – это ресурс, который быстро заканчивается.

Благодарю за внимание!

Автор: flancer

Источник

Rambler's Top100