Каждая AI-сессия в AITM — будь то Agent, пишущий код, проверяющий или Chat, который ведётся прямо сейчас, — опирается на одну и ту же общую, всегда актуальную базу знаний, а не начинает с чистого листа.

Совместное использование знаний и документов

Contracts — справочник фактов о проекте

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

Knowledge graph

Contracts существуют не изолированно. AITM поддерживает для каждого проекта knowledge graph, связывающий переменные (коды в точечной нотации, такие как UI.PANEL.CHAT или BL.PIPELINE), Contracts, элементы DOM, скриншоты и документацию — всё с перекрёстными ссылками. Если найти переменную, находятся связанные с ней Contracts, файлы и скриншоты; если найти Contract — переменные и файлы, которыми он управляет.

Просматривать этот граф можно самостоятельно через Variable Explorer, который позволяет искать переменные, углубляться в их детали и видеть предпросмотр скриншота, связанного с элементом UI.

Hints — многоразовые внутренние правила

Hints — это короткие самостоятельные правила, которым пользователь (или прошлый Task) обучил AITM и которые затем применяются автоматически — например, соглашения об именовании или формы ответов. Прежде чем Agent начнёт шаг, AITM автоматически находит подсказки, относящиеся к тому, что он собирается делать, и включает их в его контекст, поэтому одно и то же соглашение не приходится повторять в каждом создаваемом Task.

Общие шаблоны Agent

AI-промпт каждого шага Pipeline собирается из слоёв: преамбула провайдера, общие шаблоны, единые для всех шагов, собственные инструкции Agent для шага, необязательное переопределение для проекта и, наконец, собственные настройки пользователя. Такое наслоение гарантирует, что каждый шаг Pipeline и каждый AI-провайдер получают одни и те же соглашения и правила проекта — без расхождений между тем, что знает architect, и тем, чему следует coder.

Handoff между шагами

Каждый шаг Pipeline завершается выдачей структурированного машиночитаемого блока handoff. Этот блок становится начальным контекстом следующего шага, перекрывая разрыв между двумя иначе совершенно новыми AI-сессиями, — и поскольку формат handoff не зависит от провайдера, он работает одинаково, выполняется ли следующий шаг на Claude, Gemini, DeepSeek или Ollama.

Общие группы сессий

Architect, Code, Review и Fix могут выполняться в одном непрерывном AI-диалоге, а не в четырёх несвязанных. Это означает, что исполнитель по-прежнему помнит проектные решения этапа архитектуры, а рецензент по-прежнему помнит, как именно исполнитель обдумывал изменение.

Автоматически создаваемая документация

После каждого слияния AITM заново создаёт документы знаний по модулям, общий дайджест знаний проекта и индекс с поиском. Документация, документ-Contracts и указатели на документацию индексируются в базе данных SQLite проекта и напрямую связываются с переменными и Behavioral Contracts, поэтому перекрёстные ссылки между Task сохраняют прослеживаемость развития функций задолго до того, как исходный Task будет архивирован.

Brainstorm, Chat и внешние Agent

Выводы сессии Brainstorm с @KEYWORD можно использовать в любом будущем промпте Task. Сам Chat питается кэшированным дайджестом знаний, поэтому может отвечать на вопросы о проекте, не перечитывая каждый раз весь репозиторий. А поскольку вся база знаний находится за одной точкой доступа GraphQL, серверы MCP могут предоставлять её и внешним AI-агентам.