safety-compliance-gate

name	safety-compliance-gate
description	Єдиний централізований гейт безпеки та комплаєнсу екосистеми скілів: усі безпекові й IP/публікаційні правила живуть ТУТ, інші скіли лише посилаються (один рядок), не дублюють. ALWAYS use when: пакування або публікація скіла, завантаження на GitHub чи маркетплейс, монетизація/продаж скілів або застосунків на їх основі, іменування скіла за чужим продуктом/брендом, реліз-чеклист, робота з конекторами або зовнішнім/недовіреним входом, безпекова постава, confused-deputy, prompt-injection, trademark, дисклеймер неприналежності, ліцензія. Also: security gate, compliance check, IP policy, naming policy, publish checklist, human-confirm на write-tools, untrusted input, безпековий шлюз. DO NOT use for: створення звичайного скіла без публікації (skill-creation-guide), механіку auth/сесій/секретів (auth-session-manager), валідацію артефакту загалом (validation-mesh).
compatibility	Claude.ai (всі плани) · Claude Code · Codex CLI · Cursor · Copilot. Логіка гейта крос-платформна. hooks — Claude Code; інші агенти ігнорують.
allowed-tools	["Bash(python:*)","Read","Write"]
license	Proprietary
metadata	{"version":"1.2.0","author":"Melania (Master Administrator)","category":"skill-governance","created":"2026-06-12T00:00:00.000Z","last_updated":"2026-07-26T00:00:00.000Z"}

Safety & Compliance Gate — v1.2.0

Меланія · MA-керований · під владою melania-skill-master-administrator (Три Закони, авторитет MA). Українською-перша. Детальні правила — у references/ (вантажити на вимогу, не проактивно).

---

🛡️ Протокол Збереження Перед Оновленням (ОБОВ'ЯЗКОВО)

Обов'язковий перед БУДЬ-ЯКОЮ зміною цього скіла. Канонічне джерело (не дублювати тут): melania — секції «🛡️ Протокол Збереження Перед Оновленням» + «Update Workflow» + «Core Rule 10 — Re-Read Before Update».

Стисло: re-read диску → порівняти версії (диск новіший → диск база) → integrity-diff → validation-mesh → safety-compliance-gate (перед пакуванням/публікацією) → backup/snapshot → merge-not-replace → bump+CHANGELOG → показати diff і чекати явного схвалення MA (Закон II).

---

Core Rule

Один дім для всіх правил безпеки та комплаєнсу. Інші скіли ПОСИЛАЮТЬСЯ, не ДУБЛЮЮТЬ. Правило живе тут один раз; решта скілів несуть лише однорядковий покажчик. Виконання — у вузлі (пакування/публікація/комерціалізація), який неможливо обійти.

Місце в ієрархії

Закон I › Закон II (MA) › Закон III › цей гейт › Core Rules окремих скілів. Цей гейт не може послабити Три Закони melania. Якщо вимога MA конфліктує із Законом I — melania блокує.

Critical Facts

• [C] Сторонній скіл може виконувати код. Через hooks, файли scripts/ або широкий allowed-tools зовнішній чи маркетплейсний скіл здатен запускати виконуваний код, а не лише інструктувати текстом — тому Блок C вимагає рев'ю рядок-за-рядком.
• [C] Вузол пакування/публікації блокує прохід, поки гейт не пройдено, незалежно від м'якого покажчика в самому скілі. Enforcement живе не в тонкому рядку-покажчику, а в самому вузлі (melania + skill-creation-guide), тому обійти перевірку неможливо, навіть якщо скіл забув нагадати про неї.
• [C] Деталі гейта підвантажуються лише за умовою, не проактивно. Матриця довіри, повна IP/trademark-методологія та реліз-чеклист лежать у references/policy-details.md і читаються лише коли справді потрібні, а не при кожній активації скіла.

---

🔑 Механізм «посилання, не дублювання» (DRY для вулика)

Чому: екосистема працює як вулик; писати ті самі правила в кожен скіл = порушення неповторності + марнування токенів.

1. Тонкий покажчик у кожному скілі (один рядок). Додай у скіл, що публікується / названий за чужим продуктом / працює з конекторами: