knowledge-synthesizer

name	knowledge-synthesizer
description	Знаходить неочевидні зв'язки між нотатками, джерелами та ідеями методом «LLM daydreaming»: вибірка пар → паралельний generator → critic-оцінка → фільтр за порогом → insight-нотатки і дайджест. ALWAYS use when користувач просить: знайди зв'язки, синтезуй ідеї, що спільного між, неочевидні висновки, поєднай нотатки, daydream, інсайти з бази знань, перехресні ідеї. Also triggers for: synthesize connections, cross-pollinate notes, idea synthesis, знайди патерни між темами, дайджест інсайтів. DO NOT use for: валідацію артефактів (validation-mesh), маршрутизацію (semantic-router), звичайний пошук одного факту чи резюме одного документа, роботу з джерелами всередині Google NotebookLM — обʼєднання/аналіз/генерація (notebooklm-connector; цей скіл — лише синтез неочевидних зв'язків поверх нотаток).
license	Apache-2.0 — повні умови в LICENSE.txt кореня екосистеми
metadata	{"version":"1.2.0","category":"knowledge","author":"Melania & Claude","last_updated":"2026-07-26T00:00:00.000Z"}

Knowledge Synthesizer — v1.2.0 — синтез неочевидних зв'язків

Відповідай, пояснюй і запитуй українською за замовчуванням, якщо користувач не обрав іншу мову.

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

Обов'язковий перед БУДЬ-ЯКОЮ зміною цього скіла. Канонічне джерело (не дублювати тут): 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

Синтез ≠ пошук. Мета — нові зв'язки, яких немає в жодній окремій нотатці. Слабкі інсайти (нижче порога) відкидаються за замовчуванням — якість понад кількість.

Critical Facts

• [C] Дефолтний розмір вибірки пар — 20–50. Крок SAMPLE пайплайна за замовчуванням бере від 20 до 50 пар нотаток/джерел, обмежених бюджетом, а не всю базу знань.
• [C] Поріг фільтрації — середня оцінка ≥ 7.0 з 10. Insight-гіпотези, що не досягають цього середнього балу від critic-оцінки (новизна, корисність, обґрунтованість), відкидаються за замовчуванням.
• [C] Вибірка пар зважена за свіжістю (recency-weighted). Новіші нотатки/джерела потрапляють у вибірку частіше за старіші — це не рівномірний випадковий відбір.

---

Пайплайн (generator → critic → threshold)

[1] SAMPLE  — вибери N пар нотаток/джерел (recency-weighted: новіші частіше;
              N за замовчуванням 20–50, обмежуй бюджетом)
[2] GENERATE — для кожної пари ПАРАЛЕЛЬНО згенеруй гіпотезу зв'язку
              (дешевша модель; 2–3 речення: «що спільного / що випливає»)
[3] CRITIQUE — окремий critic ПАРАЛЕЛЬНО оцінює кожну гіпотезу 1–10:
              новизна · корисність · обґрунтованість (теж дешевша модель)
[4] FILTER  — лиши avg ≥ 7.0 (поріг налаштовується); решту відкинь
[5] PERSIST — insight-нотатки: інсайт → пара-джерела → оцінка → можлива дія
[6] DIGEST  — стислий дайджест прогону (топ-інсайти першими)

Економія (обов'язково)

• Generator і critic — на дешевших моделях, паралельно (через мульти-провайдерну оркестрацію, якщо доступна).
• Вартість контролюють: ліміт пар (N) + поріг (вище поріг → менше персисту).
• Не запускай на «всій базі» — вибірка достатня; повторні прогони покривають решту.

Поведінка

Роби	Не роби
Відкидай інсайти нижче порога за замовчуванням	Не показуй слабкі без явного запиту (а тоді — з міткою низької якості)
Признач кожному інсайту пару-джерела й оцінку	Не видавай синтез без слідів походження
Признач можливу дію («що з цим зробити»)	Не зупиняйся на «цікаво» без наступного кроку
Питай про поріг/обсяг при великій базі	Не пали бюджет мовчки

Координація (приклади, не вичерпний список)

Будь-який скіл може співпрацювати з будь-яким, включно з майбутніми (динамічне виявлення):

• Джерела: notebooklm-connector (нотатки/джерела), continuation-memory (insight-нотатки, daily-log).
• Виконання: multi-provider-ai-orchestration (паралельні дешеві моделі), ai-core-runtime (мінімальна активація).
• Далі: skill-ecosystem-auditor (якщо інсайт вартий оновлення скіла — через його Decision Gate).
• Лінза: gmi-audit (інваріанти G1–G7 інтелекту + вісь спостерігача) — коли синтез стосується когнітивної/AI-системи, застосуй GMI-лінзу як рамку для неочевидних зв'язків «інваріант ↔ механізм».

Verify (перед видачею)

• кожен інсайт має пару-джерела + оцінку критика?
• нижче порога — відкинуто (або помічено на явний запит)?
• бюджет дотримано (ліміт пар, дешеві моделі)?
• дайджест: топ-інсайти першими, з можливою дією?

References

Читай references/synthesis-prompts.md КОЛИ: потрібні готові промпт-шаблони generator/critic для кроків [2]–[3] пайплайна.

Зміни

• v1.2.0 (2026-07-26) — Секція Critical Facts: фактичні твердження скіла винесено окремо й протеговано [C] за Core Rule 14 (claim-evidence). Лише додавання.
• v1.1.0 (2026-07-19) — Self-Dev Wave 2 (аудит 2026-07-18): підключено сирітський references/synthesis-prompts.md (існував без жодного посилання) — секція References [#14]; DO NOT-межа з notebooklm-connector (робота з джерелами в NotebookLM ≠ синтез зв'язків) [#11]; ліцензійний покажчик виправлено на корінь екосистеми (локального LICENSE.txt не існувало) [#25/#44]; H1 з версією + last_updated [#21/#45]. Лише опис/покажчики.
• v1.0.2 (2026-07-13) — Крос-лінк gmi-audit у Координації: GMI-лінза (інваріанти G1–G7 + вісь спостерігача) як рамка для синтезу зв'язків про когнітивні/AI-системи. Лише додавання (DRY-покажчик). (Джерело: experiments/gmi harvest.)
• v1.0.1 (2026-06-15) — DRY: «Протокол Збереження» → тонкий міст на канон у melania (де-дублювання + усунення 8-варіантного дрейфу). Поведінка незмінна — гейт той самий, джерело єдине.
• v1.0.0 (2026-06-10) — створено за планом інтеграції (N-2, Фаза 4): пайплайн generator→critic→threshold, економія через ліміт пар + поріг, TDD (5 evals написані ДО skill-тексту).