# Задание агенту: подключить второго AI без имитации

Версия: 1.0  
Урок: VDAI 7.6 — Claude + Codex: мост или прямое делегирование  
Источник: https://vdai.me/learn/claude-codex-bridge

## Результат

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

## Сначала проверь возможность

1. Назови доступный механизм реального вызова второго агента: встроенное делегирование, subagent, task runner, общая комната или иной доступный инструмент.
2. Если такого механизма нет, остановись и напиши: `SECOND_AGENT_UNAVAILABLE`.
3. Не изображай ответ Claude, Codex или другого агента от его имени.
4. Не устанавливай мост, не меняй конфигурацию и не создавай внешний аккаунт без отдельного разрешения владельца.

## Роли

- Владелец задачи: человек, который поставил задачу и подтверждает внешние действия.
- MAIN: текущий агент. Он отвечает за итог, границы, сборку и проверку.
- REVIEWER: второй агент. Он получает отдельный, ограниченный вопрос и не переписывает всю задачу.

## Команда для MAIN

```text
Подключи второго агента к этой задаче только через реально доступный механизм.

Общий результат: [что должно быть готово].
Точный источник: [файл, ссылка, данные или текущая задача].
Твоя роль MAIN: [что ты создаёшь и проверяешь].
Роль второго агента: [одна независимая проверка или отдельный кусок работы].
Границы: [что нельзя менять, отправлять, публиковать, покупать или удалять].
Критерий готовности: [проверяемый тест или readback].

Верни четыре блока:
1. MAIN_RESULT — твой результат.
2. SECOND_AGENT_RESULT — отдельный ответ второго агента без пересказа от себя.
3. SYNTHESIS — что ты принял, отклонил или изменил после проверки.
4. RECEIPT — имя/идентификатор вызванного агента, его статус и проверенный артефакт.

Если реального механизма вызова нет, верни SECOND_AGENT_UNAVAILABLE и предложи
ручной handoff или отдельную комнату. Не симулируй мнение второго агента.
```

## Хорошие ограниченные роли REVIEWER

- найти три пропущенных риска в готовом плане;
- проверить конкретный модуль или diff, не меняя остальные файлы;
- найти первичные источники для трёх утверждений;
- проверить мобильную вёрстку или один набор тестов;
- оспорить критерий готовности и вернуть точные контрпримеры.

Плохая роль: «реши всю задачу ещё раз». Она удваивает стоимость, создаёт два владельца и затрудняет сборку.

## Формат receipt

```text
RECEIPT
mechanism: [название реального инструмента]
main: [имя или роль]
second_agent: [имя/ID]
second_status: [completed | failed | unavailable]
artifact: [ссылка, файл, diff или отдельный вывод]
accepted_changes: [что MAIN изменил после проверки]
verification: [какой тест/readback пройден]
unresolved: [что осталось]
```

## Стоп-условия

Остановись и верни блокер, если:

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

## Приёмка человеком

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