Forge

Что это?

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

Forge — это не автономный ИИ. Это не AutoGPT, не Devin, не очередное обещание «ИИ заменит инженеров». Это не продуктированная платформа, продаваемая третьим сторонам. Это скоординированный метод, в котором специализированные ИИ-инструменты, автоматизация и человеческое одобрение объединяются в повторяемую инженерную работу.

Главный принцип: ИИ помогает. Люди утверждают. Каждое архитектурное решение, каждая граница безопасности, каждое продакшен-развёртывание и каждое коммерческое обязательство принимается человеком. ИИ-специалисты генерируют, рефакторят, документируют, тестируют и анализируют — они не утверждают, не развёртывают и не переводят записи в каноническое состояние. Архитектурное обязательство самого фреймворка — что ИИ не может создавать истину — применяется рекурсивно к производственной системе, которая его строит.

Почему это существует?

Forge не был спроектирован заранее. Он появился из проблемы.

Когда EquiWork начинался, никакого Forge не было. Был один продукт — Agreement Workspace — и один ИИ-помощник. Ранняя работа была прямолинейной: написать функцию, протестировать, выкатить. Чат-сессия, которая её строила, удерживала весь нужный контекст.

Затем поверхность выросла. Жизненный цикл Agreement оказался архитектурно гораздо более требовательным, чем предполагалось при ранем планировании — пять запечатанных состояний жизненного цикла плюс два планируемых, канонический предикатный словарь, цепочки аттестаций, криптографическое якорение, append-only аудит, дисциплина отката. Началась вторая вертикаль (AI Hokusai). Третья (Study Workspace). Четвёртая (игра верификации). Количество файлов, архитектурных решений и кросс-вертикальных паттернов начало превосходить то, что один помощник в одном чате мог удерживать.

Видимые симптомы были такие же, с какими сталкивается любой растущий инженерный проект:

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

Результат — инженерная операционная система, в которой координирующий слой удерживает архитектурный контекст, множественные специализированные ИИ-роли исполняют дискретные задачи в ограниченных рамках, а утверждение человеком остаётся несущим ограничением на каждом важном переходе.

Как это усиливает EquiWork?

Forge меняет экономику построения новых вертикалей.

Без Forge каждая новая вертикаль — это свежий инженерный проект. Архитектура переизобретается. Конвенции переобсуждаются. Паттерны развёртывания переоткрываются. Ревью безопасности переимпровизируется. Усилие команды масштабируется линейно с количеством продуктов.

С Forge вертикали — это не отдельные инженерные проекты. Это инстансы одного и того же субстрата. Паттерн жизненного цикла Agreement Workspace, паттерн NDA + OTP гейта AI Hokusai, интерпретативный стек Study Workspace, семиязычная интернационализация игры верификации, Page Building Guide, канонический предикатный словарь, конвенция якорей отката, каталог deploy-нюансов — всё это информирует каждую новую вертикаль без переписывания.

Принцип Reusable Engineering

Принцип, организующий всю производственную систему, прост: не переписывай то, что уже доказано. Переноси. Это применяется рекурсивно к:

• Архитектуре. Машины состояний жизненного цикла, предикатные словари, цепочки свидетельств — проектируются один раз, инстанцируются многократно.
• Кодовым паттернам. Page Building Guide, компоненты SharedHeader/Footer, i18n-модуль, система CSS-переменных — написаны один раз, используются везде.
• Workflows. Модель orchestrator-executor-owner — стандартный производственный цикл. Каждая вертикаль её использует.
• QA-дисциплине. Паттерны автотестов, регрессионные сьюты, аудиты подключения, аудиты перекрёстных ссылок — доказаны в одной вертикали, переиспользованы в следующей.
• Безопасности. Cloudflare Access OTP, паттерны NDA-гейтов, append-only аудит, дисциплина без отката — установлены один раз, применяются по умолчанию.
• Интернационализации. Семиязычная игра и двуязычный исследовательский портал учат урокам, которые наследует следующая многоязычная поверхность.
• Развёртыванию. Wrangler-паттерны, нюансы Railway, правила root-directory Vercel, конвенции веток Cloudflare Pages — всё сохранено.
• Документации. Architectural Decision Records, change logs, доктринальные тексты, исследовательская библиотека — институциональная память, которая переживает любого отдельного контрибьютора или сессию.
• Инвестиционным материалам. Та же дисциплина утверждений, применяемая к продуктовому копирайтингу, применяется к инвесторскому. Откалиброванная для одной вертикали, дисциплина переносится.

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

В цифрах

Инженерные метрики отслеживаются внутренне; публичные перечислены выше. Дополнительные операционные метрики (деплои за цикл, события отката, ADR, объёмы агентских сессий) поддерживаются во внутренней документации.

Стратегическое утверждение

Для инвестора, оценивающего EquiWork, Forge меняет аналитический вопрос. Вопрос не «может ли эта маленькая команда реалистично поддерживать столько продуктов в качестве?» Вопрос — «какова маржинальная стоимость производства следующей вертикали для команды?»

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

Стратегическое утверждение, таким образом, не «EquiWork построил продукт». Оно — «EquiWork построил производственную систему, которая уже произвела семь вертикалей, может производить ещё с убывающей маржинальной стоимостью и поддерживает ответственность человека на каждом шаге».

Forge — это не продукт. Forge — это производственная система за каждым продуктом. Семь вертикалей в truth.equiwork.io/ru/ecosystem/ — это демонстрации одной платформы, а не семь независимых компаний.

Смежные узлы

Forge находится внутри большего графа знаний. Смежные узлы:

Откуда это

Принципы, описанные на этой странице, не выдуманы ради инвесторского framing. Они закреплены в операционной реальности и в канонической доктрине EquiWork.

Канонический источник

План Forge определён в корпусе Доктрины EquiWork, Документ 4, §7. Доктрина v1.0 запечатана в июне 2026 в двенадцати канонических текстах (шесть документов × EN + RU зеркала). Каноническое определение гласит: «Forge строит и помнит. Core управляет протокольной истиной».

Полная доктрина, включая модель планов, помещающую Forge рядом с Public / App / Core / Finance / Cyber, доступна на doctrine.equiwork.io.

Упомянутые операционные артефакты

Канон агентских позывных, дисциплина развёртывания и паттерны инженерной координации, описанные на этой странице, — все в активном операционном использовании:

• ANVIL — оркестратор Claude Chat (этот уровень разговора)
• FORGE_1/2/3 — агенты Claude Code для сложного backend и расследований
• IRON_1/2/3 — агенты Cursor для frontend-имплементации
• SUPREME_1/2/3 — агенты Codex для QA-верификации и аудита
• STEEL — Claude Chat Team для поддержки CTO
• Дисциплина флага ephemeral — агенты Codex запускаются с --ephemeral для предотвращения возобновления сессий и отклонения от задачи
• Page Building Guide — священная UI-методология, применяемая на каждой поверхности
• Якоря отката — именованные git-теги (например, lifecycle-canonical, enterprise-mv-tested) отмечают известно-хорошие состояния продакшена

Внутренние источники (не раскрываются)

Детальные инженерные материалы находятся во внутренней документации и приватных репозиториях. К ним относятся:

• VESUVIUS Master Plan — playbook инженерной координации
• EquiWork Page Building Guide — спецификация UI-методологии
• Architectural Decision Records — историческое обоснование «почему именно так»
• Определения спринт-задач и отчёты агентов
• Внутренний Hub command center

Они не раскрываются на этой странице по дизайну. Tier 3 документ инженерного аудита — доступный проверенным техническим советникам и партнёрам на соответствующем уровне доступа — ссылается на них полностью.

Публичное смежное чтение

• doctrine.equiwork.io — каноническая доктрина (Документ 4 §7 определяет план Forge)
• Экосистема демонстраций — что Forge произвёл
• Живые подтверждения — детализация по каждой вертикали
• Исследовательский ландшафт — где эта работа в академическом поле

Чем эта страница НЕ является

• Не полным инженерным аудитом. Tier 3 технический white paper — матрица возможностей, граф зависимостей, карта участия ИИ, формальные диаграммы — зарезервирован для отдельного документа, когда процесс due diligence инвестора или оценка интеграции партнёра делают это уместным.
• Не раскрытием внутренней имплементации. Проприетарные промпты, структура репозитория, точная логика оркестрации, контекстные нагрузки агентов, управление учётными данными и процедуры безопасности остаются внутренними.
• Не маркетинговым утверждением. Маркетинговая риторика («автономный», «ведущий», «единственный») отсутствует. Дисциплина, которая запрещает её в продуктовом копирайтинге, применяется и здесь.
• Не неизменной. Forge продолжает эволюционировать. Это описание v0.1; последующие версии будут выпущены, когда производственная система изменится таким образом, который оправдывает пере-описание.