Каждое важное решение в проекте сначала записывается с вариантами и причиной выбора — а потом отдельная независимая проверка ищет в нём ошибку раньше, чем решение превратится в код или договор.
—Портфельные руководители и PMO отвечают за то, чтобы расходы на ИИ были привязаны к результату, а работа ИИ отличалась от работы человека в отчётности перед советом. Опрос 300 senior PMO-лидеров (Tempo/Potloc, июнь 2026) называет это первыми по важности KPI текущего года.
—CTO и VP Engineering в компаниях, уже вышедших за стадию пилота (43% enterprise-кодовых баз в 2026 против 12% в 2024), меряют продуктивность и надзор одновременно: 89% отмечают рост продуктивности, и ровно та же волна делает надзор за выводом ИИ видимой строкой в KPI инженерного директора.
—Обоим профилям нужна не ещё одна система статусов, а структурная запись того, кто предложил, что отверг и почему — то, что можно предъявить аудитору, совету или заказчику без пересказа переписки.
Это именно та прозрачность происхождения решения, которую отрасль уже умеет измерять: у команд с агентами в продакшене атрибуция «ИИ или человек» удаётся в разы чаще, чем у команд без них.
Arkhitsyn — это правило работы с ИИ-помощником в проекте: каждое важное решение сначала записывается с вариантами и причиной выбора, а потом отдельная «вторая пара глаз» (тоже ИИ) ищет в нём ошибку раньше, чем решение превратится в код или договор. Из-за этого в истории проекта всегда видно, что было предложено, что отвергнуто и почему — а не только то, что в итоге получилось.
01Альтернативы и критерии их оценки фиксируются до выбора — задним числом подогнать решение под уже принятый ответ нельзя.
02Отдельная, не участвовавшая в решении роль независимо проверяет его на конкретные фактические ошибки — не формально соглашается, а ищет и называет дефект.
03Журнал решений растёт только вниз: ошибка не стирается правкой, а признаётся новой строкой рядом со старой — история не переписывается.
Ни в Agile, ни в Scrum, ни в Waterfall, ни в Kanban, ни в PRINCE2, ни в PMBOK 7 эта тройка не встречается как обязательный протокол одной записи одновременно. Это и есть товар.
Для сравнения: разбор «что пошло не так — скорректируем» в PRINCE2 и Scrum происходит по определению раз в стадию или раз в спринт (Scrum Guide 2020: ретроспектива — раз в месяц на месячный спринт). В arkhitsyn тот же разбор происходит на каждом шаге конвейера.
—CI/CD нескольких игровых сборок (пилот github-deploy) дошло до зелёной трёхплатформенной сборки за три раунда в течение одного дня — macOS 1м15с, Windows 3м29с, Ubuntu 1м42с.
—Метод сам пишет себе новые правила в ответ на то, что находит: дисциплина дословной записи цитат, обязательная независимая проверка решений диспетчера, вынос проверенного факта в переиспользуемое знание — каждое правило появилось внутри самого проекта, не было придумано заранее.
Кто куда пишет — каждая роль в своей зоне, без пересечений.
flowchart LR
subgraph Agents["Агенты (роль = владелец своей карточки)"]
AG["свои находки,
новые вопросы,
ход работы
по СВОЕЙ задаче"]
end
subgraph Dispatcher["Управляющий процесс"]
DI["статусы задач,
кто ведёт,
решение → предложено"]
end
subgraph Navigator["карта проекта"]
NAV["состояние,
журнал,
сводки"]
end
subgraph Human["Человек"]
HU["всё;
единственный, кто ставит
решение → принято"]
end
Agents -.->|"не трогает чужие
задачи и карты"| Dispatcher
Dispatcher -.->|"не трогает принято"| Human
Navigator -.->|"не трогает содержание задач"| Agents
Пять настольных игр в одном приложении (Гомоку, Точки, Го, Реверси, Пирамида) с 3D-рендером на three.js, для десктопа и мобильных платформ — собрано тем же методом, что описан выше, от первой записи решения до публичной сборки.
—Android-сборка реально собрана и опубликована как GitHub Release — скачиваема прямой ссылкой уже сегодня.
—618+ автоматических тестов зелёных, проверка типов чиста, все пять игр вручную прогнаны живьём в обеих темах всеми способами ввода — тап, колесо, правая кнопка, shift-клик, двухпальцевый жест.
—Сборка проверена не на слово о зелёном статусе CI: пакет распакован вручную, и в его коде лично подтверждено присутствие конкретного исправления, о котором шла речь.
Это описание прозвучало внутри команды дословно: «законченный продукт, который должен переходить из разработки в маркетинг» — и именно в эту сторону WUXIN движется следующим шагом.
Сегодня рост идёт через лицензию пакета и личное сопровождение внедрения — именно так уже работают все текущие пилоты pi-space. Вложение открывает следующую ступень масштабирования: сеть сертифицированных партнёров (по образцу Claude Partner Network) и платформу, которая переводит сопровождение из личной работы диспетчера в сервис.
| Шаг | Готовность |
|---|---|
| Лицензия пакета (install.sh) | работает сегодня |
| Консалтинг-внедрение | работает сегодня |
| Сертификация партнёров | следующая ступень — вложение |
| SaaS-платформа | следующая ступень — вложение |
—Профильные сообщества — r/ClaudeAI (1,06 млн участников), r/ClaudeCode (≈387 тыс.), r/LocalLLaMA (806 тыс.) — именно люди, ежедневно работающие с агентной разработкой.
—Профильные отраслевые саммиты (AI Engineer Code Summit, Agentic AI Summit) — состав участников уже отфильтрован организаторами именно по лицам, принимающим решения.
—Claude Partner Network — готовая сеть из 150 000+ сертифицированных консультантов и 40 000+ заявившихся фирм (Accenture, Deloitte, PwC, KPMG, Slalom, Tribe AI, Turing), запущена Anthropic в марте 2026 с фондом $100 млн на обучение и go-to-market.
| Канал | Комиссия партнёру | LTV:CAC |
|---|---|---|
| Органика (сарафанное радио, сообщества) | — | 6,5:1 |
| Партнёр-интегратор (внедряет и сопровождает) | 20–25% recurring с доли сопровождения | 5,0–5,3:1 |
Обе цифры выше отраслевой медианы B2B SaaS (3,2–4,1:1, Aleph/Benchmarkit 2026). Органический канал — то, чем растут все текущие пилоты уже сейчас; партнёрский канал — следующая волна роста, с базой комиссии, зафиксированной заранее.
→Сеть сертифицированных партнёров. Вилка комиссии (10–15% за реферал, 20–25% recurring за внедрение) уже задана — первые партнёры внутри Claude Partner Network превратят её из расчётной модели в измеренную практику.
→Платформа. Харнессы и валидатор методологии сегодня — инструменты командной строки; следующий шаг — развернуть то же самое как сервис с собственным интерфейсом, доступный без установки.
→Первый контракт. Он переводит стоимость привлечения клиента из оценки в измеренную величину — и делает экономику по каждому каналу ещё точнее, чем вилка на этой странице.
→Расширение доказательной базы. Каждый новый пилот pi-space (сегодня их больше десятка) добавляет ещё одну измеренную точку к уже показанным минутам и часам — WUXIN показал, что метод доходит и до публичного, скачиваемого результата, а не только до внутреннего пилота.
→Товарный знак Arkhitsyn. Регистрация названия — ближайший организационный шаг на пути к первому контракту, параллельный самой работе, не блокирующий её.
Метод уже работает и измерен на более чем десятке пилотов. Вложение не чинит метод — оно строит вокруг него распределение: партнёров, платформу, бренд.
Arkhitsyn разворачивается на реальном участке работы за недели, не месяцы: без нового софта для команды, с первой проверяемой записью решения уже в первом цикле.
Запросить пилот