Доклад на OM FEST 2026. Здесь — все источники со ссылками, памятка о компетенциях и словарик терминов.
Каждая цифра со слайдов ведёт сюда. Порядок — как в докладе.
Что теперь входит в работу инженера. Это описание профессии, а не требования к конкретному сотруднику.
Широту по смежным темам сегодня выдаёт подписка на модель. Фундамент — это то, чем проверяют результат: без него остаётся верить агенту на слово.
Русский термин, английский оригинал и одна строка объяснения.
| Термин | English | Что это |
|---|---|---|
| Агент разработки ПО | coding agent | Программа, которая в цикле вызывает инструменты и меняет код по задаче человека. |
| Агентный харнесс | agent harness | Обвязка вокруг модели: сбор контекста, правила, проверки, разрешения, точки участия человека. |
| Среда выполнения | runtime | Где запускаются процессы и инструменты агента. |
| Цикл агента | agent loop | Повторяющийся шаг «подумал → вызвал инструмент → получил результат». |
| Вызов инструмента | tool call | Одно обращение агента к внешнему действию: чтение файла, запуск теста, запрос к API. |
| Вайбкодинг | vibe coding | Режим, где результат принимается на глаз, без спецификации и проверок. |
| Разработка с контролем человека | supervised agentic development | Агент работает, человек утверждает ключевые шаги и решения. |
| Автономная агентная разработка | autonomous agentic development | Агент проходит цикл сам, человек смотрит результат и доказательства. |
| Спецификация | specification | Описание требуемого поведения и ограничений; управляющий артефакт процесса. |
| Разработка на основе спецификаций | spec-driven development | Подход, где спецификация создаётся до кода и ведёт реализацию. |
| Уровни SDD | spec-first / spec-anchored / spec-as-source | Спецификация до кода; живёт вместе с кодом; является источником, из которого код генерируется. |
| Заменяемость агента | agent replaceability | Требование, чтобы задачу мог выполнить любой агент по той же спецификации. |
| Критерии приёмки | acceptance criteria | Проверяемые условия, при которых изменение считается готовым. |
| Инварианты | invariants | То, что должно остаться верным после любого изменения. |
| Условия эскалации | escalation conditions | Когда агент обязан остановиться и позвать человека. |
| Расхождение спецификации и кода | spec-code drift | Ситуация, когда код перестал соответствовать спецификации, а тесты этого не видят. |
| Иерархия контекста | context stack | Порядок источников контекста от правил организации до текущей задачи. |
| Прогрессивное раскрытие | progressive disclosure | Подгружать контекст по мере необходимости, а не весь сразу. |
| Инструкции репозитория | AGENTS.md / CLAUDE.md | Файл с правилами репозитория: ограничения, запреты, команды проверки. |
| Агентный скилл | agent skill | Переиспользуемый пакет инструкций и ресурсов для типового рабочего процесса. |
| Протокол контекста модели | Model Context Protocol (MCP) | Открытый протокол подключения агента к внешним инструментам и данным. |
| Исследовательская задача | research task | Задача, результат которой — отчёт с вариантами и рисками, а не изменение кода. |
| Граф задач | task graph | Разбиение работы на подзадачи с зависимостями и контрольными точками. |
| Точка решения человека | human decision point | Решение, которое агент не имеет права принимать сам. |
| Подтверждённый результат | trusted outcome | Результат, подкреплённый доказательствами и независимой проверкой. |
| Пакет подтверждающих материалов | evidence bundle | Спецификация, план, трассировка, дифф, тесты, проверки безопасности, план отката, решение о приёмке. |
| Трассировка | trace | Запись шагов агента: что он вызывал и что получил. |
| Независимая проверка в чистом контексте | fresh-context verification | Проверка без доступа к рассуждениям исполнителя. |
| Контракт «исполнитель — проверяющий» | doer-reviewer contract | Правило, что делает исполнитель и что обязан получить проверяющий. |
| Блокирующий гейт | hard gate | Условие перехода между стадиями, без которого дальше не пройти. |
| Хук | hook | Автоматическая проверка в точке жизненного цикла агента; блокирующий запрещает действие, неблокирующий предупреждает. |
| Безопасный инструмент | safe tool | Инструмент с типизированной схемой, пробным запуском, идемпотентностью и минимальными привилегиями. |
| Промпт-инъекция | prompt injection | Вредоносные инструкции, подсунутые агенту в данных. |
| Оценивание | evals | Набор заданий с ожидаемыми свойствами результата; способ сравнивать конфигурации харнесса. |
| Детерминированный оценщик | deterministic grader | Проверка по формальным критериям с воспроизводимым результатом. |
| Модельный оценщик | model-based grader | Оценка моделью там, где критерий нельзя выразить формально. |
| Повторный прогон | replay | Запуск одного набора задач на разных конфигурациях для сравнения. |
| Стандартный путь | paved road | Готовый поддерживаемый способ решить типовую задачу. |
| Контролируемое исключение | escape hatch | Задокументированное отклонение от стандарта с явным владельцем риска. |
| Готовность репозитория к агентной работе | agent-readiness | Качество документации, тестов, границ модулей и разрешений, от которых зависит работа агента. |
| Избыточные вызовы инструментов | tool thrashing | Агент повторяет вызовы без прогресса — признак плохого контекста или инструкций. |
| Прикладной агент | domain agent | Агент под конкретную бизнес-задачу, а не под разработку кода. |
| Набор примеров с эталонными ответами | ground truth set | Реальные входы с известными правильными ответами для проверки прикладного агента. |
| Доля изменений с первого предъявления | first-pass acceptance rate | Какая часть изменений принимается без возврата на доработку. |
| Стоимость принятого изменения | cost per accepted change | Во что обходится одно принятое изменение с учётом токенов и переделок. |
| Частота небезопасных действий | unsafe action rate | Как часто агент пытается сделать то, что запрещено правилами. |