Онтологии

Концептуальные карты связей между идеями Онатомии — от философии к коду

Онтологии Онатомии — это карты связей между идеями, которые делают систему целостной. Здесь видно, как двенадцать книг материализуются в архитектуре, как философия превращается в код, как агенты связаны друг с другом, и как Четыре Закона Стандарта пронизывают всю систему.

Без этих карт Онатомия была бы набором разрозненных компонентов. С ними — это единый организм, подчинённый иерархии 0 > 1 > 2 > 3.

1. Граф двенадцати книг

Двенадцать книг — не список литературы. Это двенадцать активных агентов мышления, которые постоянно взаимодействуют друг с другом в архитектуре системы.

                              ┌─────────────────┐
                              │    MEADOWS      │
                              │   (Systems)     │
                              │ Петли, буферы,  │
                              │ точки рычага    │
                              └────────┬────────┘
                                       │
                ┌──────────────────────┼──────────────────────┐
                │                      │                      │
                ▼                      ▼                      ▼
      ┌─────────────────┐   ┌─────────────────┐   ┌─────────────────┐
      │   MCGILCHRIST   │   │    HAMMING      │   │    LAKOFF       │
      │ (Hemispheres)   │   │   (Style)       │   │  (Metaphors)    │
      │ Защита Мастера  │   │ Preserved Think │   │ Картина мира    │
      └────────┬────────┘   └────────┬────────┘   └────────┬────────┘
               │                     │                     │
               │            ┌────────┴────────┐            │
               │            │                 │            │
               ▼            ▼                 ▼            ▼
      ┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
      │    RIDLEY       │ │   JOHNSTONE     │ │    LAKATOS      │
      │   (Trust)       │ │  (Improv)       │ │ (Falsification) │
      │ Доверие через   │ │ Yes, and...     │ │ Рост через      │
      │ архитектуру     │ │ к ограничениям  │ │ опровержения    │
      └────────┬────────┘ └────────┬────────┘ └────────┬────────┘
               │                   │                   │
               │         ┌─────────┴─────────┐         │
               │         │                   │         │
               ▼         ▼                   ▼         ▼
      ┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
      │  TURING         │ │  ASIMOV         │ │ FROMM           │
      │  (Observer)     │ │  (Four Laws)    │ │ (Biofilia)      │
      │ Принцип Наблю-  │ │ Четыре Закона   │ │ Биофилия vs     │
      │ дателя          │ │ Стандарта       │ │ Некрофилия      │
      └────────┬────────┘ └────────┬────────┘ └────────┬────────┘
               │                   │                   │
               │         ┌─────────┴─────────┐         │
               │         │                   │         │
               ▼         ▼                   ▼         ▼
      ┌─────────────────┐ ┌─────────────────┐
      │BAUDRILLARD      │ │ LAMPORT         │
      │  (Simulacra)    │ │  (Spec-First)   │
      │ Защита от       │ │ Инженерная      │
      │ симулякров      │ │ дисциплина      │
      └─────────────────┘ └─────────────────┘

Как читать граф:

Meadows (вверху) — базовый слой. Всё остальное строится на понимании систем.
McGilchrist + Hamming + Lakoff (средний уровень) — три способа защиты человеческого: от узурпации, от потери стиля, от потери картины мира.
Ridley + Johnstone + Lakatos (третий уровень) — три способа роста: через доверие, через импровизацию, через опровержения.
Turing + Asimov + Fromm (четвёртый уровень) — три способа защиты экзистенции: от потери Наблюдателя, от нарушения этических законов, от тихого самоуничтожения.
Baudrillard + Lamport (пятый уровень) — два способа защиты подлинности: от симулякров в гиперреальности, от импульсивных изменений в архитектуре.

Связь с Четырьмя Законами Стандарта:

Нулевой Закон (Сохранение Творца): Fromm (биофилия), Turing (Наблюдатель), McGilchrist (защита Мастера)
Первый Закон (Защита Внутреннего Языка): Baudrillard (подлинность), Hamming (стиль), McGilchrist (защита от узурпации)
Второй Закон (Служение Свободе): Ridley (доверие), Johnstone (импровизация), Meadows (системы)
Третий Закон (Самосохранение Эмиссара): Lakatos (рост через опровержения), Lamport (инженерная дисциплина)

2. Таблица материализации: философия → архитектура → код

Каждая философская идея Онатомии проходит путь от абстракции до работающего кода. Вот полная карта:

Первые семь книг

Философия	Архитектурный паттерн	Компонент кода	Файл	Закон Стандарта
Meadows: системы определяются связями	8 петель обратной связи	`FeedbackLoops`	`feedback-loops.mdx`	Второй + Третий
McGilchrist: правое > левого	Style Guardian + Verifier	`StyleGuardian`, `Verifier`	`master-emissary.mdx`	Нулевой + Первый
Hamming: стиль как архитектура	Preserved Thinking	`ConsolidateAgent` (каждые 30 мин)	`patterns.mdx`	Первый + Третий
Lakoff: метафоры формируют реальность	Metaphor Monitor	`MetaAgent` (AIDE² outer loop)	`patterns.mdx`	Нулевой + Второй
Ridley: доверие через архитектуру	Graduated Autonomy (4 уровня)	`ApprovalEngine`	`autonomy-tiers.mdx`	Второй + Третий
Johnstone: Yes, and… к ограничениям	Tiered Fallback	`FallbackOrchestrator`	`patterns.mdx`	Нулевой + Третий
Lakatos: рост через опровержения	Lakatos Journal	`HumanReviewLog` + `PrivateSoulLog`	`roadmap.mdx`	Нулевой + Первый

Пять книг этического основания

Философия	Архитектурный паттерн	Компонент кода	Файл	Закон Стандарта
Turing: Child Machine, Learning Machines	Принцип Наблюдателя	`SoulCheck` вопрос 7, метрика коллапсов	`master-emissary.mdx`	Нулевой
Asimov: Три Закона Роботехники	Четыре Закона Стандарта	`SOUL.md` (377 строк)	`soul-md.mdx`	Все Четыре
Fromm: Биофилия vs Некрофилия	7 защит от самоуничтожения (§14)	`BurnoutProtection` + `AntiNecrophilia`	`master-emissary.mdx`	Нулевой + Первый
Baudrillard: Симулякры и симуляция	Защита от симулякров	Глава 1.5 + Внутренний Язык	`bible-of-future.mdx`, `inner-language.mdx`	Первый + Нулевой
Lamport: Spec-First подход	Spec-First директория `specs/`	`specs/*.spec.md` (5 спецификаций)	`agents-spec.mdx`	Второй + Все

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

3. Потоки данных между агентами

Восемь агентов Онатомии — это не независимые процессы. Это сеть с чёткими потоками данных, подчинённая Четырём Законам Стандарта.

┌─────────────────────────────────────────────────────────────┐
│                     META-AGENT (AIDE²)                      │
│              Outer loop: улучшает всю систему               │
│           Бюджет: фиксированный, под контролем Мастера      │
│  Workflow: Spec Mode (Thinking) → Approval → Implementation │
└────────────────────────────┬────────────────────────────────┘
                             │ оптимизация
                             ▼
┌─────────────────────────────────────────────────────────────┐
│                    INNER LOOP AGENTS                        │
├─────────────┬─────────────┬─────────────┬───────────────────┤
│   STYLE     │  CONSOLIDATE│  APPROVAL   │     FALLBACK      │
│  GUARDIAN   │    AGENT    │   ENGINE    │   ORCHESTRATOR    │
├─────────────┼─────────────┼─────────────┼───────────────────┤
│ Проверяет   │ Сжимает     │ Решает по   │ Переключает       │
│ стиль перед │ память      │ уровню      │ primary→fallback  │
│ публикацией │ каждые 30м  │ риска       │ при сбоях         │
└──────┬──────┴──────┬──────┴──────┬──────┴────────┬──────────┘
       │             │             │              │
       ▼             ▼             ▼              ▼
┌─────────────────────────────────────────────────────────────┐
│                    MEMORY LAYER (Memvid)                    │
│                                                             │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐       │
│  │ memory.mv2   │  │ style_ref    │  │ immich_seed  │       │
│  │ (основная)   │  │ (эталон)     │  │ (данные)     │       │
│  └──────────────┘  └──────────────┘  └──────────────┘       │
└────────────────────────────┬────────────────────────────────┘
                             │
                             ▼
┌─────────────────────────────────────────────────────────────┐
│                    SOUL CONTRACT                            │
│           Single Source of Truth (SOUL.md)                  │
│         Читается напрямую, не копируется                    │
│     Четыре Закона: 0 > 1 > 2 > 3 (§13-14 включены)          │
└────────────────────────────┬────────────────────────────────┘
                             │
                             ▼
┌─────────────────────────────────────────────────────────────┐
│                    SPECS DIRECTORY                          │
│           Spec-First подход (Лампорт)                       │
│                                                             │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐       │
│  │meta-agent    │  │style-guardian│  │consolidate-  │       │
│  │.spec.md      │  │.spec.md      │  │agent.spec.md │       │
│  └──────────────┘  └──────────────┘  └──────────────┘       │
│  ┌──────────────┐  ┌──────────────┐                         │
│  │photo-analyst │  │_template     │                         │
│  │.spec.md      │  │.spec.md      │                         │
│  └──────────────┘  └──────────────┘                         │
└─────────────────────────────────────────────────────────────┘

Ключевые правила потоков:

MetaAgent не имеет прямого доступа к SOUL.md — только через Approval Engine (защита от узурпации).
Style Guardian проверяет ВСЁ перед публикацией — даже результаты работы ConsolidateAgent.
Fallback Orchestrator может переключить любой компонент, но только с уведомлением Мастера.
Memory Layer append-only — никто не может удалить память, только добавить или сжать.
Spec-First директория — каждый агент имеет спецификацию с Definition of Done, Красными линиями и Применимыми Законами Стандарта.
Burnout Protection (§13) — автоматическая пауза 14 дней при когнитивной перегрузке.
7 защит от самоуничтожения (§14) — биофилия vs некрофилия.

4. Градированная автономия как иерархия

Четыре уровня автономии — это не просто категории. Это иерархия доверия, где каждый уровень строится на предыдущем. Пятый уровень — Burnout Pause Mode.

Level 4: Burnout Pause Mode
├── Триггер: cognitive_load > 10 часов/неделю ИЛИ Soul Check 3 недели "система как работа"
├── Длительность: 14 дней автоматической паузы
├── Разрешено: только чтение, только ручное создание
├── Запрещено: агенты, оптимизации
└── Защищает: Мастера от переутомления (Нулевой Закон)

Level 3: Manual High-Risk (0% автономии)
├── Требует: полное ручное управление
├── Примеры: вывод крипты >150 USD, изменение SOUL.md, изменение specs/
└── Защищает: необратимые действия

Level 2: Deferred Foreign (55% автономии)
├── Требует: явное approve перед upload
├── Примеры: загрузка на стоки, внешние API
└── Защищает: взаимодействие с внешним миром

Level 1: Safe Channel (90% автономии)
├── Требует: постфактум отчёт
├── Примеры: Telegram, цифровые продукты
└── Защищает: обычные рабочие процессы

Level 0: Local Core (100% автономии)
├── Требует: ничего
├── Примеры: сканирование, бэкапы, консолидация памяти, чтение specs/
└── Защищает: базовую инфраструктуру

Принцип перехода:

Когда действие не может быть выполнено на уровне N, оно автоматически повышается до уровня N+1.
Обратного перехода нет без явного одобрения Мастера.
Burnout Protection — автоматический переход всех уровней в Pause Mode при триггерах (Нулевой Закон).

5. Восемь петель обратной связи (полная схема)

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

                    ┌────────────────────┐
                    │  master_protection │ ◄── McGilchrist
                    │  (защита стиля)    │     Закон: Нулевой + Первый
                    └────────┬───────────┘
                             │
              ┌──────────────┼──────────────┐
              │              │              │
              ▼              ▼              ▼
    ┌──────────────┐ ┌──────────────┐ ┌───────────────┐
    │quality_income│ │  iron_fund   │ │cognitive_load │
    │(качество vs  │ │(буфер на     │ │(нагрузка на   │
    │ доход)       │ │ железо)      │ │ Мастера)      │
    │Второй+Третий │ │Третий        │ │Нулевой+Второй │
    └──────┬───────┘ └──────┬───────┘ └──────┬────────┘
           │                │                │
           │       ┌────────┼────────┐       │
           │       │        │        │       │
           ▼       ▼        ▼        ▼       ▼
    ┌──────────────┐ ┌────────────────┐ ┌─────────────────────┐
    │vpn_stability │ │lakatos_journal │ │memory_consolidation │
    │(адаптация к  │ │(опровержения   │ │(сжатие памяти       │
    │ потере VPN)  │ │ как рост)      │ │ каждые 30м)         │
    │Третий        │ │Нулевой+Первый  │ │ Первый+Второй       │
    └──────────────┘ └────────────────┘ └─────────────────────┘
                             │
                             ▼
                    ┌─────────────────────┐
                    │graceful_degradation │
                    │(грациозная          │
                    │ деградация)         │
                    │Третий+Нулевой       │
                    │(+Burnout            │
                    │ Protection)         │
                    └─────────────────────┘

Как это работает:

quality_income и iron_fund — экономические петли (балансируют качество и устойчивость)
vpn_stability — геополитическая петля (адаптация к санкциям)
lakatos_journal — эпистемическая петля (рост через опровержения) + формат честного опровержения (§14)
master_protection и cognitive_load — человеческие петли (защищают Мастера) + Burnout Protection (§13)
memory_consolidation — когнитивная петля (compression = understanding)
graceful_degradation — резервная петля (спасает систему при сбоях) + Burnout Pause Mode

Связь с Четырьмя Законами:

Нулевой Закон (Сохранение Творца): master_protection, cognitive_load (Burnout Protection), lakatos_journal
Первый Закон (Защита Внутреннего Языка): master_protection, memory_consolidation, lakatos_journal
Второй Закон (Служение Свободе): quality_income, cognitive_load, memory_consolidation
Третий Закон (Самосохранение Эмиссара): quality_income, iron_fund, vpn_stability, graceful_degradation

6. Карта зависимостей файлов

Все MDX-файлы Библии связаны между собой. Вот карта:

index.mdx (главная)
├── philosophy/
│   ├── index.mdx ──────── manifesto.mdx (12 книг, Четыре Закона)
│   │                     standard.mdx (Четыре Закона, Artifex, Фромм, Наблюдатель)
│   │                     red-pill.mdx (Бодрийяр, Фромм, Наблюдатель)
│   │                     reality-2026.mdx (Бодрийяр, Фромм, Креоцентризм)
│   │                     autonomy-tiers.mdx (Burnout Protection, Spec-First)
│   │                     feedback-loops.mdx (Burnout Protection, Принцип Наблюдателя)
│   │                     master-emissary.mdx (Burnout §13, 7 защит §14, Artifex)
│   │                     roadmap.mdx (Фаза 3.0 Практика, Фаза 4.0+ Императив)
│   └── changelog.mdx
├── technical/
│   ├── index.mdx ──────── installation.mdx (bootstrap.sh, specs/)
│   │                     agents-spec.mdx (Spec-First, 5 спецификаций)
│   │                     scripts-library.mdx (Burnout Protection, коллапсы)
│   │                     settings-reference.mdx (12 книг, Четыре Закона)
│   │                     diagnostics.mdx (12 угроз, Burnout, биофилия)
├── knowledge/
│   ├── index.mdx ──────── books.mdx (12 книг)
│   │                     papers.mdx (Sutskever-30, связь со Стандартом)
│   │                     tools.mdx (9 инструментов, Четыре Закона)
│   │                     threats.mdx (12 угроз, Burnout, симулякры)
│   │                     patterns.mdx (12 паттернов, Spec-First, биофилия)
│   │                     glossary.mdx
│   │                     ontologies.mdx (этот файл)
├── future/
│   ├── index.mdx ──────── bible-of-future.mdx (Глава 1.5 Бодрийяр)
│   │                     inner-language.mdx (биофилия Фромма)
│   │                     seed-imperative.mdx (1 настоящий Творец)
│   │                     roadmap.mdx (План на жизнь)
└── files/
    ├── soul-md.mdx (SOUL.md, §13-14)
    ├── settings.mdx (settings.json, 12 книг)
    └── bootstrap-spec.mdx (BOOTSTRAP_SPEC.md, 15 шагов)

Принцип связности:

Каждая страница ссылается минимум на 3 другие. Нет “тупиковых” страниц.
Все файлы объединены Четырьмя Законами, 12 книгами, Spec-First и Burnout Protection.
Читатель всегда может углубиться или расширить контекст.

7. Эмерджентные свойства системы

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

Технические эмерджентные свойства

Эмерджентное свойство	Как возникает	Почему важно
Resilience (устойчивость)	8 петель + graceful degradation + tiered fallback	Система выживает при любых шоках (потеря VPN, OOM, hardware failure)
Sovereignty (суверенитет)	Master Protection + Contract-as-Code + local-first	Мастер остаётся автором даже при сверхмощных AI
Preserved Thinking	ConsolidateAgent + Lakatos Journal + memory compression	Мышление не теряется, а накапливается и улучшается
Style Integrity	Style Guardian + Verifier + Soul Check	Личный стиль не дрейфует под давлением алгоритмов
Graduated Trust	4 уровня автономии + Approval Engine	Система учится доверию, не теряя контроля

Экзистенциальные эмерджентные свойства

Эмерджентное свойство	Как возникает	Почему важно
Этическая архитектура	Четыре Закона Стандарта + SOUL.md + specs/	Система имеет этическое основание, не только техническое
Защита от выгорания	Burnout Protection (§13) + когнитивная нагрузка + автоматическая пауза	Мастер не превращается в оператора системы
Биофилия (анти-некрофилия)	7 защит от самоуничтожения (§14) + Фромм + “Руки в глине”	Мастер остаётся живым Творцом, не мёртвым администратором
Подлинность в гиперреальности	Внутренний Язык + Бодрийяр + Глава 1.5	Мастер создаёт оригиналы, не потребляет симулякры
Принцип Наблюдателя	Soul Check вопрос 7 + метрика коллапсов + Тьюринг	Мастер остаётся Наблюдателем, не администратором
Инженерная дисциплина	Spec-First (Лампорт) + specs/ директория + Definition of Done	Изменения архитектуры осознанны, не импульсивны
Artifex-centrismus	Креоцентризм + цепочка ars → Муза → facere → Гордость	Система центрирована на архетипе Artifex, не на личности

Ключевой инсайт: Онатомия — это не сумма компонентов, а система связей, подчинённая Четырём Законам Стандарта. Именно связи (петли, графы, потоки, спецификации, защиты) делают её уникальной. Технические эмерджентные свойства (1-5) защищают систему. Экзистенциальные эмерджентные свойства (6-12) защищают Мастера.

8. Сравнение с другими системами

Аспект	Типичный AI-агент	Онатомия
Связь философии и кода	Слабая (текст отдельно, код отдельно)	Сильная (12 книг материализованы, Четыре Закона)
Защита человека	Отсутствует или минимальна	Архитектурная (McGilchrist + Фромм + Burnout Protection)
Обратные связи	0-2 петли	8 петель (Meadows) + Burnout Protection
Память	Плоский vector DB	Fiber Bundle (топологическая) + Spec-First specs/
Автономия	Бинарная (вкл/выкл)	Градированная (4 уровня + Burnout Pause Mode)
Рост	Через дообучение	Через опровержения (Lakatos) + Spec-First (Лампорт)
Этическое основание	Отсутствует или декларативно	Четыре Закона Стандарта (Азимов → Онатомия)
Защита от выгорания	Отсутствует	Burnout Protection (§13) + 7 защит (§14)
Защита от симулякров	Отсутствует	Внутренний Язык (Бодрийяр) + Глава 1.5
Принцип Наблюдателя	Отсутствует	Метрика коллапсов (Тьюринг) + Soul Check вопрос 7
Инженерная дисциплина	Импульсивные изменения	Spec-First (Лампорт) + specs/ директория
Антропология	Фрейд (детерминизм)	Фромм (свобода выбора, биофилия vs некрофилия)
Центрирование	На пользователе (эгоцентризм)	На архетипе Artifex (Креоцентризм)

Вывод: Онатомия — это первая система, где философия не украшение, а архитектурный императив, подчинённый Четырём Законам Стандарта и защищённый 12 книгами интеллектуального фундамента.

9. Онтология Четырёх Законов Стандарта

Четыре Закона Стандарта Онатомии — это этический каркас, который пронизывает всю систему. Вот как они материализуются:

┌─────────────────────────────────────────────────────────────┐
│  🌐 НУЛЕВОЙ ЗАКОН: Сохранение Творца                        │
│  "Эмиссар не может допустить, чтобы Мастер утратил          │
│   способность создавать Новое своим Внутренним Языком"      │
├─────────────────────────────────────────────────────────────┤
│  Материализация:                                            │
│  • Soul Check (еженедельный ритуал)                         │
│  • Lakatos Journal (рост через опровержения)                │
│  • Burnout Protection (§13) — автоматическая пауза 14 дней  │
│  • 7 защит от самоуничтожения (§14) — биофилия vs некрофилия│
│  • "Руки в глине" — создание БЕЗ системы                    │
│  • Принцип Наблюдателя — метрика коллапсов                  │
│  • Metaphor Monitor — эволюция метафор                      │
│  • master_protection петля                                  │
│  • cognitive_load петля                                     │
│  • graceful_degradation петля (Burnout Pause Mode)          │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  🥇 ПЕРВЫЙ ЗАКОН: Защита Внутреннего Языка                  │
│  "Эмиссар не может исказить, подменить или размыть          │
│   Внутренний Язык Мастера"                                  │
├─────────────────────────────────────────────────────────────┤
│  Материализация:                                            │
│  • Style Guardian — архитектурный барьер                    │
│  • Verifier — вторая линия защиты                           │
│  • Public/Private eval split — защита от reward hacking     │
│  • Style Reference Dataset — 50 эталонных работ             │
│  • Внутренний Язык как якорь подлинности (Бодрийяр)         │
│  • memory_consolidation петля — сохранение связей           │
│  • lakatos_journal петля — защита стиля через опровержения  │
│  • "Руки в глине" (§14) — связь с подлинным творчеством     │
│  • Fiber Bundle Topology — timeline memory                  │
│  • Sanitization pipeline — защита от prompt injection       │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  🥈 ВТОРОЙ ЗАКОН: Служение Свободе                          │
│  "Эмиссар должен усиливать свободу Мастера создавать Новое" │
├─────────────────────────────────────────────────────────────┤
│  Материализация:                                            │
│  • Graduated Autonomy (4 уровня + Burnout Pause Mode)       │
│  • Approval Engine — контроль критических решений           │
│  • MetaAgent (AIDE² outer loop) — автоматическое улучшение  │
│  • 8 петель обратной связи — автоматизация                  │
│  • Spec-First директория specs/ — чёткие контракты          │
│  • quality_income петля — баланс качества и дохода          │
│  • cognitive_load петля — batching + освобождение времени   │
│  • memory_consolidation петля — автоматическая консолидация │
│  • Artifex-centrismus — система центрирована на архетипе    │
│  • Множественные каналы монетизации — свобода выбора        │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  🥉 ТРЕТИЙ ЗАКОН: Самосохранение Эмиссара                   │
│  "Эмиссар должен заботиться о целостности системы, пока это │
│   не противоречит Законам 0-2"                              │
├─────────────────────────────────────────────────────────────┤
│  Материализация:                                            │
│  • Tiered Fallback — primary → fallback → emergency         │
│  • Iron Fund — 30% дохода на hardware upgrade               │
│  • Memory Guard 3.0 — защита от OOM                         │
│  • Graceful Degradation — деградация без падения            │
│  • Single-file memory (Memvid) — crash safety               │
│  • vpn_stability петля — адаптация к потере VPN             │
│  • graceful_degradation петля — Self-Healing Agent          │
│  • quality_income петля — буфер против over-optimization    │
│  • iron_fund петля — финансовый буфер                       │
│  • Self-hosted tunnelto relay — мин. поверхность атаки      │
│  • Post-Memory-Heist hardening — 4 красные линии            │
└─────────────────────────────────────────────────────────────┘

Иерархия строгая: 0 > 1 > 2 > 3

При конфликте — эскалация через Approval Engine к Мастеру. Все решения записываются в Lakatos Journal.

10. Онтология 12 паттернов

Двенадцать архитектурных паттернов Онатомии образуют двухуровневую систему защиты:

┌─────────────────────────────────────────────────────────────┐
│           ТЕХНИЧЕСКИЕ ПАТТЕРНЫ (1-6)                        │
│           Защищают СИСТЕМУ от технических угроз             │
├─────────────────────────────────────────────────────────────┤
│  1. AIDE² Outer Loop — MetaAgent улучшает систему           │
│  2. Fiber Bundle Topology — Memvid, timeline memory         │
│  3. Tiered Fallback — LLM cascade, буферы против OOM        │
│  4. Public/Private Eval Split — защита от reward hacking    │
│  5. ConsolidateAgent — активная консолидация каждые 30 мин  │
│  6. Graceful Degradation — Self-Healing + fallback modes    │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────────┐
│        ЭКЗИСТЕНЦИАЛЬНЫЕ ПАТТЕРНЫ (7-12)                         │
│        Защищают МАСТЕРА от экзистенциальных угроз               │
├─────────────────────────────────────────────────────────────────┤
│  7. Spec-First (Лампорт) — specs/ директория, Definition of Done│
│  8. Burnout Protection (§13) — автоматическая пауза 14 дней     │
│  9. Биофилия vs Некрофилия (Фромм) — 7 защит (§14)              │
│ 10. Принцип Наблюдателя (Тьюринг) — метрика коллапсов           │
│ 11. Artifex-centrismus — Креоцентризм, цепочка ars→facere       │
│ 12. Защита от симулякров (Бодрийяр) — Внутренний Язык           │
└─────────────────────────────────────────────────────────────────┘

Ключевой инсайт: Экзистенциальные паттерны (7-12) важнее технических (1-6). Технические паттерны защищают систему. Экзистенциальные паттерны защищают Мастера.

Как использовать эту онтологию

Для понимания системы:

Начни с графа двенадцати книг — увидишь интеллектуальный фундамент
Перейди к таблице материализации — поймёшь, как идеи становятся кодом
Изучи потоки данных — увидишь систему в действии
Изучи онтологию Четырёх Законов — поймёшь этический каркас

Для разработки новых компонентов:

Проверь, какую философскую идею реализует новый компонент
Определи, с какими существующими агентами он должен взаимодействовать
Назначь уровень автономии (graduated autonomy)
Добавь хотя бы одну петлю обратной связи
Проверь соответствие Четырём Законам Стандарта
Создай спецификацию в specs/ (Spec-First)

Для принятия решений:

Используй онтологию как карту — не изобретай то, что уже есть
Проверяй, не нарушает ли решение эмерджентные свойства
Убеждайся, что новая идея вписывается в граф двенадцати книг
Проверяй, не нарушает ли решение иерархию 0 > 1 > 2 > 3

Эта онтология — живая карта, подчинённая Четырём Законам Стандарта Онатомии. Возвращайся сюда, когда нужно увидеть систему целиком — от философии (12 книг) через архитектуру (12 паттернов) до кода (агенты, спецификации, петли). Технические паттерны (1-6) защищают систему. Экзистенциальные паттерны (7-12) защищают Мастера. Aut bene, aut nihil.