Для любого агентского пайплайна в Multica можно создать цифровую личность в Jira. Planner.Agent, Coder.Agent, Reviewer.Agent и QA.Agent — только примеры: команда сама определяет профили под свои классы задач.

Разработчик больше не обязан запускать Codex локально. Он переназначает задачу на нужного цифрового исполнителя. После этого можно ретроспективно ответить, какой агент, с какой версией стека, на каком runtime и почему получил именно такой результат.

Примеры профилей — не должностные уровни

Fast Fixer

Короткий и дешёвый пайплайн для easy bugs и безопасных локальных правок.

Deep Coder

Широкий контекст и полный набор инструментов для сложной реализации.

Ultra Think

Глубокий или multi‑agent пайплайн для редких задач с высокой ценой ошибки.

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

Назначение в Jira запускает исполнение

Назначение → Hook → Запись → Исполнение → Возврат

1 · НазначениеЗадача назначается на аккаунт агента.

2 · HookСобытие Jira уходит в интеграционный сервис Multica.

3 · СвязьСоздаётся связанная запись исполнения.

4 · ЗапускАгент работает на свободном runtime и собирает артефакты.

5 · ВозвратВ Jira приходят сводка, ссылки и следующий исполнитель.

Jira остаётся входом и источником продуктового контекста. Multica становится местом фактического исполнения. В Jira не нужно вываливать полный дамп логов: достаточно сводки — исполнитель, версия, попытка, время, токены, что сделано, почему предыдущий запуск был возвращён и какие артефакты доступны по ссылке.

Так можно видеть не только время агента, но и человеческую экспертизу: кто утвердил план, сколько длилась проверка, где возник возврат и какое изменение в harness помогло следующей попытке.