# Obsidian Split Note

> Разбивка большой заметки или конспекта лекции на атомарные заметки с сохранением wikilinks в оригинале. Срабатывай на «разбей заметку», «раздели», «рефактори заметку», «обработай лекцию», «разбей конспект», «вынеси понятия из лекции». До 3 конспектов за запуск.

- Skill: `jtprogru/obsidian-split-note` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add jtprogru/obsidian-split-note`
- Raw SKILL.md: https://api.skillmd.com/api/skills/jtprogru/obsidian-split-note/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: jtprogru (https://skillmd.com/u/jtprogru)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/jtprogru/obsidian-split-note

---


<!-- СГЕНЕРИРОВАНО bin/mirror.js. Не редактировать: правки затрёт следующая генерация.
     Источник правды — domains/<домен>/. -->

# obsidian-split-note

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

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

Базовые правила (PARA, теги, frontmatter, стиль, имена файлов) — в `../../rules/`. Особенно: `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. Обнови оригинал

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

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

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

Или 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. Входящие"` прогнан, находки исправлены