Язык системы

Runtime, Agent, Skill, Issue и Artifacts

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

ENTITY 01

Runtime

Машина, где реально выполняются агенты. Аналог исполнителя TeamCity или GitHub runner. Платформа видит доступность, текущую загрузку, запущенные процессы и связанные артефакты.

loadqueueagentsenvironment
ENTITY 02

Agent

Именованный цифровой исполнитель с моделью, harness, инструкциями, навыками, инструментами, правами и контекстом проекта. На продвинутом уровне за одним Agent можно скрыть целый пайплайн — например, планировщика, разработчика и проверяющего — а снаружи он останется одним исполнителем задачи. В текущей реализации конфигурация закреплена за runtime.

PlannerCoderReviewerQA
ENTITY 03

Skill

Логическая переиспользуемая способность. Например: найти правильный Unity prefab, визуально проверить результат, провести проверку кода или соблюдать соглашения проекта. Несколько агентов могут использовать одну версию навыка.

sharedversionedreusableowned
ENTITY 04

Issue

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

queuedrunningwaitingfaileddone

Runtime, Agent, Skill и Issue связываются в execution

Runtime даёт среду выполнения, Agent определяет цифрового исполнителя и его пайплайн, Skills добавляют переиспользуемые способности, а Issue хранит постановку и состояние работы. Конкретный execution связывает эти сущности и создаёт общую историю.

Поэтому после запуска остаётся не только код. Issue собирает план, сводку, изменённые файлы, команды и логи, скриншоты, результаты тестов, финальный отчёт и trace выполнения. Рядом находятся метрики: время, токены, модель, runtime, число попыток, ошибки, возвраты и оценка стоимости принятого результата.

Если одного запуска не хватило, разговор продолжается в контексте Issue. QA может спросить о риске регрессии, разработчик — о выборе prefab, лид — о решении из плана. Агент отвечает как фактический исполнитель, а не как скрытая функция за разработчиком‑посредником.

Для быстрых вопросов остаётся обычный чат: он позволяет обратиться к агенту по проекту без полного процесса Issue и обязательной генерации всех артефактов.