# Запуск через T3 Code Для автора, который работает внутри T3 Code и видит инструменты `orchestrator_capabilities` и `delegate_task` (имена могут идти с префиксом вроде `mcp__t3-code__`). Приложение само следит за дочерней задачей, будит тебя по её завершении, а пользователь видит ход ревью в отдельном разговоре. Проверено 2026-10-17: Claude → Codex. ## Выбор модели Модель и глубину выбирай по адаптеру семейства ревьюера: [Codex](launch-codex.md#первый-запуск) или [Claude](launch-claude.md#первый-запуск). Вызови `orchestrator_capabilities`, найди у нужного провайдера эту модель (`providerInstanceId`, `model`) и проверь, что она есть в списке. Ключ глубины у провайдеров разный — смотри `options` модели: у Codex это `reasoningEffort`, у Claude — `effort`. ## Запуск Собери `prompt.md` так же, как для командной строки, и передай его путь: ```json { "task": "Прочитай /tmp/…/prompt.md и выполни.", "target": { "providerInstanceId": "codex", "model": "", "options": { "reasoningEffort": "high" } }, "role": "review", "mode": "async", "title": "cross-review: <что проверяем>", "clientRequestId": "<уникальный id этого раунда>" } ``` - **`isolation` не задавай** (по умолчанию — общий checkout). Отдельный worktree строится от последнего коммита, и незакоммиченные правки ревьюер не увидит. - **`runtimeMode` не задавай.** Режимы с подтверждением остановят ревьюера на первом же действии и будут ждать человека в его разговоре. Ограничения задаёт мандат в поручении. Режим наследуется от твоего разговора, а шире своего задать нельзя: если ты сам работаешь с подтверждением, скажи пользователю до запуска. - После запуска заверши ход: уведомление о завершении придёт само. `task_status` нужен, только если результат требуется посреди хода. - Итоговое сообщение ревьюера приходит в `summary`; полный отчёт — в файле `REPORT`. - Вердикт без находок проверь по активности разговора: `t3_thread_read` с `view: "activity"` показывает выполненные команды (`command_execution`). Голое APPROVED без команд — отписка, перезапускай. ## Следующие круги Следующие круги — узкую перепроверку и полный проход по новой версии — отправляй тому же ревьюеру, в его дочерний разговор, когда предыдущая задача уже завершилась. Это `t3_thread_send`: ```json { "threadId": "", "message": "Прочитай /tmp/…/recheck-prompt.md и выполни.", "mode": "auto", "clientRequestId": "<уникальный id этого круга>" } ``` - В дочернем разговоре появляется новая задача со своим `taskId`; по завершении она будит тебя так же, как исходная. Ребёнок помнит свои прошлые ходы (проверено 2026-10-17 на Codex). - Модель, глубина и режим остаются от исходной задачи. Модель и глубину можно сменить через `t3_thread_configure`, но это сбрасывает кэш и отчасти обесценивает продолжение — оставляй как есть. - `childThreadId` запиши в реестр сразу после запуска ревью: разговор хранит T3, но его id нужен тебе. - Что положить в поручение круга — в разделе «Следующие круги» SKILL.md. Свежий ревьюер — новый `delegate_task` с новым `clientRequestId`. Когда он нужен — там же, в SKILL.md. Тем же путём иди, если продолжить разговор не удалось или системные инструкции T3 для тебя обязательны (о них ниже). В поручение свежей задачи положи пути к исходному `prompt.md`, отчёту ревьюера и своим резолюциям. Системные инструкции T3 и описание `t3_thread_send` говорят об этом по-разному. Первые считают каждый круг ревью независимым: новый `delegate_task`, без продолжения через `t3_thread_send`. Второе оставляет `delegate_task` независимым кругам, а продолжение, которому нужен разговор того же ребёнка, отправляет в `childThreadId`. Этот скилл считает следующие круги продолжением: ревьюер работает по уже набранному контексту, это дешевле и глубже. В прогонах 2026-10-17 круги-продолжения шли в 2–4 раза быстрее первого захода. Это расходится с замыслом авторов T3 и сделано сознательно: владелец скилла ставит повторное использование контекста ревьюера выше независимости каждого круга. T3 и скилл развиваются; если инструкции T3 изменятся, этот выбор стоит пересмотреть. ## Затраты T3 сообщает только время выполнения. Токены и стоимость видны в выводе командной строки — см. адаптеры Codex и Claude.