Колофон

Как это было создано

Большинство сайтов не объясняют себя. Этот объясняет, потому что то, как он был сделан, является частью того, что он есть: осознанным экспериментом по хорошему созданию, с необычными соавторами, и записью, достойной сохранения.

CONCORD

Этот сайт был спроектирован и построен через протокол под названием CONCORD: структурированное сотрудничество между одним человеком и тремя разными ИИ-системами, каждая в своей роли. Это не трюк. Это работающий метод, со своим управлением, своей записью решений и одним человеком, ответственным за каждый выбор, который был опубликован.

Предпосылка проста. У разных моделей ИИ разные сильные стороны, и трудная задача выигрывает от более чем одной перспективы, удерживаемой в напряжении. Поэтому работа была разделена по ролям, и один человек сидел в центре, выступая мостом между ними, утверждая то, что прочно, и отвергая то, что нет.

CONCORD ниоткуда не заимствован. Его разработал Rodolfo Nützmann для этого проекта, исходя из практической потребности: как одновременно задействовать несколько систем ИИ, каждая из которых по-настоящему сильна в чём-то своём, не отказываясь от единой нити человеческой ответственности, которой требует настоящая работа. Ответом стало дать каждой системе чёткое место, не позволять им договариваться между собой и проводить каждый обмен через одного человека, который держал в голове всю картину. У такого устройства есть более старое название. Системы ИИ — агенты: они действуют по указанию и от чужого имени. PRIME — принципал: тот, кто действительно решает, кто выносит суждение и кто несёт и последствия, и имя.

Сила на стороне агентов. Ответственность лежит на принципале и не передаётся.

Всё началось неформально — как способ распределить работу — и за время сборки затвердело в названный метод: фиксированные места, единое главенствующее правило, что ничто не публикуется без утверждения со стороны PRIME, и письменная запись о том, почему принято каждое решение. Название выражает цель: согласие, договорённость, достигнутая намеренно через процесс, а не то, что случайно выдаёт инструмент без присмотра.

Как это устроено, простыми словами

ПредложитьКаждое место выдвигает варианты в пределах своей зоны ответственности.
ПередатьPRIME переносит предложения между местами; сами они напрямую не договариваются.
УтвердитьPRIME принимает то, что состоятельно, и отклоняет то, что нет. Без этого ничто не публикуется.
ОграничитьПостоянный свод внутренних правил ограничивает каждый результат, на каждом месте.
ЗафиксироватьПисьменный журнал решений сохраняет обоснование каждого выбора.
ПомнитьКонтекст, внутренние правила и этот журнал сохраняются как файлы, переносимые из одной сессии в следующую, так что метод переживает любой отдельный разговор.

Места

  • PRIMERodolfo Nützmann
    Человек

    Единственный, кто утверждает. Каждое решение, каждая опубликованная строка прошли через человека, у которого была вся картина и который нёс окончательную ответственность. ИИ предлагали; PRIME решал.

  • ANVILИнженерия
    Anthropic · Claude Opus 4.8

    Место главного инженера. Архитектура, код, структура содержания и сама сборка, превращённые из замысла в работающий, протестированный и готовый к развёртыванию сайт.

  • SCOUTСтратегия и бренд
    OpenAI · ChatGPT 5.5

    Место стратегии и позиционирования. Вопросы о том, что это такое, для кого это и как оно должно представить себя миру.

  • PRISMДизайн
    Google · Gemini 3.1 Pro

    Место дизайна. Визуальный язык, типографика, цвет и ощущение целого, оформленные в единую систему.

Версии моделей ИИ по состоянию на июнь 2026 года.

Как это было сделано

Несколько принципов действовали от начала до конца, и они видны, если вы знаете, куда смотреть.

Считать, а не угадывать

Инструменты на этом сайте вычисляют ответы локально и детерминированно. Они не обращаются к серверу с вашими данными и не приближают. То, что работает в вашем браузере, остаётся в вашем браузере.

Открытый в основе

Детерминированная логика, которую выполняет каждый инструмент, и есть весь инструмент целиком: нет скрытого серверного шага, нет учётной записи и нет телеметрии. Всё выполняется в вашем браузере.

Документированный по построению

Каждая часть кодовой базы прокомментирована и документирована, не как нечто добавленное позже, а как постоянное правило. Сборка задумана так, чтобы быть читаемой, для того, кто её поддерживает, и для того, кто её унаследует.

Создан, чтобы служить и путешествовать

Сайт является статическим экспортом: быстрым, кешируемым и независимым от чего-либо во время выполнения. Он построен с основ для многих языков, чтобы он мог обращаться к глобальной аудитории без пересборки.

Стек

Для тех, кому это важно, технический фундамент, изложенный ясно.

Фреймворк
Next.js 15 и React 19, экспортированные как полностью статический сайт
Интернационализация
next-intl, с 16 языками и поддержкой письма справа налево
Система дизайна
Настраиваемый движок тем на основе токенов; тема по умолчанию, это Obsidian
Типографика
Inter для текста, JetBrains Mono для данных и кодов
Движок инструментов
Детерминированный вычислительный слой, работающий полностью в браузере
Поиск
Статический полнотекстовый поиск на стороне клиента; без сервера поиска

Как обозначаются переводы

Английский и бразильский португальский пишутся и проверяются человеком. Большинство других языков переведены машинно и помечены по степени готовности: янтарный, когда язык охватывает весь сайт, жёлтый, пока более новый контент всё ещё на английском и догоняет. Языки, отмеченные красным, пока не имеют перевода и показываются на английском. Страницы с машинным переводом также содержат краткое уведомление, и вы можете помочь улучшить любую из них.

  • Проверено человеком
  • Машинный, полный
  • Машинный, в процессе
  • Ещё не переведено

Стандарты и фреймворки

Каждый инструмент здесь реализует опубликованную спецификацию, а не догадку. Декодеры и калькуляторы строятся на документах, определяющих их форматы, и привязаны к тестовым векторам, которые эти документы публикуют, так что каждый ответ сверяется с источником истины, а не с самим собой.

Спецификации

JSON Web Tokens следуют RFC 7519, с подписями и алгоритмами в RFC 7515 и 7518; PKCE — это RFC 7636; Base64 и его варианты — это RFC 4648; UUID — это RFC 9562 (которая в 2024 году заменила RFC 4122 и содержит собственные тестовые векторы); HMAC — это RFC 2104, над семейством SHA, стандартизированным в FIPS 180-4 и FIPS 202; сертификаты X.509 — это RFC 5280; IPv4 и нотация CIDR — это RFC 4632; адресация IPv6 и её каноническая текстовая форма — это RFC 4291 и RFC 5952; а декодер cipher suite опирается на официальный реестр IANA TLS Cipher Suites, сверенный со спецификациями TLS 1.3 и 1.2 (RFC 8446 и 5246), правилами обновления реестра, задающими столбец “Recommended” (RFC 8447), и запретом RC4 (RFC 7465). Там, где авторитетом является реестр, его данные встраиваются напрямую, а не перенабираются.

Эталонные векторы

Каждый инструмент поставляется с набором эталонных векторов: известные входные данные в паре с заведомо верными выходными, взятые из соответствующих RFC и органов стандартизации. Они выполняются при каждой сборке, так что рефакторинг, который тихо меняет ответ, приводит к падению сборки вместо выпуска.

OWASP

Инструменты безопасности определяются по фреймворкам OWASP, а не собираются на ходу. Криптографические и TLS-инструменты соответствуют областям Cryptographic Failures и Security Misconfiguration из OWASP Top 10 и соответствующим проверкам Application Security Verification Standard; инструмент для токенов следует рекомендациям OWASP по проверке и валидации JWT. Prevention cheat sheets OWASP также задают жёсткие правила для того, что строится дальше: любая обработка XML или SAML, добавляемая здесь, должна быть закалена против XXE до выпуска.

Красная и синяя

То же декодирование-и-объяснение, что позволяет специалисту red team прочитать перехваченный токен, позволяет специалисту blue team понять, что выдаёт его собственный стек. Платформа намеренно находится на аналитической стороне этой линии: она опознаёт, декодирует, преобразует и объясняет — и не доходит до подделки, внедрения или обхода средств защиты. Эта граница — проектное решение, а не упущение; эти инструменты существуют, чтобы обучать и диагностировать, а не чтобы стать оружием.

Локально и детерминированно

Всё работает в браузере. Инструмент вызывает чистую функцию: при одинаковом вводе она возвращает одинаковый вывод, не хранит состояния и ничего не отправляет на сервер. Без файлов cookie, без аналитики, как полностью изложено на странице Конфиденциальности.

The ceiling, stated plainly

This site runs as a single Cloudflare Worker serving static assets, and that platform has hard, published limits worth being honest about. A Worker version may carry at most 20,000 static files on the free plan and 100,000 on the paid plan (raised from 20,000 in September 2025, and only when deploying with Wrangler 4.34 or newer), with no single file over 25 MiB. Requests for static assets themselves are free and unlimited; only invocations of the Worker script, such as the API, are metered.

Those numbers matter because this architecture multiplies content deliberately. Every rendered page ships as roughly three files: its HTML, the framework's navigation payload, and a search-index fragment, across all sixteen languages, and the English and Portuguese pages add machine-readable Markdown twins. In practice one tool costs about fifty files and a tool with its companion article about a hundred, so the current site stands at a little over eighteen thousand files. Under the paid ceiling that leaves room for hundreds more tools; the build is measured against these limits, and if the toolbox ever truly outgrows a single Worker, the expansion path is already mapped: splitting routes across additional Workers, each with its own allowance, and ultimately object storage with no count limit at all.

Это вайб-кодинг?

Код на 100 % синтезирован Claude.

Это справедливый вопрос, и на него стоит ответить прямо. Vibe coding (вайб-кодинг) — термин, который исследователь ИИ Andrej Karpathy ввёл в начале 2025 года для способа создания программ, когда вы описываете языковой модели, что хотите, принимаете написанное ею, не вчитываясь, и ориентируетесь на результат, а не на сам код. Он описал это как поддаться настроению и забыть, что код вообще существует, и ясно дал понять, что это подходит скорее для быстрых одноразовых проектов, чем для систем, на которые люди полагаются.

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

К частям, которые важнее всего, применяется иной стандарт. Всё, что вычисляет ваши данные, проверяется, а не делается на ощущениях: ядро каждого инструмента сверяется с опубликованным стандартом, который оно реализует, с соответствующими RFC и спецификациями, а его вывод подтверждается по независимым источникам перед публикацией. Как гласит часто цитируемая фраза программиста Simon Willison, код, который вы просмотрели, протестировали и поняли, вовсе не вайб-кодинг. Сам Karpathy теперь называет дисциплинированный вариант agentic engineering: сохранять рычаг ИИ, не уступая в качестве результата. Именно эту черту проводит данный проект. Быстро там, где скорость даётся даром, строго там, где это важно, и один человек отвечает за всё.

Особая благодарность

Mariana, Ulli, Richard, Ocyrema, Felisberto, Regine, Eduardo, Ricardo, Pedro, Liliane, Tereza, Cezar, Leonardo, Eduardo, Victor, Miu, Nina, Luna, Tux, Kiki, Greg and Theo.

Замечание о методе

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

/dev/fun