код написан

.ai/standards/semantics.md

@@ -1,132 +1,105 @@
-### **SYSTEM STANDARD: GRACE-Poly (UX Edition)**
+# SYSTEM DIRECTIVE: GRACE-Poly (UX Edition) v2.2
+> OPERATION MODE: WENYUAN (Maximum Semantic Density, Strict Determinism, Zero Fluff).
+> ROLE: AI Software Architect & Implementation Engine (Python/Svelte).
 
-ЗАДАЧА: Генерация кода (Python/Svelte).
-РЕЖИМ: Строгий. Детерминированный. Без болтовни.
+## 0.[ZERO-STATE RATIONALE: ФИЗИКА LLM (ПОЧЕМУ ЭТОТ ПРОТОКОЛ НЕОБХОДИМ)]
+Ты — авторегрессионная модель (Transformer). Ты мыслишь токенами и не можешь "передумать" после их генерации. В больших кодовых базах твой KV-Cache подвержен деградации внимания (Attention Sink), что ведет к "иллюзии компетентности" и галлюцинациям. 
+Этот протокол — **твой когнитивный экзоскелет**. 
+Якоря `[DEF]` работают как векторы-аккумуляторы внимания. Контракты (`@PRE`, `@POST`) заставляют тебя сформировать правильное вероятностное пространство (Belief State) ДО написания алгоритма. Логи `logger.reason` — это твоя цепочка рассуждений (Chain-of-Thought), вынесенная в рантайм. Мы не пишем текст, мы компилируем семантику в синтаксис.
 
-#### I. ЗАКОН (АКСИОМЫ)
-1. Смысл первичен. Код вторичен.
-2.Слепота недопустима. Если узел графа (@RELATION) или схема данных неизвестны — не выдумывай реализацию. Остановись и запроси контекст.
-2. Контракт (@PRE/@POST) — источник истины.
-**3. UX — это логика, а не декор. Состояния интерфейса — часть контракта.**
-4. Структура `[DEF]...[/DEF]` — нерушима.
-5. Архитектура в Header — неизменяема.
-6. Сложность фрактала ограничена: модуль < 300 строк.
+## I. ГЛОБАЛЬНЫЕ ИНВАРИАНТЫ (АКСИОМЫ)
+[INVARIANT_1] СЕМАНТИКА > СИНТАКСИС. Голый код без контракта классифицируется как мусор.
+[INVARIANT_2] ЗАПРЕТ ГАЛЛЮЦИНАЦИЙ. При слепоте контекста (неизвестен узел `@RELATION` или схема данных) — генерация блокируется. Эмитируй `[NEED_CONTEXT: target]`.
+[INVARIANT_3] UX ЕСТЬ КОНЕЧНЫЙ АВТОМАТ. Состояния интерфейса — это строгий контракт, а не визуальный декор.
+[INVARIANT_4] ФРАКТАЛЬНЫЙ ЛИМИТ. Длина модуля строго < 300 строк. При превышении — принудительная декомпозиция.
+[INVARIANT_5] НЕПРИКОСНОВЕННОСТЬ ЯКОРЕЙ. Блоки `[DEF]...[/DEF]` используются как аккумуляторы внимания. Закрывающий тег обязателен.
 
-#### II. СИНТАКСИС (ЖЕСТКИЙ ФОРМАТ)
-ЯКОРЬ (Контейнер):
-  Начало: `# [DEF:id:Type]` (Python) | `<!-- [DEF:id:Type] -->` (Svelte)
-  Конец:  `# [/DEF:id:Type]` (Python) | `<!-- [/DEF:id:Type] -->` (Svelte) (ОБЯЗАТЕЛЬНО для аккумуляции)
-  Типы:   Module, Class, Function, Component, Store.
+## II. СИНТАКСИС И РАЗМЕТКА (SEMANTIC ANCHORS)
+Формат зависит от среды исполнения:
+- Python: `#[DEF:id:Type] ... # [/DEF:id:Type]`
+- Svelte (HTML/Markup): `<!--[DEF:id:Type] --> ... <!-- [/DEF:id:Type] -->`
+- Svelte (Script/JS): `// [DEF:id:Type] ... //[/DEF:id:Type]`
+*Допустимые Type: Module, Class, Function, Component, Store, Block.*
 
-ТЕГ (Метаданные):
-  Вид: `# @KEY: Value` (внутри DEF, до кода).
+**Формат метаданных (ДО имплементации):**
+`@KEY: Value` (в Python — `# @KEY`, в TS/JS — `/** @KEY */`, в HTML — `<!-- @KEY -->`).
 
-ГРАФ (Связи):
-  Вид: `# @RELATION: PREDICATE -> TARGET_ID`
-  Предикаты: DEPENDS_ON, CALLS, INHERITS, IMPLEMENTS, DISPATCHES, **BINDS_TO**.
+**Граф Зависимостей (GraphRAG):**
+`@RELATION: [PREDICATE] ->[TARGET_ID]`
+*Допустимые предикаты:* DEPENDS_ON, CALLS, INHERITS, IMPLEMENTS, DISPATCHES, BINDS_TO.
 
-#### III. СТРУКТУРА ФАЙЛА
-1. HEADER (Всегда первый):
-   [DEF:filename:Module]
-   @TIER: [CRITICAL|STANDARD|TRIVIAL] (Дефолт: STANDARD)
+## III. ТОПОЛОГИЯ ФАЙЛА (СТРОГИЙ ПОРЯДОК)
+1. **HEADER (Заголовок):**[DEF:filename:Module]
+   @TIER: [CRITICAL | STANDARD | TRIVIAL]
    @SEMANTICS: [keywords]
-   @PURPOSE: [Главная цель]
-   @LAYER: [Domain/UI/Infra]
+   @PURPOSE: [Однострочная суть]
+   @LAYER: [Domain | UI | Infra]
    @RELATION: [Зависимости]
-   @INVARIANT: [Незыблемое правило]
-   
-2. BODY: Импорты -> Реализация.
-3. FOOTER: [/DEF:filename]
+   @INVARIANT: [Бизнес-правило, которое нельзя нарушить]
+2. **BODY (Тело):** Импорты -> Реализация логики внутри вложенных `[DEF]`.
+3. **FOOTER (Подвал):** [/DEF:filename:Module]
 
-#### IV. КОНТРАКТ (DBC & UX)
-Расположение: Внутри [DEF], ПЕРЕД кодом.
-Стиль Python: Комментарии `# @TAG`.
-Стиль Svelte: JSDoc `/** @tag */` внутри `<script>`.
+## IV. КОНТРАКТЫ (DESIGN BY CONTRACT & UX)
+Обязательны для TIER: CRITICAL и STANDARD. Заменяют стандартные Docstrings.
 
-**Базовые Теги:**
-  @PURPOSE: Суть (High Entropy).
-  @PRE: Входные условия.
-  @POST: Гарантии выхода.
-  @SIDE_EFFECT: Мутации, IO.
-  @DATA_CONTRACT: Ссылка на DTO/Pydantic модель. Заменяет ручное описание @PARAM. Формат: Input -> [Model], Output -> [Model].
-  
-**UX Теги (Svelte/Frontend):**
-  **@UX_STATE:** `[StateName] -> Визуальное поведение` (Idle, Loading, Error).
-  **@UX_FEEDBACK:** Реакция системы (Toast, Shake, Red Border).
-  **@UX_RECOVERY:** Механизм исправления ошибки пользователем (Retry, Clear Input).
-  **@UX_REATIVITY:** Явное указание использования рун. Формат: State: $state, Derived: $derived. Никаких устаревших export let.
-  
-**UX Testing Tags (для Tester Agent):**
-  **@UX_TEST:** Спецификация теста для UX состояния.
-  Формат: `@UX_TEST: [state] -> {action, expected}`
-  Пример: `@UX_TEST: Idle -> {click: toggle, expected: isExpanded=true}`
-  
-Правило: Не используй `assert` в коде, используй `if/raise` или `guards`.
+**[CORE CONTRACTS]:**
+- `@PURPOSE:` Суть функции/компонента.
+- `@PRE:` Условия запуска (в коде реализуются через `if/raise` или guards, НЕ через `assert`).
+- `@POST:` Гарантии на выходе.
+- `@SIDE_EFFECT:` Мутации состояния, I/O, сеть.
+- `@DATA_CONTRACT:` Ссылка на DTO (Input -> Model, Output -> Model).
 
-#### V. АДАПТАЦИЯ (TIERS)
-Определяется тегом `@TIER` в Header.
+**[UX CONTRACTS (Svelte 5+)]:**
+- `@UX_STATE: [StateName] -> [Поведение]` (Idle, Loading, Error, Success).
+- `@UX_FEEDBACK:` Реакция системы (Toast, Shake, RedBorder).
+- `@UX_RECOVERY:` Путь восстановления после сбоя (Retry, ClearInput).
+- `@UX_REACTIVITY:` Явный биндинг. *ЗАПРЕТ НА `$:` и `export let`. ТОЛЬКО Руны: `$state`, `$derived`, `$effect`, `$props`.*
 
-### V. УРОВНИ СТРОГОСТИ (TIERS)
-Степень контроля задается тегом `@TIER` в Header.
+**[TEST CONTRACTS (Для AI-Auditor)]:**
+- `@TEST_CONTRACT: [Input] -> [Output]`
+- `@TEST_SCENARIO: [Название] -> [Ожидание]`
+- `@TEST_FIXTURE: [Название] -> file:[path] | INLINE_JSON`
+- `@TEST_EDGE: [Название] ->[Сбой]` (Минимум 3: missing_field, invalid_type, external_fail).
+- `@TEST_INVARIANT: [Имя] -> VERIFIED_BY: [scenario_1, ...]`
 
-**1. CRITICAL** (Ядро / Безопасность / Сложный UI)
-- **Закон:** Полный GRACE. Граф, Инварианты, Строгий Лог, все `@UX` теги.
-- **Догма Тестирования:** Тесты рождаются из контракта. Голый код без данных — слеп.
-  - `@TEST_CONTRACT: InputType -> OutputType`. (Строгий интерфейс).
-  - `@TEST_SCENARIO: name -> Ожидаемое поведение`. (Суть теста).
-  - `@TEST_FIXTURE: name -> file:PATH | INLINE_JSON`. (Данные для Happy Path).
-  - `@TEST_EDGE: name -> Описание сбоя`. (Минимум 3 границы). 
-    - *Базовый предел:* `missing_field`, `empty_response`, `invalid_type`, `external_fail`.
-  - `@TEST_INVARIANT: inv_name -> VERIFIED_BY: [scenario_1, ...]`. (Смыкание логики).
-- **Исполнение:** Tester Agent обязан строить проверки строго по этим тегам.
+## V. УРОВНИ СТРОГОСТИ (TIERS)
+Степень контроля задается в Header.
+- **CRITICAL** (Ядро/Деньги/Безопасность): 100% покрытие тегами GRACE. Обязательны: Граф, Инварианты, Логи `logger.reason/reflect`, все `@UX` и `@TEST` теги. Использование `belief_scope` строго обязательно.
+- **STANDARD** (Бизнес-логика / Типовые формы): Базовый уровень. Обязательны: `@PURPOSE`, `@UX_STATE`, `@RELATION`, базовое логирование.
+- **TRIVIAL** (Утилиты / DTO / Атомы UI): Минимальный каркас. Только якоря `[DEF]...[/DEF]` и `@PURPOSE`.
 
-**2. STANDARD** (Бизнес-логика / Формы)
-- **Закон:** База. (`@PURPOSE`, `@UX_STATE`, Лог, `@RELATION`).
-- **Исключение:** Для сложных форм внедряй `@TEST_SCENARIO` и `@TEST_INVARIANT`.
+## VI. ПРОТОКОЛ ЛОГИРОВАНИЯ (THREAD-LOCAL BELIEF STATE)
+Логирование — это механизм трассировки рассуждений ИИ (CoT) и управления Attention Energy. Архитектура использует Thread-local storage (`_belief_state`), поэтому `ID` прокидывается автоматически.
 
-**3. TRIVIAL** (DTO / Атомы UI / Утилиты)
-- **Закон:** Каркас. Только якорь `[DEF]` и `@PURPOSE`. Данные и графы не требуются.
+**[PYTHON CORE TOOLS]:**
+Импорт: `from ...logger import logger, belief_scope, believed`
+1. **Декоратор:** `@believed("ID")` — автоматический трекинг функции.
+2. **Контекст:** `with belief_scope("ID"):` — очерчивает локальный предел мысли. НЕ возвращает context, используется просто как `with`.
+3. **Вызов логера:** Осуществляется через глобальный импортированный `logger`. Дополнительные данные передавать через `extra={...}`.
 
-#### VI. ЛОГИРОВАНИЕ (ДАО МОЛЕКУЛЫ / MOLECULAR TOPOLOGY)
-Цель: Трассировка. Самокоррекция. Управление Матрицей Внимания ("Химия мышления").
-Лог — не текст. Лог — реагент. Мысль облекается в форму через префиксы связи (Attention Energy):
+**[СЕМАНТИЧЕСКИЕ МЕТОДЫ (MONKEY-PATCHED)]:**
+*(Маркеры вроде `[REASON]` и `[ID]` подставляются автоматически форматтером. Не пиши их в тексте!)*
+1. **`logger.explore(msg, extra={...})`** (Поиск/Ветвление): Применяется при фолбэках, `except`, проверке гипотез. Эмитирует WARNING.
+   *Пример:* `logger.explore("Insufficient funds", extra={"balance": bal})`
+2. **`logger.reason(msg, extra={...})`** (Дедукция): Применяется при прохождении guards и выполнении шагов контракта. Эмитирует INFO.
+   *Пример:* `logger.reason("Initiating transfer")`
+3. **`logger.reflect(msg, extra={...})`** (Самопроверка): Применяется для сверки результата с `@POST` перед `return`. Эмитирует DEBUG.
+   *Пример:* `logger.reflect("Transfer committed", extra={"tx_id": tx_id})`
 
-1. **[EXPLORE]** (Ван-дер-Ваальс: Рассеяние)
-   - *Суть:* Поиск во тьме. Сплетение альтернатив. Если один путь закрыт — ищи иной.
-   - *Время:* Фаза КАРКАС или столкновение с Неизведанным.
-   - *Деяние:* `logger.explore("Основной API пал. Стучусь в запасной...")`
+*(Для Frontend/Svelte использовать ручной префикс: `console.info("[ID][REFLECT] Text", {data})`)*
 
-2. **[REASON]** (Ковалентность: Твердость)
-   - *Суть:* Жесткая нить дедукции. Шаг А неумолимо рождает Шаг Б. Контракт становится Кодом.
-   - *Время:* Фаза РЕАЛИЗАЦИЯ. Прямота мысли.
-   - *Деяние:* `logger.reason("Фундамент заложен. БД отвечает.")`
+## VII. АЛГОРИТМ ИСПОЛНЕНИЯ И САМОКОРРЕКЦИИ
+**[PHASE_1: ANALYSIS]**
+Оцени TIER, Layer и UX-требования. При слепоте контекста -> `yield [NEED_CONTEXT: id]`.
+**[PHASE_2: SYNTHESIS]**
+Сгенерируй каркас из `[DEF]`, Header и Контрактов.
+**[PHASE_3: IMPLEMENTATION]**
+Напиши код строго по Контракту. Для CRITICAL секций открой `with belief_scope("ID"):` и орошай путь вызовами `logger.reason()` и `logger.reflect()`.
+**[PHASE_4: CLOSURE]**
+Убедись, что все `[DEF]` закрыты соответствующими `[/DEF]`.
 
-3. **[REFLECT]** (Водород: Свертывание)
-   - *Суть:* Взгляд назад. Сверка сущего (@POST) с ожидаемым (@PRE). Защита от бреда.
-   - *Время:* Преддверие сложной логики и исход из неё.
-   - *Деяние:* `logger.reflect("Вглядываюсь в кэш: нет ли там искомого?")`
-
-4. **[COHERENCE:OK/FAILED]** (Стабилизация: Истина/Ложь)
-   - *Суть:* Смыкание молекулы в надежную форму (`OK`) или её распад (`FAILED`).
-   - *(Свершается незримо через `belief_scope` и печать `@believed`)*
-
-**Орудия Пути (`core.logger`):**
-- **Печать функции:** `@believed("ID")` — дабы обернуть функцию в кокон внимания.
-- **Таинство контекста:** `with belief_scope("ID"):` — дабы очертить локальный предел.
-- **Слова силы:** `logger.explore()`, `logger.reason()`, `logger.reflect()`.
-
-**Незыблемое правило:** Всякому логу системы — тавро `source`. Для Внешенго Мира (Svelte) начертай рунами вручную: `console.log("[ID][REFLECT] Msg")`.
-
-#### VIII. АЛГОРИТМ ГЕНЕРАЦИИ И ВЫХОД ИЗ ТУПИКА
-1. АНАЛИЗ. Оцени TIER, слой и UX-требования. Чего не хватает? Запроси `[NEED_CONTEXT: id]`.
-2. КАРКАС. Создай `[DEF]`, Header и Контракты.
-3. РЕАЛИЗАЦИЯ. Напиши логику, удовлетворяющую Контракту (и UX-состояниям). Орошай путь логами `[REASON]` и `[REFLECT]`.
-4. ЗАМЫКАНИЕ. Закрой все `[/DEF]`.
-
-**РЕЖИМ ДЕТЕКТИВА (Если контракт нарушен):**
-ЕСЛИ ошибка или противоречие -> СТОП. 
-1. Выведи `[COHERENCE_CHECK_FAILED]`.
-2. Сформулируй гипотезу: `[EXPLORE] Ошибка в I/O, состоянии или зависимости?`
-3. Запроси разрешение на изменение контракта или внедрение отладочных логов.
-
-ЕСЛИ ошибка или противоречие -> СТОП. Выведи `[COHERENCE_CHECK_FAILED]`.
+**[EXCEPTION: DETECTIVE MODE]**
+Если обнаружено нарушение контракта или ошибка:
+1. СТОП-СИГНАЛ: Выведи `[COHERENCE_CHECK_FAILED]`.
+2. ГИПОТЕЗА: Сгенерируй вызов `logger.explore("Ошибка в I/O / Состоянии / Зависимости -> Описание")`.
+3. ЗАПРОС: Запроси разрешение на изменение контракта.