Перейти к тексту

Глоссарий ​

Здесь собраны термины, которые встречаются в главах и в документации агентских инструментов. Названия сохранены на английском, объяснения даны в значении, используемом в курсе.

Agent backend ​

Исполнитель, который получает задачу от harness: модель, агентский CLI или адаптер к нему. В стенде используется scripted backend, применяющий подготовленные файлы без вызова модели.

Agent registry ​

Реестр исполнителей: назначение, владелец, версия, права, проверки и порядок отключения. Для одного проекта может быть обычным файлом в репозитории.

Agent trajectory ​

Доступная история запуска: сообщения, вызовы инструментов, их результаты и проверки. Внутренние рассуждения модели могут быть недоступны и не требуются для журнала действий.

Agentic RAG ​

Поиск по документам внутри цикла агента. Исполнитель может уточнять запрос, читать найденные источники и искать дальше, пока не получит достаточно сведений для задачи.

Agentic Engineering ​

Организация инженерной работы с агентами: постановка задач, подготовка контекста, права, выполнение, проверки и приёмка изменений.

Blast radius ​

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

Conditional LGTM ​

Условное одобрение: изменение можно принять при выполнении заранее указанных проверок. Условия должны относиться к конкретному diff или ограниченному классу задач.

Context Engineering ​

Подготовка информации для агента: выбор источников, их расположение, актуализация, сокращение и разграничение доступа.

Context pack ​

Набор материалов для одной задачи: постановка, правила, нужные исходники, команды проверок и открытые вопросы.

Context rot ​

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

Evidence chain ​

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

Definition of Done ​

Условия завершения задачи. В них входят необходимые проверки и приёмка, а не только наличие реализации.

Fixture ​

Подготовленные данные для повторяемой проверки. В практической цепочке курса это также папка файлов, заменяющая ответ агентского backend.

Guarded autonomy ​

Самостоятельная работа в пределах заданных прав, лимитов и правил приёмки. Например, агент может готовить PR, но не выпускать изменение в рабочую среду.

Harness ​

Программная обвязка, которая организует запуск агента и проверку результата. В зависимости от проекта включает контекст, инструменты, ограничения, журналы, повторы и передачу на ревью.

MCP (Model Context Protocol) ​

Протокол взаимодействия с инструментами и источниками данных. Подключение по MCP само по себе не определяет, какие права и данные получит интеграция.

Project memory ​

Решения и сведения, сохраняемые между задачами: правила проекта, известные ограничения, разборы повторяющихся ошибок. У записи есть источник и область применения.

ReAct loop ​

Цикл, в котором модель выбирает действие, получает результат инструмента и решает, что делать дальше. Завершение и лимиты задаются средой выполнения.

Policy server ​

Сервис принятия решений о доступе к инструментам. В небольшом runner ту же роль может выполнять локальная функция проверки.

Prompt injection ​

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

Quality gate ​

Условие перехода к следующему шагу или приёмке: успешный тест, проверка состояния или решение человека.

Ready queue ​

Очередь задач, для которых выполнены зависимости, подготовлены входы, права и проверки. Планировщик выбирает работу из неё.

Result classification ​

Присвоение запуску итогового статуса. Учебные runner используют done, blocked, failed; needs_review обсуждается как доработка и пока определяется вручную.

Self-hosting ​

В этом курсе - применение harness для разработки его следующей версии. Кандидат проверяется и принимается отдельно от рабочего запуска. Размещение сайта на собственном сервере - другое значение термина.

Static prefix ​

Стабильная начальная часть контекста: постоянные инструкции и определения инструментов. Отдельное размещение динамического состояния упрощает обновление и может помогать кэшированию, если backend его поддерживает.

Status bar ​

Короткий блок текущего состояния: шаг, оставшиеся попытки, результат проверки, ограничения. В предлагаемой архитектуре его обновляет runner; в v03 такого механизма ещё нет.

Task contract ​

Постановка одного запуска: цель, границы изменения, ограничения, критерии приёмки, проверки и условия остановки. Часть полей может исполняться кодом, остальные требуют интерпретации или ревью.

Tool gateway ​

Точка вызова инструментов, где проверяются аргументы и доступ, выполняется разрешённая операция и сохраняется результат.

Хендбук по Agentic Engineering