AI OFFICE / HERMES FORK
R&D MAP / v2

Один человек.
Целый AI-офис.

Не ещё один чат-бот. Личный рабочий контур: Terra держит направление, Luna делает руками, Sol проверяет важное. А поверх — Loop Effect: офис учится улучшать способ своей работы, не получая право менять себя молча.

TERRA × LUNA × SOL / EVIDENCE × REVIEW × OWNER CONTROL
от начала → к fork01 / 09
НАЧАЛО
BEFORE

ИИ сильный.
Но всё держится на тебе.

Самому разбирать, что именно поручить и как сформулировать.
Самому следить, чтобы результат не оказался красивым, но пустым.
Самому быть менеджером, исполнителем и финальным контролёром.
Пока ты управляешь каждым шагом — ИИ остаётся инструментом. Когда роли, проверка и память соединены — появляется офис.
не очередной бот02 / 09
БАЗА УЖЕ ЕСТЬ
CORE

Три роли.
Один результат.

01 / OPERATOR

Terra

ORCHESTRATOR

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

owner interface / triage / synthesis
02 / WORKERS

Luna

EXECUTION

Берёт ограниченные пакеты работы: source research, код, данные, QA, документы, повторяемые действия. Не расширяет scope сама.

bounded worker / sandbox candidate
03 / ARCHITECT

Sol

REVIEW

Строит план на сложном, находит риск, сверяет архитектуру и не даёт исполнителю самому принять собственную работу.

plan / risk / independent validation
не модели ради моделей — роли ради результата03 / 09
ПЕРВЫЙ LOOP
TASK QUALITY

Запрос превращается
в проверяемую работу.

01 / TERRAОпределяет: простой ответ, execution или задача, где сначала нужен план и риск-анализ.
02 / TASK PACKETФиксирует objective, evidence, do-not, owner, budget, blockers и acceptance criteria.
03 / LUNAВыполняет только выделенный кусок: исследование, sandbox candidate или mechanical task.
04 / SOL + VERIFIERСверяет результат с фактами, тестами и критериями. Вердикт только PASS / FIX / BLOCK.
05 / OWNERТолько ты принимаешь, отклоняешь или discards важный candidate.
Правило качества

Исполнитель не принимает свою работу сам.

Модельный score — не доказательство. Важное засчитывается только при совпадении evidence, candidate digest, проверок и независимого review.

один вход → полноценный процесс04 / 09
FORK EFFECT
LOOP ENGINEERING

Офис не просто работает.
Он замечает, где стать сильнее.

Loop Effect — не бесконечная петля и не “самообучение” по красивым словам. Это управляемый контур улучшения: повторяющаяся слабость → evidence → маленький ticket → sandbox candidate → тот же evaluator → review → решение владельца.

baseline problem → evidence + source digest → smallest improvement ticket → isolated candidate / hard budget → same evaluator + independent review → ACCEPT / REJECT / DISCARD Ни один шаг не получает право переписать policy, memory, skills, cron, config, services, credentials или production без owner approval.
улучшение ≠ самовольное изменение05 / 09
ЧТО МЫ БЕРЁМ
SOURCE → PATTERN → EFFECT

Не чужие платформы.
Проверенные механики.

loop-engineering + supergoal

State, budget, handoff

Берём: run manifest, baseline, bounded retry, terminal states, failure handoff. Даёт: задача не висит бесконечно и не продолжает работу за лимитами. Не берём: LOOP FOREVER / autonomous shell runtime.

mattpocock / dynamic workflows

Interview → ADR → vertical tickets

Берём: уточнение до кода, glossary/decision record, vertical slices и блокеры. Даёт: multi-agent работа не тонет в контексте и не режется на бессмысленные файлы.

wiki-skills + shepherd

Provenance + candidate settlement

Берём: source/date/confidence/digest, immutable evidence, accept/reject/discard. Даёт: можно понять, на чём основано решение, и не принять candidate после его незаметной подмены.

ponytail + karpathy coder

Minimal-change gate

Берём: сначала “нужно ли писать код?”, standard library, smallest diff, test. Даёт: меньше лишних зависимостей, abstraction и drive-by refactor. Не берём: plugin hooks / global installers.

source verified · runtime not vendored06 / 09
TECH MAP
WHAT EXISTS / WHAT BUILDS

Fork растёт слоями,
а не пачкой плагинов.

Сейчас

Core Office

  • Terra / Luna / Sol routing;
  • Hermes tools, delegation, sessions, skills, memory primitives;
  • AI Office contracts: roles, policy, transitions, evidence/review schemas;
  • proposal-only controller: no external execution.
Foundation — уже в repo

Improvement Lab

  • fail-closed manifest validation;
  • budget/deadline gates, protected effects deny;
  • candidate digest + independent-review contract;
  • task-packets, evidence-review, minimal-change, improvement-run skills.
Следующий controlled layer

Sandbox + Shadow Mode

  • один разрешённый reversible experiment;
  • один evaluator и baseline;
  • proposal parallel to real work, но без apply;
  • только после измерений — opt-in capability.
core → foundation → sandbox → capability07 / 09
ROADMAP
NO JUMPS

Как наращивается
реальная сила.

P0

Baseline

Фиксируем типовые задачи, качество, latency, tool calls, rework и стоимость. Пока нет baseline — “стало лучше” не засчитывается.

P1

Proposal-only

Система может заметить слабость и оформить improvement ticket, но не может ничего применить.

P2

Sandbox candidate

Один обратимый class задач в isolated workspace: exact budgets, test, review, discard path.

P3

Shadow mode

Loop предлагает вариант параллельно живой работе. Сравниваем его с baseline и ручным решением.

P4

One opt-in capability

Только при measured gain и твоём approval: одна конкретная обратимая способность, один scope, один rollback.

promote by evidence, not excitement08 / 09
НЕПЕРЕГОВОРНЫЕ ГРАНИЦЫ
OWNER FIRST

Система может
остановиться.

BLOCKED BY CONTROLLER
  • не меняет permissions, budgets, routing, evaluator или system prompts;
  • не пишет в memory, skills, cron, config, hooks или controller code;
  • не ставит packages, plugins и не делает commit/push/deploy сама;
  • не трогает secrets, services, production, деньги и внешние writes.
Сила fork не в том, что он делает всё сам. Сила в том, что он знает, где остановиться, собрать evidence и спросить owner.
AI office / owner-controlled evolution09 / 09