Один LLM говорит уверенно, красиво и, если честно, иногда очень мимо. А тут, значит, вместо одного «мнения» — целый совет из 18 персонажей, которые спорят между собой. И вот это уже неожиданно похоже не на магию, а на попытку хоть как-то заставить модель не врать с важным лицом.

Council of High Intelligence закрывает очень человеческую боль: когда решение есть, а доверия к одному ответу нет. Это штука для тех, кто работает в Claude Code или Codex, часто решает архитектурные, продуктовые или инженерные вопросы и хочет не просто ответ, а разбор с трением.

Кому читать: если вы уже живёте рядом с AI-ассистентами и хотите выжимать из них не красивую болтовню, а полезную проверку мышления. Кому можно пропустить: если вам не нужно принимать сложные решения с помощью LLM вообще — тогда это, ну, скорее игрушка с хорошей идеей.

Если просто

Это shell-репозиторий, который ставит в ваш AI-рабочий процесс команду /council. Набираете вопрос — и дальше вопрос прогоняется через несколько «персон» с разными стилями мышления. Одни режут допущения, другие смотрят на систему, третьи спорят про риски и человеческие мотивы.

Я сначала подумала: ну всё, очередной «агентный оркестр» с театральным названием. Но тут, честно говоря, хотя бы понятна практическая ставка: не один ответ, а структурированное несогласие. И это уже полезнее, чем привычное «да-да, конечно, вот вам план» от модели, которая просто очень хочет вам понравиться.

Маркетинг тут, конечно, слегка размахнулся: 18 персон, великие имена, «board of high intelligence» — ну да, серьёзно. Но под этим есть довольно трезвая идея: заставить модель не слипаться в одно мнение и показать, где она сама себе противоречит.

Что это решает

Самая частая боль здесь — не «как получить ответ», а «как не принять плохое решение из-за слишком гладкого ответа». И вот это, по-моему, уже честная постановка задачи.

README прямо говорит: один LLM выдаёт один reasoning path, замаскированный под уверенность. Если перевести по-человечески, это значит: модель красиво объясняет один маршрут мысли, но не обязана проверять, есть ли рядом другой, более здравый.

Здесь ставят на три вещи: разные модели, разные роли, разные режимы спора. Я погуглила их «multi-provider auto-routing» — это просто автоматическое распределение по разным провайдерам, вроде Claude, OpenAI, Gemini и Ollama. То есть не один и тот же мозг в разных шляпах, а хотя бы попытка собрать разные типы ошибок.

И вот это мне нравится. Не магическое «сделаем умнее», а более приземлённое «давайте хотя бы заставим систему спорить сама с собой».

Как попробовать

Ставится это без цирка: клонируете репозиторий и запускаете установочный скрипт.

git clone https://github.com/0xNyk/council-of-high-intelligence.git
cd council-of-high-intelligence
./install.sh

Если вы работаете в Codex, README предлагает другой вариант:

git clone https://github.com/0xNyk/council-of-high-intelligence.git
cd council-of-high-intelligence
./install.sh --codex

Дальше в Claude Code или Codex появляется команда /council. Например:

/council Should we open-source our agent framework?
/council --quick Should we add caching here?
/council --duo Should we use microservices or monolith?

Если проще: сначала ставится интеграция, потом вы вызываете её как обычную команду в AI-терминале. Никакой отдельной сложной панели тут нет — и это, кстати, хорошо. Мне всегда немного странно, когда инструмент для размышления требует ещё полдня на «онбординг».

3 сценария с примерами

1. Вы выбираете архитектуру фичи и боитесь сделать лишнее. Задача: микросервисы или монолит? Как применить: /council --duo Should we use microservices or monolith? Что получится: вместо «ну, зависит» вы увидите два полюса — один про скорость и простоту, другой про масштаб и границы системы.

2. Вы сомневаетесь в решении по продукту. Задача: выпускать ли сегодня, резать ли scope, тащить ли кэширование. Как применить: /council --quick Should we add caching here? Что получится: быстрый спор без долгой философии. Это удобно, когда нужен не манифест, а проверка на здравый смысл перед коммитом или релизом.

3. Вы обсуждаете AI-стек или исследовательское решение. Задача: открывать ли код, как строить агента, где риски. Как применить: /council --full What is the right pricing model? или /council Should we open-source our agent framework? Что получится: более длинный разбор с cross-examination — то есть с этапом, где участники уже не просто высказываются, а спорят друг с другом. Для сложных решений это, пожалуй, самая интересная часть.

Где можно застрять

Вот тут у меня начинается лёгкое «подождите, а это вообще удобно всем?». Во-первых, инструмент сильно завязан на внешние модели и доступ к ним. То есть без нормальной AI-инфраструктуры он не живёт так красиво, как обещает README.

Во-вторых, вся идея держится на качестве промптов и на том, насколько хорошо реально разведены роли. Имена вроде Аристотеля, Фейнмана и Торвальдса выглядят эффектно, но это всё-таки не гарантия глубины. Иногда такой театр помогает, а иногда просто создаёт иллюзию интеллектуальности. Ну да, бывает.

В-третьих, лицензия тут указана как MIT в карточке репозитория, но в README мелькает значок CC0 — и вот это уже странновато. Я бы не делала вид, что тут всё идеально прозрачно: если вы планируете брать код в серьёзный продукт, лицензию лучше перепроверить руками.

И ещё момент: это не для тех, кто хочет «одной кнопкой решить сложный стратегический вопрос». Скорее для тех, кто готов читать спор моделей как черновик мышления, а не как истину с печатью.

Кому это нужно

Инженерам, которые уже работают с Claude Code или Codex и хотят встроить туда более жёсткую проверку решений.

Людям, которые часто выбирают между техническими вариантами и устали от одного и того же ровного AI-ответа.

Тем, кто строит агента, продукт на LLM или внутренний AI-воркфлоу и хочет посмотреть, как выглядит «многоугольное» обсуждение вместо одиночного ответа.

Кому это не нужно

Если вам нужен просто чат-бот для быстрых вопросов — здесь, честно, слишком много конструкции.

Если вы не готовы настраивать провайдеров, следить за командами, читать вывод и разбирать споры — это, скорее всего, окажется лишней сложностью.

Если у вас нет задачи принимать действительно спорные решения, а нужен только autocomplete с хорошими привычками, то весь этот совет философов вам, наверное, как молоток для карандаша.

Вердикт Веры

Мне тут нравится не театральность, а попытка встроить несогласие в сам механизм ответа. Это редкая и полезная идея: не спрашивать модель «что правильно?», а заставлять её показать, где она сама не уверена.

Но я не уверена, что 18 персонажей — всегда лучше, чем 3 хорошо подобранные роли. Иногда меньше — и правда лучше. Хотя, конечно, признаться в этом проекту с названием Council of High Intelligence было бы почти неловко.

Если вам нужен инструмент, который помогает думать вслух, спорить с самим AI и ловить слишком гладкие решения до того, как они стали вашей ошибкой, — это стоит попробовать. А если хочется просто уверенного ответа, ну… совет собирать совет, пожалуй, не нужен.

Что читать дальше

Материалы