Бригада отработала: один перевёл одну пачку файлов, другой — другую, третий сверял термины. У дирижёра на руках несколько кратких итогов. Работа не закончена — впереди два отдельных дела: сборка и проверка.
Сборка ≠ просто склеить
Каждый субагент работал в своём изолированном контексте и не видел соседей. Поэтому на стыках возможны расхождения: один перевёл термин «commit» как «коммит», другой — «фиксация»; один оформил заголовки так, другой иначе. Сборка — это привести куски к единому виду, а не сложить их в кучу.
Проверка — отдельным проходом
Ключевое правило: проверяет не тот, кто делал. Исполнитель в своём контексте уже «уверен», что всё хорошо. Запусти отдельного субагента-проверяющего с узкой задачей:
Проверь переведённые файлы в docs/:
- все внутренние ссылки ведут на существующие файлы;
- блоки кода и команды не изменены относительно оригинала;
- термины совпадают с glossary.md.
Верни список найденных расхождений (файл + строка), без правок.
Обрати внимание: проверяющий только находит, но не чинит. Список расхождений возвращается дирижёру — а уже он решает, кому отдать починку. Так проверка остаётся честной, а не превращается в «сам напортачил, сам и замёл».
Не доверяй итогу «всё готово» от исполнителя как финальному. «Готово» с его стороны и «ничего не сломано на стыках» — разные вещи. Проверку делает свежая голова.
Порепетируй
Три субагента закончили: двое переводили разные пачки файлов docs/, третий сверял термины. На руках — их краткие итоги. Сведи всё в результат и проверь стыки.
Claude
Итоги пришли. Агент-1: «docs/a..g переведены». Агент-2: «docs/h..z переведены». Агент-3: «термины сверены, но в файлах от агента-1 commit = коммит, у агента-2 = фиксация». Что сначала?