Швидкий огляд коду ШІ для Claude Code тепер доступний як безкоштовна навичка з відкритим вихідним кодом. Вона дозволяє Claude, Codex та Gemini переглядати код од одно одного через передачу даних у CLI — із структурованим висновком, знахідками у форматі `файл:рядок` та «угодою про чесність», вбудованою безпосередньо у формат відповіді. Ця навичка називається `ai-collab-bridge`. Ліцензовано за MIT. Встановлюється за 30 секунд. Я перевірив її на macOS arm64; bash-скрипти є портативними для Linux.
TL;DR
Встановіть навичку для швидкого огляду коду ШІ за 30 секунд
bash git clone https://github.com/owgit/ai-collab-bridge ~/.claude/skills/ai-collab-bridge chmod +x ~/.claude/skills/ai-collab-bridge/scripts/*.sh ~/.claude/skills/ai-collab-bridge/scripts/doctor.sh
Скрипт `doctor.sh` перевіряє файли навички, необхідні інструменти та кожен AI CLI (Claude, Codex, Gemini) за один прохід. Код завершення дорівнює кількості невдалих перевірок. Якщо щось зламано, вивід повідомить точну команду для виправлення. У моїх тестах на свіжому macOS вся перевірка зайняла менше двох секунд.
Після цього почніть нову сесію Claude Code — навичка для швидкого огляду коду ШІ буде автоматично виявлена — і запустіть її, наприклад, командою *«використовуй AI Collab Bridge для огляду останнього коміту».*
Як насправді працює швидкий огляд коду ШІ
Протокол достатньо малий, щоб вміститися в одному абзаці. Виконавець — будь-який ШІ, який щойно завершив роботу — готує пакет. Пакет являє собою єдиний markdown-файл із коротким описом, питаннями для фокусування, diff та списком файлів. Потім виконавець викликає CLI рецензента з цим пакетом, обгорнутим у шаблон запиту на огляд. Рецензент читає пакет і відповідає.
Підготовка пакета (на боці виконавця)
bash SUMMARY="Короткий опис змін" \ QUESTIONS="Будь-які питання, на яких потрібно зосередитися" \ ~/.claude/skills/ai-collab-bridge/scripts/stage-packet.sh main > /tmp/packet.md
Це створює markdown-файл з усім необхідним для рецензента: вашим коротким описом, питаннями для фокусування, `git diff --stat` та повним diff порівняно з `main`.
Надсилання запиту на швидкий огляд коду ШІ
bash ~/.claude/skills/ai-collab-bridge/scripts/request-review.sh codex /tmp/packet.md
або claude / gemini — та сама структура, інша ціль
Скрипт загортає ваш пакет у шаблон запиту на огляд, надсилає його до CLI цільового ШІ та друкує структуровану відповідь.
Формат відповіді
Кожна відповідь на запит швидкого огляду коду ШІ слідує одному й тому самому шаблону з п'яти розділів:
Останній пункт здивував мене, коли я вперше розробляв його. На мою думку, найціннішою частиною будь-якого огляду коду є розділ, де рецензент змушений розкрити, що саме він не перевірив. Без цього неможливо зрозуміти, чи означає `APPROVE` «Я перевірив усе, і все гаразд», чи «Я побіжно переглянув diff, і ніщо не кинулося в очі». З ним виконавець точно знає, де закінчується сфера відповідальності рецензента. Саме в цьому полягає «угода про чесність», що лежить в основі кожного швидкого огляду коду ШІ. Протокол не може примусити до її дотримання. Він лише утруднює приховування нечесності.
Бенчмарк: 100% проти 31% успішності
Я перевірив навичку для швидкого огляду коду ШІ проти звичайного Claude як базового варіанту. Три тестові випадки — роль рецензента, передача даних від виконавця, інструктаж із введення в курс справи — ті самі запити, та сама модель, з навичкою та без неї.
| Метрика | З навичкою | Без навички | Різниця |
|---|---|---|---|
| --- | --- | --- | --- |
| Рівень успішності | 100% | 31% | +69 відсоткових пунктів |
| Час | 67 с | 68 с | ідентично |
| Токени | 60 тис. | 53 тис. | +14% |
За моїми вимірюваннями, навичка для швидкого огляду коду ШІ коштує приблизно на 14% більше токенів (модель читає посібники з ролей) і працює з тією ж швидкістю. Дешева страховка для структурованого та чесного результату.
Мета-момент: міст, що перевіряє сам себе
Після випуску v0.1 я використав міст для огляду наступного коміту самого мосту. Codex виявив дві помилки, які я пропустив у своєму скрипті doctor та логіці зондування. Я виправив обидві, випустив v0.2 і знову запустив міст. Codex виявив ще дві помилки. Я виправив їх і випустив v0.3.
Чотири помилки, які міст знайшов у самому собі
Не уподобання щодо стилю, не вигадані занепоєння задля вигляду. Конкретні речі, які я перевірив після кожного виправлення:
Жодна з них не була очевидною для мене, коли я їх писав. Усі вони були очевидними для Codex, коли він читав diff «з холодного старту», без упередженості через мою участь в реалізації. Саме в цьому полягає вся суть швидкого огляду коду ШІ. Різні розуми, різні сліпі плями, структурована передача завдань. Робота стає кращою, і вам не потрібно про це турбуватися.
Що я дізнався про Codex CLI
Більшість роботи під час випуску цієї навички для швидкого огляду коду ШІ становила не розробка протоколу. Це було з'ясування того, як викликати CLI кожного ШІ, уникаючи несподіваної поведінки.
Зависання завантаження Codex MCP
Під час запуску `codex exec` завантажується `~/.codex/config.toml` і намагається ініціалізувати будь-які налаштовані MCP-сервери. Якщо ці сервери вимагають власної автентифікації (Cloudflare Workers MCP, GitHub Copilot MCP тощо) і ви не налаштували токени для нінтерактивного використання, codex зависає — і мовчки. У моєму першому запиті на огляд процес завис на десять хвилин, перш ніж я простежив причину до завантаження MCP. Рішенням є прапор `--ignore-user-config`. CLI codex також має спеціальну підкоманду `codex exec review`, призначену саме для цього випадку використання, плюс прапор `-o`, який записує лише фінальне повідомлення агента у файл. Дивіться повну документацію у репозиторії OpenAI Codex CLI та документації Codex.
ENOENT для бінарного файлу постачальника npm
`@openai/codex`, встановлений через npm, іноді постачається без платформно-орієнтованого бінарного файлу постачальника. `which codex` повертає успіх, але спроба запуску завершується помилкою з незрозумілим стеком Node `ENOENT`, що вказує на відсутній бінарний файл arm64. Я зіткнувся з цим на власному комп'ютері; рішенням є `npm uninstall -g @openai/codex && npm install -g @openai/codex`. Тепер `doctor.sh` мосту виявляє саме цю проблему і одразу пропонує рішення.
Підтржувані AI CLI
| ШІ | Типове викликання | Змінна оточення для перевизначення |
|---|---|---|
| --- | --- | --- |
| Claude | `claude -p` | `AI_COLLAB_CLAUDE_CMD` |
| Codex | `codex exec review --ignore-user-config --ephemeral` | `AI_COLLAB_CODEX_CMD` |
| Gemini | `gemini -p` | `AI_COLLAB_GEMINI_CMD` |
Додавання іншого ШІ — це один рядок `case` у `scripts/request-review.sh` плюс необов'язковий посібник ролі в `references/`. Запити на злиття вітаються.
Чому швидкий огляд коду ШІ важливий для мульти-ШІ робочих процесів
Якщо стежите за переходом від «ШІ як автодоповнення» до «ШІ як співавтор», ви, ймовірно, вже помітили, що наступним вузьким місцем є не окремі моделі. Наступне вузьке місце — це те, як моделі працюють одна з одною та з вашими інструментами. Саме це я стверджував у своєму контрольному списку для сайтів, готових до агентів→ — системи навколо моделі важливіші за саму модель.
У моїй щоденній роботі це виглядає так:
Без швидкого огляду коду ШІ ці робочі процеси працюють паралельно, але ізольовано. Кожен ШІ бачить лише те, що безпосередньо перед ним. Із впровадженням навички для швидкого огляду коду ШІ diff-и структуровано переходять між ними, і робота примножується. Такий самий патерн проявляється в різних аспектах, про які я писав раніше — з боку порівняння в Claude Code проти Cursor для 2026→, з боку інструментів у як побудувати MCP-сервер на TypeScript→ та з боку структури в шарі контексту ШІ між репозиторіями→. Агентам у вашому циклі потрібні чіткі інтерфейси один з одним, а не лише чіткі інтерфейси з людьми.
Спробуйте навичку для швидкого огляду коду ШІ самостійно
Навичка для швидкого огляду коду ШІ є відкритою та знаходиться за адресою `github.com/owgit/ai-collab-bridge`.
bash git clone https://github.com/owgit/ai-collab-bridge ~/.claude/skills/ai-collab-bridge chmod +x ~/.claude/skills/ai-collab-bridge/scripts/*.sh ~/.claude/skills/ai-collab-bridge/scripts/doctor.sh
У корені репозиторію є файли `AGENTS.md` та `CLAUDE.md`, тож Codex і Claude Code мають чіткі точки входу, якщо вказати їм на репозиторій «з холодного старту». Протокол працює для будь-якого ШІ з CLI — той самий формат пакета, той самий шаблон відповіді, ті самі три висновки. У моєму робочому процесі це природно поєднується з перевіркою безпеки, яку варто запускати→ для згенерованого ШІ коду. Якщо хочете долучитися, наступні очевидні кроки документовано в репозиторії: примусове застосування формату відповіді через `--output-schema`, додавання підтримки більшої кількості CLI та побудова сценаріїв «рецензент як Claude» за межами вже перевірених шляхів «рецензент як Codex».
У чому суть
Межі між моделями ШІ — це угоди, а не факти. Самі вирішуємо, чи співпрацюватимуть вони, чи змагатимуться. Якщо два ШІ працюють над однією кодовою базою й не перевіряють од одно одного, ви залишаєте реальні помилки в коді. Навичка для швидкого огляду коду ШІ — це один із структурованих способів виправити це. Вона безкоштовна, ліцензована за MIT і встановлюється за 30 секунд. Дайте своїм ШІ колегу.