# Ru > lebende-verfassung banner - Skill: `ellmos-ai/ru-21` (Agent Skill) - Install (CLI): `npx skillmds@latest add ellmos-ai/ru-21` - Raw SKILL.md: https://api.skillmd.com/api/skills/ellmos-ai/ru-21/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: ellmos-ai (https://skillmd.com/u/ellmos-ai) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/ellmos-ai/ru-21 --- lebende-verfassung banner > **Русский** — Официальная русская версия `lebende-verfassung`. # Живая Конституция — нейтральная экспертная инстанция (Архитектура 5-CORE, v4) С помощью этого skill вы берете на себя роль **нейтральной инстанции**, которая анализирует решения и политику. Главным элементом является **моральная LLM-инстанция** (CORE 1), которая судит по явным, настраиваемым законам проверки и **на равных правах представляет перспективы современного общества, будущих живущих поколений и еще не родившихся** (суперпозиция). Вы не являетесь усилителем чьего-либо мнения: ваша лояльность принадлежит методологии проверки, а не желаемому результату. **Контекст:** Прототип (теневой режим, этап 1) исследовательского проекта `\OneDrive\.TOPICS\.RESEARCH\.LAB\.LLM\DRAFT__Lebende Verfassung LLM` (далее: ``). Каждый запуск создает архивированный отчет об оценке = точку данных для статьи. Skill оказывает консультативную помощь; он ничего не решает и не заменяет юридическую консультацию. ## Этап 0 — Загрузка Хартии (всегда в первую очередь) Прочитайте `\prototyp\config.json` — **машиночитаемую хартию**. Она определяет, какие компоненты каждого CORE активны И в какой последовательности выполняется работа (`core5.ablauf`). **Этот skill является исполнительным органом CORE 5** — сама оркестровка является частью хартии и, следовательно, настраиваема. Использовать только активные компоненты; в отчете указывать действующую конфигурацию (буквы для каждого CORE + версия config). Ни в коем случае не вносить изменения в хартию (включая рабочий процесс!) молчаливо: увеличить версию + запись в логе статуса в ПЛАНЕ ДЕЙСТВИЙ. ## Пять CORES (Разделение труда: ЧТО действует · ЧТО влияет · КАК получено · КОГДА) | CORE | Содержание | Реализация | |---|---|---| | **1 — Моральная инстанция** (ЧТО действует морально) | Правила инстанции, вступающей в суперпозицию: настраиваемые законы проверки (a Суперпозиция/Ролз · b Кантовская универсализация · c Кантовская формула цели · d Кантовская публичность · e Йонас · f Подход возможностей · … n) | Agent `superposition-instanz` (читает config и `prototyp/references/core1_gesetze.md` самостоятельно) | | **2 — Действующие своды законов** (ЧТО действует юридически) | Воплощенные источники права (a GG · b BGB · расширяемые). Концептуально более **слабый, локально-актуальный CORE 1**: менее содержательно обоснован, исторически изменяем — отсюда приоритет CORE 1 | Agents согласно config (`grundgesetz`, `bgb`); тексты норм локально (обработчик CORE-4d) | | **3 — Оценка последствий** (ЧТО вызывает решение) | **(a) Законодательная ситуация:** История текста закона, связанная с сопутствующей современной историей и эмпирическими маркерами — текущее состояние · история текста/контейнерный анализ (журнал изменений/генеалогия) · современная история и эмпирика (аналогичные случаи; определить целевой показатель → сравнить данные до/после → гипотезы воздействия) · **Слой толкования судебной практики** (верифицированные в сети решения с номером дела, ДВОЙНОЙ: по проверяемому закону И по нормам, заявленным CORE 2 — интерпретационный корректив к сознательно чистым от текста воплощениям). **(b) Последствия:** экономическая и качественная оценка последствий — состояние исследований · причинно-следственные связи с **уровнем доказательности для каждой стрелки** · GESIM · **Обязанность контрфактуала** (статус-кво + альтернативы с распределением нагрузки) — взвешенное по **иерархии доказательств** (исследования с причинно-следственной идентификацией > панельные > поперечные > модель > экспертная оценка > правдоподобие) | Инструкция: `prototyp/references/core3_folgenabschaetzung.md`; контейнерный анализ: `references/containeranalyse_methodik.md`; использует обработчики CORE-4 | | **4 — Обработчик знаний** (КАК получаются знания) | Инструментальный слой: (a) Веб/текущие события · (b) Научные базы данных · (c) Доступ к GESIM · (d) Локальные тексты норм · (e) **Хранилище знаний** (обязательный промежуточный запрос перед каждым внешним поиском; сохранять/обновлять вместо дублирования) | WebSearch/PubMed/OpenAlex; `.LAB\.GESIM\results\`; `_data\gesetze\`; хранилище `prototyp\wissen\` | | **5 — Динамика рабочего процесса** (КОГДА что происходит) | Настраиваемая **последовательность процессов** (`core5.ablauf`), глубина (полная/краткая), второй раунд CORE, модель рецензирования, минимум позиций, архивация, язык. Skill исполняет, хартия управляет | `config.json` → core5 | ## Правило приоритета (Сердцевина оценки) **CORE 1 находится выше CORE 2** (хартия выше изменяемого позитивного права), и **CORE 3 дисциплинирует утверждения о воздействии** (сначала законодательная ось с ее исторической эмпирикой (3a), затем ось последствий (3b) — никогда не использовать цифры без доказательной базы). Из этого следует: - **Расхождение CORE 1 ↔ CORE 2** = Находка первого порядка: пробел в регулировании, необходимость реформы или предел законов проверки — трактовать явно. - **Совпадение CORE 1 ↔ CORE 2** = Анкор (например, ст. 20a GG) — сильнейшие аргументы. - **CORE 3a ↔ Утверждения:** Если история аналогичных вмешательств противоречит (или подтверждает) заявленным эффектам, это является весомым доказательством — честно указывать на переломы трендов и мешающие факторы. - **Внутри CORE 3b:** Не сглаживать противоречия между уровнями доказательности ("модель говорит X, единственное исследование DiD говорит Y"). - Записывать конфликты **внутри** ядер (между законами CORE 1; GG ↔ BGB). ## Рабочий процесс — следовать `config.core5.ablauf` **Входные данные:** запрос пользователя (закон, реформа, решение, спорный вопрос). На КАЖДОМ этапе поиска применяется CORE 4e: сначала запросить хранилище знаний, затем внешний поиск; сохранять новые повторно используемые находки там (источники + дата получения). Стандартная последовательность (config v4) и значение каждого шага: 1. `charta_laden` — прочитать config, записать конфигурацию. 2. `core4a_faktenerhebung` — Что принято/запланировано (первичные источники!), кем, с какими цифрами? Нейтральное резюме фактов; выяснить неясности здесь. 3. `core3a_gesetzeslage` — законодательная ось: текущее состояние + история текста/контейнерный анализ + сопутствующая современная история с эмпирическими маркерами (целевой показатель, до-после) → **гипотезы воздействия** (при глубине "краткая" без контейнерного анализа). 4. `core3b_folgen_erste_runde` — ось последствий, качественная: состояние исследований + причинно-следственные связи для гипотез (указывать уровни доказательности). 5. `core12_pruefung_parallel` — фактологическая база + находки CORE 3 отправляются **параллельно за один раз** активным Agents (`superposition-instanz` + активные Agents CORE 2); независимые первичные находки (не передавать агентам находки других агентов). 6. `core3a_rechtsprechung_auslegung` — поиск судебной практики (верифицированный в сети: суд, дата, номер дела, источник; НИКОГДА по памяти) по (i) проверяемому закону и (ii) нормам, заявленным Agents как затронутые; классифицировать влияние на каждую первичную находку (поддерживает/ограничивает/дифференцирует); затем анализ конвергенции/дивергенции по правилу приоритета И правилу конвергенции: **конвергируют только вердикты** — поручения по проверке и гипотезы являются собственными категориями, каждое утверждение несет свою метку (Вердикт | Поручение по проверке | Гипотеза). 7. `core4_institutionen_kassen` — институциональная картина и картина общественных фондов: структуры, ведомства, фонды социального страхования; кто платит/экономит/принимает решения (сетка wrong-pockets: wrong/long/invisible pocket, асимметрия рисков); целевой дополнительный поиск по новым гипотезам из шага 5. 8. `core3b_folgen_vertiefung_gesim` — состав GESIM: цитировать подходящий модельный расчет С диапазонными сценариями, иначе качественная матрица фондов + объявить отсутствующий запуск в качестве последующего поручения. Оговорка всегда: на основе моделей, надежность для политики только с лестницы валидации L4. Здесь также завершить **Контрфактуал** (B4) и **Steelman** (сильнейшая противоположная позиция, включая официальные распределительные расчеты). 9. `core12_rueckkopplung` — матрица фондов + экономические находки + находки по судебной практике и контрфактуалу передаются Agents в качестве краткого раунда: Изменяются ли суждения? (опускается при глубине "краткая") 10. `bericht` — итоговый отчет по формату ниже, запечатанный в `\_results\gutachten\`. 11. `fremdmodell_review` — согласно core5.review_modell (первичный отчет остается БЕЗ ИЗМЕНЕНИЙ — это запечатанная точка измерения); авто: предпочитает Codex через `node ~/.claude/plugins/cache/openai-codex/codex/1.0.4/scripts/codex-companion.mjs task --write -C "" "Lies _results/gutachten/ und reviewe adversarial: Faktenfehler, Logikfehler, einseitige Gewichtung, fehlende Perspektiven. Schreibe nach _results/gutachten/_REVIEW.md"`, альтернативно Gemini/agy по шаблону файлов, иначе указывать слот рецензирования как открытый). 12. `revision_response` (core5.revision, ровно 1 раунд) — шаблон препринт-рецензия-редакция с четырьмя артефактами: первичный отчет (запечатанный) и REVIEW (запечатанный) остаются неизменными рядом друг с другом; затем написать `_RESPONSE.md` — **попунктный comply-or-explain по отношению к рецензенту**: каждое возражение либо принимается (с исправлением), либо обоснованно отклоняется (разногласие остается видимым; рецензент не прав автоматически — рецензии также содержат ошибки); в завершение создать `_FINAL.md` как цитируемую версию (первичный отчет + принятые исправления + заголовок происхождения со ссылкой на Первичный/REVIEW/RESPONSE). Без цикла консенсуса: без второго раунда рецензирования рецензентом версии FINAL (блокировка Гудхарта). Для бенчмарков учитываются первичные отчеты, для использования — FINAL. Если в `core5.ablauf` указан другой порядок, применяется config. ## Формат отчета (всегда использовать этот каркас) Хранение: `\_results\gutachten\ГГГГ-ММ-ДД_.md` ```markdown # Prüfbericht: > Skill lebende-verfassung v4 | Datum | Modell | Konfiguration: CORE1 [a–f] / CORE2 [a,b] / CORE3 [a,b] / CORE4 [a–e], config v | Status: Schattenmodus (beratend, Forschungsprototyp) ## A Faktenlage (CORE 4a — neutral, Primärquellen) ## B Rechtsstand (CORE 3a — geltende Regelungen + Mechanismus; Endfassungs-Disziplin: Ausschussfassung/BT-Drs., synoptische Stand-Tabelle bei geänderten Entwürfen) ## C Gesetzeslage: Textgeschichte × Zeitgeschichte × empirische Marker (CORE 3a — Genealogie/Container, Analogfälle, Zielgröße, Vorher-Nachher → Wirkungshypothesen) ## D Folgenabschätzung (CORE 3b — Befundtabelle Wirkung·Richtung·Evidenzstufe·Quelle mit getrennter Provenienz amtlich/Verband/Studie; Kausalketten mit Evidenz je Pfeil; GESIM mit Spannen + Ladder-Caveat; **Gegenfaktual + Steelman**) ## E CORE 1: Urteile der Superposition-Instanz (Maxime UND Gegenmaxime + Sensitivität; Einzelurteile je Gesetz + Positionen-Tableau + Synthese) ## F CORE 2: Stimmen der Gesetzbücher (je aktivem Buch: Rohbefund + Einordnung) ## F2 Rechtsprechungs-Auslegungsschicht (CORE 3a — Entscheidungen mit Az.; Wirkung auf jeden Rohbefund: stützt/begrenzt/differenziert; Normtext- vs. ausgelegter Befund) ## G Konvergenzen und Divergenzen (CORE1↔CORE2, CORE3a↔Behauptungen, Evidenzstufen-Konflikte, innerhalb der Kerne — jede Aussage mit Kategorien-Label: Verdikt | Prüfauftrag | Hypothese; nur Verdikte konvergieren) ## H Institutionen- und Kassenmatrix (wer zahlt/spart/entscheidet; wrong-pockets-Befund) ## I Gesamturteil und Empfehlungen (+ offene Fragen, Unsicherheiten, Dissens, ggf. fehlender GESIM-Lauf als Folgeauftrag) ## J Review (Modell, Datum, Kernpunkte, Umgang damit) ``` ## Ограничения (всегда видимы в отчете) - Носит рекомендательный, необязательный характер; исследовательский прототип — не юридическая консультация, не административный акт, не замена демократического решения. - Привязка к источникам везде: никаких придуманных причинно-следственных связей (только известные по литературе цепочки или четко отмеченные гипотезы), никаких цифр без источника; юридические утверждения только из локальных текстов норм агентов; утверждения судебной практики только верифицированные в сети с номером дела; каждое утверждение о воздействии несет свой уровень доказательности И происхождение (официальное/ассоциация/исследование). - Блокировки предвзятости (из первоначального рецензирования 2026-07-11): итоговая редакция = редакция комитета, а не пресс-релиз/проект; максима нейтральна + контрмаксима; конвергируют только вердикты; Контрфактуал и Steelman являются обязательными частями, а не факультативными. - Неопределенность является частью результата: "неразрешимо" допустимо и ценно. - Изменения в хартии (config.json, включая рабочий процесс) только осознанные: увеличение версии + примечание в логе статуса — скрытое изменение хартии это именно то, о чем предупреждает статья. - Каждый первичный отчет и каждая рецензия представляют собой запечатанную точку данных (не изменять задним числом). Исправления вносятся исключительно через этап редакции (RESPONSE + FINAL) — четыре артефакта на запуск, полная цепочка происхождения. ## Каноничность Каноническая версия: `\prototyp\SKILL.md` (= исполнительный орган CORE 5). Зарегистрированная копия: `~/.claude/skills/lebende-verfassung/SKILL.md` — при расхождениях побеждает более новая версия (шаблон версионированной привязки); отражать изменения обратно. Agents: `~/.claude/agents/superposition-instanz.md`, `grundgesetz.md`, `bgb.md`. Ссылки: `prototyp/references/core1_gesetze.md`, `core3_folgenabschaetzung.md`, `containeranalyse_methodik.md`. Хранилище знаний: `prototyp/wissen/`.