Почему наши движки сильны — и где мы ещё НЕ лучшие (честно, без выдуманных цифр)
Что это
Эта статья — не маркетинг. Это честная карта: где мы объективно сильны, а где ещё нет. Никаких «100x» и «−15% багов» — таких замеров у нас нет, и придумывать их мы не будем.
Где мы реально сильны (одна уверенная headline-заявка)
Мы продаём не промпт-пак, а типизированный композируемый SPEC, который детерминированный компилятор собирает в нативные пакеты под три таргета из ОДНОГО источника. Это проверяется в коде: engine-mod/v1 — zod-валидируемый артефакт (schema.ts); диспетчер exportMod() маршрутизирует один spec в Claude Code (.claude-plugin + агенты + команды + hooks), Cursor (.cursor/rules/*.mdc) и универсальный AGENTS.md, и бросает на неизвестном таргете. Рынок в основном отгружает библиотеки промптов и одиночные пресеты; валидируемого мульти-таргет-компилируемого формата движка с маркетплейсом сверху — почти ни у кого.
Что ещё сильно и собрано (не обещания):
- Дисциплина ревью из коробки: 13 призм, 5 из них — вето весом 2, детерминированное правило синтеза (ничья → BLOCK),
verifyVotes: 2,loopUntilDryмаксимум 2 круга «правь класс → пересуди», плюс адаптивный тиринг по диффу (ЛАЙТ/СТАНДАРТ/HEAVY — не жжём квоту на мелочах). Это заметно выше «ты полезный ревьюер». - Переносимый ENFORCED-предохранитель на всех таргетах (
safetyFloor.ts): git pre-commit + CI, одинаковый скан секретов/разрушительного, падение с ненулевым кодом — не текст. - Гранулярная активация правил кросс-таргет:
always / auto(globs) / agent(description) / manual, компилируемая в нативный механизм каждого таргета из одного spec. - Честная разметка ENFORCED vs ADVISORY и floor для слабой модели: поведение — буквальный рецепт, поэтому его исполнит и слабая целевая модель.
Где мы честно ещё НЕ лучшие
1. Детерминизм — свойство, но пока без своего теста. Компилятор спроектирован байт-идентичным (в safetyFloor — «no timestamps, no randomness»), НО exporters.test.ts проверяет наличие контента, маршрутизацию и редакцию секретов, а не идемпотентность. Пока нет теста «экспортируй дважды → deep-equal карты файлов», мы заявляем ФОРМАТ и мульти-таргет-компиляцию как дифференциатор, а байт-идентичность — только как дизайн-намерение. Тест детерминизма — roadmap.
2. Вето-призмы — сильный ДЕФОЛТ, но не ров. Пять вето-углов с фиксированным синтезом — это ценно, но рубрика призм отгружается в пакете plaintext и копируема. Мы это принимаем как цену автономности: пакет читаем целиком, и покупатель видит всё, за что заплатил.
3. Серверного рва нет — намеренно. Пакет полностью автономен: workflow, рубрики призм и память (журнал решений и заметки в .engine/) живут у вас, оффлайн, без зависимости от наших серверов. Обратная сторона честна: некопируемого «облачного» слоя у продукта нет, DRM невозможен. По идентичности артефакта: .engine.json с contentHash и вотермарком лицензии и переносимый safety floor — эмитятся и проверяются.
4. Runtime-качество зависит от целевой модели. Мы снижаем эту зависимость буквальными рецептами и floor для слабой модели, но мы не запускаем модель — значит не можем гарантировать качество ИСХОДА так, как продукт с хостингом исполнения. Это качество ИНСТРУКЦИИ, а не контроль исполнения.
5. Кросс-таргет-активация правил vs бесплатный Cursor. Cursor Project Rules (always / auto-glob / agent-requested / manual) — бесплатная встроенная фича, которая совпадает с нашей моделью НА таргете Cursor. Наш реальный узкий edge — компиляция одной модели активации в ТРИ таргета из одного spec + самоспециализация globs под стек при установке; не «мы лучше Cursor на его же поле».
6. Роутер интентов — ADVISORY-самовыбор. Экспортёр отгружает все агенты безусловно; forge.route не существует. «Держим базу лёгкой маршрутизацией» — это самовыбор целевой моделью по тексту, а не enforced-роутинг. Реальный роутер — roadmap.
7. AI-сборка «опиши цель → движок» (from-goal) — ROADMAP, в разработке. Сегодня вы СОБИРАЕТЕ или ВЫБИРАЕТЕ движок; генерация из свободной цели пока не готова.
8. Покрытие узкое намеренно и БЕЗ данных. Quest покрывает создание ПО (фича/API/UI/фикс/рефактор/релиз), но НЕ покрывает data-analysis/ETL/reporting и не покрывает video/decks/growth/design-craft — это отдельные пакеты (roadmap). «Делает всё» верно только для домена «создание ПО минус data».
Пример: вход → что делает движок → результат
Вход. Агентство хочет одну команду-движок с вето-ревью безопасности и tenancy, поставленную в Claude Code, Cursor и в чужой репозиторий на VS Code/AGENTS.
Что делает движок. Один spec engine-mod/v1 компилируется exportMod() в три пакета: Claude получает плагин + guard-hook (ENFORCED), Cursor — .mdc-правила, все три — переносимый pre-commit + CI-floor (ENFORCED-скан секретов). Призмы security/tenancy едут с вето во всех трёх; правило синтеза «ничья → BLOCK» одинаково.
Результат. Из ОДНОГО источника — три нативных, консистентных пакета с одинаковой дисциплиной и честной разметкой уровней гарантии. Каждый уже несёт .engine.json с contentHash и переносимый safety floor (pre-commit + CI). Чего они НЕ получат сегодня: байт-идентичность, доказанную тестом; from-goal-генерацию; покрытие data/video. Это roadmap, и мы называем это roadmap.
Итоговая честная позиция
Защищаемый сегодня headline — ровно один: валидируемый композируемый spec, компилируемый в три нативных таргета, с маркетплейсом сверху (детерминизм — до его теста). Модель ревью (вето-призмы + синтез) — сильный преднастроенный дефолт, но копируемый. Пакет автономен по замыслу: память — локально в .engine/, купленная версия — ваша навсегда, новая версия ядра выходит отдельным продуктом. .engine.json с contentHash, вотермарк лицензии и переносимый safety floor уже эмитятся. Мы сильны там, где сильны, и прямо называем, где ещё нет.