obsidian-split-note

Разбивает одну большую заметку на несколько меньших (атомарных или тематических), сохраняя связность:

• оригинал остаётся, его разделы заменяются на краткое описание + [[wikilink]];
• каждая новая заметка создаётся в правильной папке по PARA;
• frontmatter оригинала и новых заметок согласованы (up/down проставлены).

Базовые правила (PARA, теги, frontmatter, стиль, имена файлов) — в правилах домена obsidian. Особенно: tags.md (раздел «Структурные теги»), note-types-frontmatter.md, навык /knowledge-structures (атомарные заметки), file-naming.md.

Алгоритм

1. Прочитай и определи кандидатов

Критерии «выделять / оставить» — навык /knowledge-structures (раздел «Когда выделять раздел в отдельную заметку»). Определи общую тему оригинала и список кандидатов.

2. Покажи план и дождись подтверждения

Протокол план → подтверждение → действие — workflows.md. Формат плана:

Дочерние заметки создаются в 00. Входящие/; в плане показывай целевую папку справочно (workflows.md, «Новые заметки рождаются во входящих»).

Оригинал: [[Название]] (остаётся на месте, тема: …)
Выделить (все → 00. Входящие/):
  1. [[Имя новой 1]] — #thought #review → 03. Ресурсы/04. Заметки/
  2. [[Имя новой 2]] — #MapOfContent #review → 03. Ресурсы/07. Карты/
Оставить в оригинале: вводный абзац, короткое заключение

3. Создай дочерние заметки

Для каждой:

1. Имя файла — см. file-naming.md. Для серии из одного источника: <Родитель> – <Концепт>.md. Для самостоятельной: содержательное claim-based имя.
2. Папка — всегда 00. Входящие/. Структурный тег ставим финальный по tags.md (обычно #thought, целевая папка 03. Ресурсы/04. Заметки/) и добавляем #review: по этой паре obsidian-refactor-inbox потом перенесёт файл. Wikilinks резолвятся по имени файла, поэтому ссылки из оригинала работают сразу.
3. Frontmatter — заведи файл через Templater по соответствующему шаблону из _Система/1. Шаблоны/, поля дозаполни Edit-ом; рецепт вызова и грабли — навык /note-templates, раздел «Как применить шаблон технически». Шапку по памяти не собирай. В up — wikilink на оригинал. Поставь ai_generated: true и заполни summary — 1–3 предложения сути в claim-стиле, plain text без wikilinks (см. политики в note-types-frontmatter.md).
4. Тело — перенеси содержимое раздела под заголовком ## Суть (или ## Идея / ## Определение по типу). Переносишь, а не разворачиваешь: пояснений, вводных и закруглений, которых не было в оригинале, не добавляй. Пустые секции шаблона удаляй (note-density.md).
5. Перед созданием — rg -l "Название концепта" . чтобы не плодить дубликаты.

4. Обнови оригинал

Каждый вынесенный раздел заменяется на краткое описание + ссылку:

### Виртуальная память

ОС создаёт иллюзию единого адресного пространства. Подробнее: [[Виртуальная память]]

Или inline в потоке текста: … использует [[Виртуальная память|виртуальную память]] для ….

В frontmatter оригинала добавь wikilinks на новые заметки в down. Если у оригинала есть summary — проверь, что он всё ещё соответствует похудевшему телу, и обнови при необходимости. Если на оригинале висит тег #needs-split — сними его после разбиения.

5. Проверь связность

• Все новые заметки имеют up на оригинал (или правильного родителя)
• В down оригинала — все новые заметки
• Нет «висящих» wikilinks (ссылок на несуществующие файлы)
• Нет дубликатов (grep перед созданием)

Конспекты лекций

Частный случай разбивки — файл Lecture – <Дисциплина> – <YYYY-MM-DD> – <Тема>.md с полями discipline: "[[Предмет X]]" и date во frontmatter. Алгоритм тот же, плюс специфика:

• Лимит: не более 3 конспектов за запуск. Если пользователь принёс больше — спроси, какие три обработать сейчас.
• Имя атомарки: <Дисциплина> – <Концепт>.md, дисциплина берётся из поля discipline лекции без [[ ]]. Пример: ВышМат – Транспонированная матрица.md.
• Теги атомарки: #thought + #lecture + #review; поле discipline копируется из лекции.
• Поле date атомаркам НЕ копировать — оно принадлежит только лекции-событию (см. политику date в note-types-frontmatter.md).
• Q&A-блоки оставляй в лекции как есть; выноси только если ответ вырос в полноценный концепт ≥10 строк.
• Контент переноси дословно, включая LaTeX-формулы — не переписывай, не упрощай.
• Лекция превращается в оглавление: каждый вынесенный раздел заменяется на резюме в 1–2 предложения + wikilink; плейсхолдеры несуществующих файлов в down лекции заменяй ссылками на созданные.
• Дисциплинарный MOC (02. Сферы/04. Образование/МТИ/Предметы/Предмет <Дисциплина>.md): если связи там собираются Dataview/Bases-блоком через discipline — ничего не делай, появятся сами; если список ручной — добавь ссылки на новые заметки.
• confidence: medium для самодостаточных фактов (определение, теорема, формула с доказательством), low для концептуальных тем, которым нужны связи — таким добавь строку «нужны связи» в отчёте.

Что НЕ делать

• Не удалять оригинал — только модифицировать.
• Не дробить слишком мелко (раздел в 2–3 строки не заслуживает файла).
• Не дублировать существующие заметки — сначала grep.
• Не менять структуру папок — только создавать файлы в существующих.
• Не убирать wikilinks из оригинала — замена раздела должна содержать ссылку.

Чек-лист

• Все новые файлы созданы в 00. Входящие/ с тегом #review
• Frontmatter каждого нового файла заполнен по шаблону, поля summary и ai_generated: true
• summary оригинала актуален после разбиения, тег #needs-split снят (если был)
• Структурный тег нового файла соответствует целевой папке (tags.md)
• Оригинал обновлён: развёрнутые разделы заменены на wikilinks
• down оригинала содержит wikilinks на все новые заметки
• Нет дубликатов (grep перед созданием)
• Имена файлов без запрещённых символов (file-naming.md)
• python3 .agents/scripts/check_note_density.py "00. Входящие" прогнан, находки исправлены