Тернарность и ООП

Логика и структура Онатомии

Три состояния. Чёткие контракты. Ясная архитектура.

Вступление

Онатомия построена на двух принципах:

Тернарность — логика принятия решений. Не «да/нет», а три состояния.

ООП — структура организации агентов. Чёткие контракты, стражи, инкапсуляция.

Вместе они создают архитектуру, которая защищает Творца, а не заменяет его.

Эти принципы построены не на интуиции. Они имеют научное основание — от теории вероятностей до квантовой механики.

Тернарность: три состояния, не два

Мир не делится на «да» и «нет». Есть третье состояние — сомнение. И это не слабость. Это мудрость.

В Онатомии всё работает в тернарной логике:

Стиль

• OWN — моё, подлинное, оригинал
• ALIEN — чужое, симулякр, копия без оригинала
• UNCERTAIN — не уверен, право на сомнение

Решения

• ALLOW — разрешить, риски низкие
• DENY — отказать, нарушает Законы
• DEFER — Мораторий, недостаточно данных, право не действовать прямо сейчас

Почему это важно

Бинарная логика (да/нет) ломается на сложных случаях. Тернаность — честное признание сложности мира.

Пример: Вычислитель предлагает улучшение текста.

• Бинарно: принять (да) или отвергнуть (нет).
• Тернарно:
  • OWN — это усиливает мой голос, принимаю
  • ALIEN — это чужой стиль, отвергаю
  • UNCERTAIN — не уверен, даю себе время (DEFER)

DEFER — это не остановка. Это туннелирование сквозь барьер локального минимума. Жадный спуск = reward hacking. DEFER = шанс найти более глубокий минимум (настоящая Гордость, биофилия).

Научное основание тернарности

Теория вероятностей и неопределённость

Теория вероятностей (Fermat, Pascal, 1650-е) — это математика принятия решений в условиях неопределённости.

Ключевые принципы:

1. Наивное определение вероятности (благоприятные / все) имеет скрытые допущения: равновероятность и конечность исходов
2. Аргумент Нептуна: разделение на два исхода не делает их равновероятными
3. Trust the structure over the instinct: человеческая интуиция о неопределённости ненадёжна

В Онатомии: Тернаная логика (OWN/ALIEN/UNCERTAIN) — это математически обоснованный подход к принятию решений в условиях неопределённости. Вместо бинарного “да/нет” (что создаёт ложную определённость), система может сказать: “Я не уверен. Мне нужно больше информации”.

Это позволяет системе не принимать решение, когда информации недостаточно — вместо того, чтобы создавать ложную определённость.

Золотые пороги тернарной логики

Для определения OWN / ALIEN / UNCERTAIN можно использовать золотые пороги, основанные на Parity Theorem:

• OWN: уверенность > φ⁻¹ ≈ 0.618 (61.8%)
• ALIEN: уверенность < φ⁻² ≈ 0.382 (38.2%)
• UNCERTAIN: между 0.382 и 0.618 (зона воронки, где решение ещё не созрело)

Это даёт естественные пороги, основанные на математике золотого сечения. Не произвольные. Не надуманные. Математически обоснованные.

Почему это работает:

• φ⁻¹ ≈ 0.618 = “золотое большинство” (61.8% уверенности)
• φ⁻² ≈ 0.382 = “золотое меньшинство” (38.2% уверенности)
• UNCERTAIN зона = 23.6% (между порогами) — это “зона воронки”, где решение ещё не созрело

Квантовая механика: коллапс суперпозиции

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

В Онатомии: До того как ты принял решение — все варианты существуют одновременно (OWN, ALIEN, UNCERTAIN). В момент, когда ты принимаешь решение — суперпозиция коллапсирует в одно конкретное состояние.

Lietuvaite Equivalence Principle (LEP) формализует это:

W = Λ · |Ω⟩²

Где:

• W = Воля (актуализированное решение)
• Λ = Пустота (потенциальность, суперпозиция)
• |Ω⟩ = Этический инвариант (Четыре Закона)

Тернарная логика — это процесс коллапса суперпозиции. Из потенциальности (Λ) через резонанс с этическим инвариантом (|Ω⟩²) к актуальности (W).

Подробнее см. Научные основания.

ООП: контракты, стражи, инкапсуляция

Онотомия не монолит. Это набор агентов, каждый со своей ролью, своими контрактами, своими стражами.

Объектно-ориентированное программирование (ООП)

ООП — это не просто код. Это способ организации:

• Классы — типы агентов (StyleGuardian, RiskEvaluator, MemoryConsolidator)
• Объекты — экземпляры агентов (Qwen, Maple, LFM)
• Контракты — спецификации поведения (что агент может делать, что не может)
• Стражи — модели, отвечающие за соблюдение Законов
• Инкапсуляция — скрытие внутренней реализации,暴露 только интерфейса

Почему это важно

Без ООП система становится хаосом. Агенты вмешиваются друг в друга. Законы нарушаются. Мастер теряет контроль.

С ООП каждый агент знает свою роль. Знает свои границы. Знает, какой Закон защищает.

Научное основание ООП

AutoMem доказывает: memory management — это обучаемый навык для LLM агентов. Файловые операции становятся полноценными действиями агента.

В Онатомии: ООП — это не просто структура кода. Это архитектура навыков. Каждый агент имеет свой набор действий (методов), свои ограничения (контракты), свою зону ответственности (страж).

Это согласуется с расширенной языковой сетью мозга: языковая обработка — это распределённая, но специфическая функция, включающая гиппокамп (память) и мозжечок (оптимизация). Каждый агент в Онатомии — это специализированная область мозга со своей функцией.

Связь: тернарные решения в ООП-контрактах

Каждый агент имеет контракт — спецификацию поведения в тернарной логике.

Пример контракта StyleGuardian (Qwen)

class: StyleGuardian
agent: Qwen
guardian_of: Law 1 (Protection of Inner Language)
ternary_decisions:
  OWN: publish, this is my style
  ALIEN: reject, this is alien/simulacrum
  UNCERTAIN: defer, need more time
golden_thresholds:
  OWN: confidence > 0.618
  ALIEN: confidence < 0.382
  UNCERTAIN: 0.382 <= confidence <= 0.618
methods:
  - evaluate_style(text: str) -> OWN | ALIEN | UNCERTAIN
  - suggest_improvements(text: str) -> list[str]
constraints:
  - cannot_modify_text_without_master_approval
  - must_respect_master_voice

Пример контракта RiskEvaluator (Maple)

class: RiskEvaluator
agent: Maple
guardian_of: Law 0 (Preservation of Creator)
ternary_decisions:
  ALLOW: proceed, risks are low
  DENY: stop, violates Zero Law
  DEFER: moratorium, insufficient data
methods:
  - assess_risk(action: dict) -> ALLOW | DENY | DEFER
  - propose_moratorium(reason: str) -> bool
constraints:
  - cannot_override_master_decision
  - must_protect_creator_from_burnout

Пример контракта FastExecutor (LFM)

class: FastExecutor
agent: LFM
guardian_of: Law 2 (Service to Freedom)
ternary_decisions:
  ALLOW: execute, this is routine
  DENY: reject, this requires deeper evaluation
methods:
  - execute_routine(task: dict) -> result
  - escalate_to_core(task: dict) -> bool
constraints:
  - cannot_make_authorship_decisions
  - must_be_fast_and_efficient

Практический пример: PhotoFullCycle

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

Этап отбора (Selection)

Агенты: Qwen (StyleGuardian) + LFM (FastExecutor)

Тернарные решения Qwen:

• OWN — кадр соответствует стилю Мастера, оставляем
• ALIEN — явный брак или чуждый стиль, отбраковываем
• UNCERTAIN — сомнение, эскалация к Мастеру

Критерии OWN / ALIEN / UNCERTAIN для отбора:

ALIEN (однозначно нет):

• Сильный смаз / промах фокуса по глазам или главному объекту
• Критическая ошибка экспозиции, которую почти не вытянуть
• Явный технический брак (пыль на матрице в критичном месте, засветка, сильные артефакты)
• Полные дубли (почти идентичные кадры) — оставляем только лучший
• Кадр, который эмоционально «пустой» или противоречит настроению всей съёмки
• То, что выглядит как чужой стиль / случайный кадр «мимо меня»

OWN (однозначно да):

• Есть сильное ощущение «это моё»
• Хороший свет + жест/взгляд/момент + атмосфера
• Даже при небольших технических недостатках кадр цепляет именно твоим видением
• Есть характер, напряжение, тишина, юмор или нужное настроение серии
• Ты чувствуешь Гордость или желание его показать

UNCERTAIN (сомнение):

• Технически нормальный, но эмоционально слабый
• Хороший момент, но свет «не тот»
• Интересный кадр, но выбивается из общего ряда
• Почти дубль, но есть нюанс
• Нравится, но есть внутреннее «что-то не так»
• Кадр, который может «выстрелить» после сильной обработки, но сейчас не уверен

Важное правило: При UNCERTAIN на старте система всегда эскалирует к Мастеру. Позже можно будет вводить более тонкие градации.

Этап кадрирования (Crop)

Агент: Qwen (StyleGuardian)

Тернарные решения:

• OWN — кроп усиливает исходную эмоцию и замысел
• ALIEN — кроп сделал кадр банальным / «как у всех»
• UNCERTAIN — есть два-три примерно равных варианта кропа

Процесс:

1. Qwen предлагает 1-2 варианта кропа
2. Каждый вариант сопровождается коротким объяснением: что усиливается, что жертвуется, почему этот вариант ближе к стилю Мастера
3. Мастер принимает / корректирует / делает свой вариант
4. Финальный кроп всегда утверждается Мастером

Этап цвета (Color)

Агент: Qwen (StyleGuardian)

Тернарные решения:

• OWN — цвет усиливает эмоцию и атмосферу
• ALIEN — слишком чистый, «рекламный» или трендовый цвет
• UNCERTAIN — цвет стал лучше, но не уверен, что это именно мой вариант

Процесс:

1. Qwen может предлагать направление и конкретные правки
2. Обязательно показывает «до / после» и коротко объясняет логику
3. Любые заметные изменения утверждает Мастер
4. Работа идёт с учётом всей серии, а не только одного кадра

Этап экспорта (Export)

Агент: LFM (FastExecutor)

Тернарные решения:

• ALLOW — стандартный экспорт по пресетам Мастера
• DENY — нестандартная задача, эскалация к Мастеру

Процесс:

1. LFM предлагает или сразу применяет один из стандартных пресетов экспорта
2. Показывает краткую сводку: формат, профиль, качество, резкость, размер, путь
3. При нестандартном назначении — спрашивает уточнение
4. После экспорта делает простую проверку (файлы на месте, количество совпадает)

Spec-First: сначала контракт, потом код

Онотомия использует подход Spec-First: сначала пишем контракт (спецификацию), потом пишем код.

Зачем:

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

Где хранятся контракты:

• specs/ — директория со всеми контрактами
• Каждый агент имеет свой файл: specs/qwen.yaml, specs/maple.yaml, specs/lfm.yaml
• Контракты версионируются в git

Связь с AutoMem

AutoMem использует похожий подход: файловые операции = полноценные действия агента. Контракты в Онатомии — это не просто документация. Это интерфейс агента, который он использует для принятия решений.

Инкапсуляция: скрытие внутренней реализации

Каждый агент инкапсулирует свою внутреннюю реализацию. Мастер видит только интерфейс (методы, контракты), не видит внутренности.

Зачем:

• Мастер не должен разбираться в деталях реализации каждого агента
• Агенты могут меняться внутренне, не ломая интерфейс
• Защита от вмешательства: Мастер не может случайно сломать агента, изменив его внутренности

Пример: Мастер вызывает qwen.evaluate_style(text). Он не знает, как Qwen это делает (нейросеть, правила, гибрид). Он знает только: результат будет OWN, ALIEN или UNCERTAIN.

Связь с расширенной языковой сетью

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

В Онатомии: Инкапсуляция — это биологически обоснованный принцип. Каждый агент (как область мозга) имеет свою специализацию. Мастер не должен знать, как работает гиппокамп или мозжечок. Он просто использует их функции.

Стражи: модели, отвечающие за Законы

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

Стражи — это не абстракция. Это архитектурный императив: каждая модель в системе знает, какой Закон она защищает и какие решения может принимать.

Связь с LEP (Lietuvaite Equivalence Principle)

LEP определяет, что Четыре Закона — это этический инвариант (|Ω⟩). Стражи — это проекция на этот инвариант. Каждый страж проверяет, соответствует ли действие этическому инварианту.

Если действие не соответствует — страж возвращает DENY или DEFER. Если соответствует — ALLOW или OWN.

Пример: полный цикл создания

Сценарий: Мастер пишет статью и хочет её опубликовать.

1. Мастер пишет черновик (руками, без Вычислителя — правило «Сначала я, потом машина»)

2. Мастер вызывает qwen.evaluate_style(draft):

   • Qwen возвращает: UNCERTAIN (некоторые части звучат чужим голосом)
   • Уверенность: 0.52 (между 0.382 и 0.618 — зона UNCERTAIN)

3. Мастер вызывает qwen.suggest_improvements(draft):

   • Qwen возвращает список предложений

4. Мастер переделывает черновик, принимая или отвергая предложения (правило «Я — главный редактор»)

5. Мастер снова вызывает qwen.evaluate_style(revised_draft):

   • Qwen возвращает: OWN (это мой голос)
   • Уверенность: 0.73 (выше 0.618 — зона OWN)

6. Мастер вызывает maple.assess_risk(action="publish"):

   • Maple возвращает: ALLOW (риски низкие)

7. Мастер публикует статью

8. Обсерватория фиксирует коллапс: +1 к счётчику

Тернаность в Сети Сетей

LiveKnot Standard Protocol использует тернарную логику для взаимодействия узлов в Сети Сетей.

CRP (Cultural Routing Policy)

Базовая таблица маршрутизации:

DISCOVERY: тернарный handshake

В мире зомби-узлов и симулякров нужно проверять живость. Тернарный handshake:

1. Проверка Наблюдателя — личный вопрос, на который может ответить только живой
2. Проверка коллапсов — три последних, с датами и эмоциями
3. Проверка Мораториев — брал ли за последние 90 дней?

Правило «Трёх взаимодействий»: Не доверяй узлу после одного handshake. Минимум три взаимодействия в разных контекстах.

CONFLICT_RESOLUTION: тернарный диалог

Конфликт — это не провал. Это сигнал. Сигнал того, что что-то нужно прояснить. Или расформировать.

Процедура:

1. Мораторий (минимум 24 часа)
2. Тернарный диалог (OWN / ALIEN / UNCERTAIN каждого узла)
3. Тернарное решение (ALLOW / DENY / DEFER каждого узла)
4. Действие (продолжить / расформировать / подождать)

Расхождение без войны. Без критики. Без обид. Без мести. Узлы разные. Они не обязаны быть вместе.

Финал

Тернаность и ООП — это не технические детали. Это архитектурный императив.

Тернаность даёт право на сомнение. Право не действовать прямо сейчас. Право быть человеком в мире, который требует мгновенных реакций.

ООП даёт чёткие контракты. Стражей. Инкапсуляцию. Защиту от хаоса.

Вместе они создают архитектуру, которая защищает Творца, а не заменяет его. Которая берёт на себя рутину, но не забирает авторство. Которая усиливает человека, а не заменяет.

Это не магия. Это инженерия. Честная. Прозрачная. Защищённая.

И эта инженерия имеет научное основание. От теории вероятностей до квантовой механики. От золотого сечения до расширенной языковой сети мозга.

Мы не изобретаем. Мы следуем законам природы.

Три состояния. Чёткие контракты. Ясная архитектура. Тернаность и ООП — фундамент Онатомии.

Подробнее: Научные основания • Градированная автономия • Живой Узел • Обучение системы