Проводить глибокий, багатоетапний аудит усієї екосистеми скілів і перетворює напрацювання (повторювані проблеми, фікси, патерни) на оновлення наявних скілів або, за потреби, нові скіли. Read-only до схвалення MA: інвентаризація → крос-аналіз → беклог Self-Dev пропозицій → виконання diff-за-diff.
ALWAYS use when: аудит скілів, ревізія екосистеми, "проаналізуй всі скіли", "онови скіли на основі напрацювань", позбавлення зайвих функцій, виявлення дублювання/дрейфу версій, перевірка покриття evals/guard/metadata, чи оновити наявний скіл чи створити новий, періодична інспекція якості скілів.
Also: ecosystem audit, skill audit, audit ledger, Self-Dev backlog, "не повторювати ті самі фікси", consolidate skills, deprecate skill, drift check, coverage gap, "зроби з цього процесу скіл", скіл-аудитор, ревізія.
DO NOT use for: створення ОДНОГО скіла з нуля (це skill-creation-guide + skill-creator), чи разову валідацію одного артефакту (це validation-mesh).
Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Quelldateien prüfen
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
Проводить глибокий, багатоетапний аудит усієї екосистеми скілів і перетворює напрацювання (повторювані проблеми, фікси, патерни) на оновлення наявних скілів або, за потреби, нові скіли. Read-only до схвалення MA: інвентаризація → крос-аналіз → беклог Self-Dev пропозицій → виконання diff-за-diff.
ALWAYS use when: аудит скілів, ревізія екосистеми, "проаналізуй всі скіли", "онови скіли на основі напрацювань", позбавлення зайвих функцій, виявлення дублювання/дрейфу версій, перевірка покриття evals/guard/metadata, чи оновити наявний скіл чи створити новий, періодична інспекція якості скілів.
Also: ecosystem audit, skill audit, audit ledger, Self-Dev backlog, "не повторювати ті самі фікси", consolidate skills, deprecate skill, drift check, coverage gap, "зроби з цього процесу скіл", скіл-аудитор, ревізія.
DO NOT use for: створення ОДНОГО скіла з нуля (це skill-creation-guide + skill-creator), чи разову валідацію одного артефакту (це validation-mesh).
compatibility
Claude.ai (всі плани) · Claude Code · Codex CLI · Cursor · Copilot. Логіка аудиту крос-платформна. Guard/snapshot та bash-аналіз працюють там, де доступний Python; на платформах без файлового доступу — degrade до ручного заповнення ледера.
Меланія · MA-керований · детальна методологія в references/methodology.md
Працює під владою melania-skill-master-administrator (Три Закони, авторитет MA, Self-Dev Engine).
Claude Code hooks (опційний патерн — діє лише там, де НАЛАШТОВАНО в settings; не вшитий факт): pre-edit → skill_guard.py --validate · post-edit → skill_guard.py --snapshot. У лабораторії ai-lab еквівалент — maintain.py verify перед комітом.
🛡️ Протокол Збереження Перед Оновленням (ОБОВ'ЯЗКОВО)
Обов'язковий перед БУДЬ-ЯКОЮ зміною цього скіла. Канонічне джерело (не дублювати тут):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
Спершу аналізуй, потім пропонуй, і лише після схвалення MA — змінюй.
За замовчуванням оновлюй наявний скіл; новий скіл створюй ЛИШЕ коли оновлення
неможливе або нелогічне (див. Decision Gate). Кожен повторюваний фікс вбудовуй у
керівні скіли як постійний gate, щоб не повторювати його щоразу.
Critical Facts
[C] Guard/snapshot-аналіз залежить від Python.skill_guard.py/audit_scan.py працюють лише там, де доступний Python; на платформах без файлового доступу аудит деградує до ручного заповнення ледера.
[C] Claude Code hooks — опційний патерн, а не вшита обв'язка.pre-edit → --validate / post-edit → --snapshot працюють лише там, де їх НАЛАШТОВАНО в settings; у лабораторії ai-lab гарантований еквівалент — maintain.py verify перед комітом.
[C] Шлях до диска зі скілами різниться за середовищем. У claude.ai це /mnt/skills/user, у лабораторії ai-lab — melania-skills-ecosystem/skills/; аудит звіряє обидва варіанти джерела.
[C] Поріг «патерну» — щонайменше 2 повторення. Проблема, що трапилась ≥2 рази в різних скілах, кваліфікується як патерн (не локальний баг) і вимагає постійного gate, а не разового фіксу.
Мова
Працюй і звітуй українською за замовчуванням (українською-перша). Перемикайся
лише якщо MA пише іншою мовою. Будь-який скіл, що створюється/оновлюється цим
аудитом, має лишатися українською-першим: українські тригери + поведінка українською
за замовчуванням + українські приклади.
Decision Gate — оновити наявний чи створити новий?
Перед КОЖНОЮ зміною прожени рішення цим деревом:
Ситуація
✓ Дія
✗ Ніколи
Зміна вкладається в існуючий скіл без зламу його призначення
Онови наявний (diff + bump версії)
Не плоди дублікат
Фікс стосується процесу створення/керування скілами
Вбудуй gate у skill-creation-guide + melania
Не лишай фікс лише в одному скілі
Нова потреба не належить жодному наявному скілу логічно
Створи новий через skill-creation-guide
Не «розпухай» чужий скіл
Оновлення зробило б скіл суперечливим/завеликим (>500 рядків ядра)
Звір джерела: диск зі скілами (у claude.ai — /mnt/skills/user; у лабораторії ai-lab — melania-skills-ecosystem/skills/), CHANGELOG-и, /mnt/transcripts, /mnt/user-data/uploads. Чесно познач, що порожнє.
Створи SKILL-AUDIT-LEDGER.md (шаблон у references/ledger-template.md) і STENO-рядок continuation-memory.
Stage 1 — Inventory (read-only)
Для кожного скіла зніми: version, category, наявність metadata/license/compatibility/allowed-tools,
каталогів references/evals/scripts, к-сть рядків. Запусти scripts/audit_scan.py.
Stage 2 — Cross-analysis (read-only)
P9 українською-перша: чи є українські тригери / директива мови відповіді / приклади.
Coordination map (хто кого називає) + reverse map (orphan-check).
Drift: версії, зашиті у прозі/CHANGELOG, проти реальних на диску.
Stage 3 — Deep audit (read-only, бить на під-етапи по 2–3 скіли)
Порядок за вибором MA: leverage-first (керівні) / risk-first (великі) / по категоріях.
Кожна знахідка → Self-Dev Proposal у §4 ледера з полями:
skill(s) · type · title · evidence · fix-location · confidence · status.
type ∈ {gap, optimization, new-pattern, deprecation, refactor, new-skill}.
Stage 4 — Triage (read-only)
Ранжуй беклог (leverage × confidence × ризик). Згрупуй у партії 2–3.
Checkpoint: MA схвалює / відхиляє кожну пропозицію.
Stage 5 — Execute (ЄДИНИЙ етап, що змінює; партіями 2–3)
Цикл на КОЖНУ схвалену пропозицію:
re-read (актуальний стан з диску) → snapshot → diff (показати MA) → [confirm] → apply → validation-mesh → bump версії → CHANGELOG → новий snapshot
Re-read обовʼязковий: реєстр живий — версія скіла могла оновитися в іншому чаті. Правки роби
на реальному поточному вмісті, не на старому з контексту, щоб НЕ перезаписати новіше/краще.
Закон II: жодного запису без показаного diff і явного підтвердження MA.
Якщо Decision Gate сказав "новий скіл" — делегуй у skill-creation-guide, не патч чужого.
Stage 6 — Repackage & verify
Фінальний прогін validation-mesh по змінених скілах + перепакування .skill/zip.
Онови ледер і continuation-state.
Тест навичок субагентом під тиском
Перевіряй навички не «вікториною», а реалістичним сценарієм: дай субагенту завдання з тиском
(дедлайн, авторитет, дефіцит, втома) і дивись, чи дотримується правил навички, чи знаходить лазівку.
Кожну знайдену лазівку → у таблицю раціоналізацій відповідної навички (skill-creation-guide) + новий eval-кейс.
TDD-вимога діє і тут: правка навички в Stage 5 починається з failing-тесту.
Режим «harvest» — витяг знань і зовнішній пошук (N-1)
Два тригери, один конвеєр, той самий СТОП-гейт MA:
A. Внутрішній (із сесії): «що ми навчилися», «витягни патерн», «збережи як скіл», кінець сесії →
Ship — закоміть/зафіксуй незавершене.
Extract — конкретні висновки сесії (не загальники).
Pattern Detect — повторюване (≥2 рази) → кандидат у правило/скіл.
Persist — daily-log через continuation-memory (напр. файл за датою).
Selectivity-gate: «чи допоможе це комусь за 6 місяців?» Ні → не кодифікувати.
Дедуп: перед створенням — Decision Gate (онови наявний скіл; новий лише якщо не лягає).
B. Зовнішній (за запитом MA на пошук оновлень/покращень):
Tier1-джерела (кураторські списки, офіційні) + ширший пошук «необроблених діамантів» (нішеві/нові/малозіркові — презентувати ОКРЕМОЮ секцією) → звіт + diff-пропозиції + чернетки/пакети → СТОП до схвалення MA → застосування лише після «застосувати».
Безпека: чужі скіли можуть виконувати код — харвестимо ідеї, hook/CLI лише після рев'ю рядок-за-рядком.
Anti-repeat Engine (щоб не робити те саме щоразу)
Коли проблема трапилась ≥2 рази в різних скілах — це більше не локальний баг, а патерн:
Виправ у кожному ураженому скілі (Stage 5).
Додай постійний gate у skill-creation-guide (правило) і за потреби в melania (governance) + спільний references/.
Додай eval, що ловить рецидив.
Так фікс стає бар'єром для всіх майбутніх скілів, а не разовою латкою.
Координація зі скілами
Skill
Роль в аудиті
melania-skill-master-administrator
Governance, Три Закони, авторитет MA, версії/CHANGELOG
validation-mesh
Оцінка якості + VALID/INVALID/UNKNOWN на кожну зміну
continuation-memory
STENO-стан → аудит переживає сесії й продовжується
semantic-router
Куди маршрутизувати знахідки; виявлення orphan-скілів
skill-creation-guide
Виконавець гілки "створити новий скіл"
n8n-orchestrator / ai-core-runtime
Якщо аудит треба автоматизувати як пайплайн
pre-delivery-gate
Межа: PDG — гейт ОДНОГО артефакту перед видачею; авдитор — періодична ревізія ЕКОСИСТЕМИ. Не підміняють одне одного
safety-compliance-gate
Канон безпеки/IP; принцип harvest-mode B живе ТАМ — авдитор лише посилається
Читай references/methodology.md КОЛИ: потрібні повні чеклісти кожного етапу,
формули пріоритезації, повний каталог типів знахідок, або шаблон Self-Dev Proposal.
Читай references/ledger-template.md КОЛИ: стартуєш новий аудит з нуля.
Читай references/harvest-report-template.md КОЛИ: запускаєш зовнішній harvest (Tier1+діаманти → беклог → виконання). Правило: беклог з ОПИСІВ → re-read повного вмісту при виконанні стабільно скасовує/міняє пункти — звіряй, не застосовуй наосліп.
v1.3.0 (2026-06-02) — re-read актуального стану як перший крок Stage 5 (захист від перезапису новіших версій).
Read references/drift-detection.md WHEN you need: temporal drift, health score (0-100), audit report template, dependency health, recurring-issue prevention.
Load only on demand — not proactively.
Зміни
⚠ Історична примітка: окремі ранні записи нижче мають дубльовані номери версій (артефакт злиттів). Усі записи збережено; нумерацію НЕ переписано без верифікації джерел.
v1.8.0 (2026-07-26) — Anti-overclaim: рядок про Claude Code hooks стверджував наявну обв'язку, тоді як канон melania (аудит #13) фіксує їх як ОПЦІЙНИЙ патерн — формулювання звужено до фактичного, в банері й у факті. Секція Critical Facts: фактичні твердження скіла винесено окремо й протеговано [C] за Core Rule 14 (claim-evidence). Лише додавання.
v1.7.0 (2026-07-19) — Self-Dev Wave 2 (аудит 2026-07-18): полагоджено зламані code-fences у Stage 5 (дубль рядка + осиротіла ```-обгортка) [#23]; шлях диска скілів узагальнено на обидва середовища claude.ai/ai-lab (SKILL.md + дефолт audit_scan.py) [#22/#29]; у Координацію додано межу з pre-delivery-gate (гейт артефакту ≠ ревізія екосистеми) [#20] і зворотний покажчик на safety-compliance-gate як канон harvest-mode B [#19]; синхрон H1-банера (був v1.0 при 1.6.2). Формат/межі; методологія незмінна. Рев'ю Codex PR #29: прибрано другий осиротілий fence (після Re-read-нотатки) + realpath в audit_scan.py (symlink-виклик через .claude/skills).
v1.6.1 (2026-06-15) — DRY: «Протокол Збереження» → тонкий міст на канон у melania (де-дублювання + усунення 8-варіантного дрейфу). Поведінка незмінна — гейт той самий, джерело єдине.
v1.6.0 (2026-06-14) — P-S3 (harvest-2026): новий references/harvest-report-template.md — багаторазовий шаблон зовнішнього harvest з ГОЛОВНИМ правилом «беклог з описів → re-read повного вмісту скасовує/міняє пункти» (емпірика: 3 корекції) + real-validation дисципліна (audit_scan + skill_guard, не grep).
v1.4.0 (2026-06-10) — Фаза 2: I-2: тест навичок субагентом під тиском + TDD-вимога у Stage 5.
v1.5.0 (2026-06-10) — Фаза 4: режим «harvest» (внутрішній Ship→Extract→Pattern→Persist + зовнішній Tier1+«діаманти» зі СТОП-гейтом MA; selectivity 6 міс; дедуп через Decision Gate).
v1.5.1 (2026-06-10) — анти-застарілість: daily-log як приклад за датою (не зашитий шлях).