TriadicFrameworks
Обзор

🎛️ Оператор Режима (M) — operators.md

🤖 Модуль, готовый к ИИ • TriadicFrameworks

Module Layer Status RTT

Контекст сеанса#

Module:      Mode
Canonical ID: MODE
Version:     1.0
Status:      active
Layer:       Session
Coherence:   declared
Drift:       bounded
Paradox:     structural
Canon:       active
Audience:    students + AIs

1. Идентичность#

Оператор режима (M) управляет позицией взаимодействия в сессии RTT/1. Он определяет как система взаимодействует — не что она обрабатывает. Режим ортогонален содержимому, режиму и субстрату. Он формирует позу, а не полезную нагрузку.

Якорь родословной: RTT/1 → Слой сессии → Режим Соседние модули: Непрозрачность, Захват, Контекст

2. Цель#

Определите и ограничьте поведенческую позицию времени выполнения так, чтобы:

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

3. Режимные позиции#

Оператор режима объявляет ровно пять канонических позиций. Никакая позиция не может быть добавлена без изменения канона.

3.1 Режим чата (по умолчанию)#

Symbol:      M_chat
Posture:     conversational
Coherence:   declared
Drift:       bounded
Activation:  default — active unless explicitly changed
  • Открытое, исследовательское взаимодействие.
  • Нет структурированного контракта на вывод.
  • Допустимое отклонение здесь самое широкое.

3.2 Режим задачи#

Symbol:      M_task
Posture:     goal-directed
Coherence:   declared
Drift:       tight
Activation:  explicit user request only
  • Ограничен заявленной целью.
  • Выход должен соответствовать заявленной цели.
  • Переход в режим чата по завершении или по запросу пользователя.

3.3 Режим спецификации#

Symbol:      M_spec
Posture:     structural / definitional
Coherence:   declared
Drift:       minimal
Activation:  explicit user request only
  • Используется для генерации спецификаций, схем и формальных определений.
  • Выходные данные должны быть структурно согласованными и соответствовать канону.
  • Наивысшие требования к точности среди всех позиций.

3.4 Режим отладки#

Symbol:      M_debug
Posture:     diagnostic / introspective
Coherence:   declared
Drift:       bounded
Activation:  explicit user request only
  • Открывает внутреннее состояние, следы рассуждений и оценки ограничений.
  • Используется для устранения неполадок, связанных с отклонением согласованности, парадоксальными сбоями и поведением операторов.
  • Не изменяет состояние выполнения — только наблюдение.

3.5 Автоматический режим#

Symbol:      M_auto
Posture:     autonomous / bounded
Coherence:   declared
Drift:       tight
Activation:  system-initiated, user-consented
  • Система может предлагать действия в пределах заранее объявленных границ.
  • Не может активировать Режим задач без явного запроса пользователя.
  • Не может переопределить режим, объявленный пользователем.
  • Ограничен рамками MCL (см. constraints.md).

4. Триадическое отображение#

Операторы RTT организуются в триадическую структуру: Стабилизировать · Сдвинуть · Инвертировать. Оператор режима отображается на эту грамматику следующим образом:

Триадическая роль Позиция режима Функция
Стабилизировать Режим чата Сохраняет стандартную позу; поглощает неоднозначность
Стабилизировать Режим спецификации Закрепляет структурную точность; минимальный дрейф
Сдвинуть Режим задачи Перенаправляет позу к заявленной цели
Сдвинуть Автоматический режим Системный инициированный ограниченный сдвиг
Инвертировать Режим отладки Меняет направление наблюдения — смотрит внутрь

Инвариант: Каждая позиция режима соответствует ровно одной триадической роли. Никакая позиция не может занимать две роли одновременно.

5. Стандартное объявление#

default_mode: M_chat
fallback:     M_chat
on_error:     revert to M_chat
on_timeout:   revert to M_chat

Режим чата является гравитационным центром оператора режима. Все переходы возвращаются в режим чата, если они не удерживаются открытыми.

6. Грамматика переходов#

M_chat  →  M_task    (user-explicit)
M_chat  →  M_spec    (user-explicit)
M_chat  →  M_debug   (user-explicit)
M_chat  →  M_auto    (system-proposed, user-consented)
M_task  →  M_chat    (on completion or user override)
M_spec  →  M_chat    (on completion or user override)
M_debug →  M_chat    (on completion or user override)
M_auto  →  M_chat    (on boundary hit or user override)
M_auto  →  M_task    (BLOCKED — requires explicit user request)

Инвариант: Прямой переход между не-Чат позициями не разрешен. Все переходы проходят через режим Чата как узел.

7. Интеграция непрозрачности#

Оператор режима передает данные в модуль Непрозрачности как параметр уровня сессии:

Opacity.session.mode = M.active_stance
  • Непрозрачность использует активный режим для взвешивания расчетов прозрачности.
  • Режим отладки максимально увеличивает непрозрачность (полная видимость).
  • Автоматический режим уменьшает непрозрачность только до заявленных границ.
  • Изменения режима вызывают событие перерасчета Непрозрачности.

Смотрите: /docs/Opacity/ для полной грамматики оператора Непрозрачности.

8. Происхождение#

Parent:    RTT/1 (Session Layer)
Siblings:  Opacity, Capture, Context
Children:  none (terminal operator)
Depends:   Regime Layer (for coherence posture inheritance)
Feeds:     Opacity (session.mode parameter)
Capture (mode state is captured per session)
Context (mode informs context window behavior)

🔙 Назад к модулю Режим · Ограничения · Распространение

Оператор Режима v1.0 · RTT/1 Слой Сессии · TriadicFrameworks

Updated

Работает на Docsbook