Obsidian Refactor Inbox

obsidian-refactor-inbox

Полный цикл обработки заметки из 00. Входящие/: типизация → frontmatter → связи → перемещение в PARA.

Базовые правила (структура, теги, frontmatter, стиль) — в .agents/rules/. Здесь только специфика обработки inbox.

Связанные скиллы

Алгоритм

1. Прочти заметку и определи тип

Во входящих лежат две породы заметок, и обрабатываются они по-разному:

Второй случай — это заметки скиллов (obsidian-ingest, obsidian-split-note, obsidian-untangle-knot), которые по правилу «Новые заметки рождаются во входящих» (workflows.md) рождаются в инбоксе. Не переизобретай их тип и не перезаписывай frontmatter — структурный тег в них уже финальный, он и указывает целевую папку. Твоя работа: убедиться, что автор заметку отревьюил (если нет — спроси), проверить связи и перенести.

Маршрутизация — таблица структурных тегов в tags.md. Утратившее актуальность — #archive → корень 04. Архив/, без подпапок (см. «Архивирование» ниже и навык /vault-archiving).

2. Обнови frontmatter

Шаблоны и поля — .agents/rules/note-types-frontmatter.md. Заметка должна иметь как минимум:

• aliases — синонимы, английский вариант, аббревиатуры (см. enrich-note ниже)
• tags — структурный тег + домен (см. tags.md)
• up, down, other, links — связи (правила в content-style.md)
• summary — для знаниевых типов, контейнерным не ставится; до-генерация не ставит ai_generated (политика summary в note-types-frontmatter.md)

3. Обогати aliases и связи

Субзадача целиком описана в скилле obsidian-enrich-note — действуй по его алгоритму (семантический поиск через myvault_search, затем точечный rg; раскладка кандидатов по up/down/other).

4. Перемести в PARA

mv "00. Входящие/Note.md" "03. Ресурсы/04. Заметки/Note.md"

5. Убери #review

Удали из tags (если был).

6. Архивирование

Полные правила — навык /vault-archiving. Здесь — то, что применяется прямо в цикле обработки инбокса.

Никогда не удаляй заметки. Если заметка устарела:

1. Перемести в корень 04. Архив/
2. Добавь тег #archive (структурный тег оставь — он говорит, чем заметка была)
3. Сохрани все ссылки и связи, имя файла не меняй

mv "00. Входящие/Устаревшая заметка.md" "04. Архив/"

Подпапки в архиве не создаются. Архивируешь пачку заметок по одной теме — все они ложатся в корень архива отдельными файлами. mkdir внутри 04. Архив/ агент не выполняет ни при каких обстоятельствах: папки там появляются только когда автор сам переносит в архив целую директорию (Comlogic/, POSI/, Авито Тех/). Класть файл внутрь такой папки — только по прямому указанию автора.

# нельзя — группировка агентом
mkdir -p "04. Архив/Проект X" && mv "00. Входящие/Заметка.md" "04. Архив/Проект X/"

Имя в архиве уже занято — не перезаписывай и не разводи папкой: остановись и спроси, дубль это или разные заметки.

Архивация нескольких заметок за проход попадает под протокол «план → подтверждение → действие» (workflows.md): покажи список и дождись подтверждения.

Чек-лист результата

• Тег #review убран
• Добавлен структурный тег (см. tags.md)
• aliases заполнены (синонимы / EN-версия)
• up — wikilinks или обоснованно пуст
• down — wikilinks или обоснованно пуст
• other — wikilinks на смежные темы / людей / MOC
• links содержит только внешние URL (не wikilinks)
• summary заполнен для знаниевого типа (или обоснованно пропущен для контейнерного); у проектов (#project) вместо него заполнен description
• Файл перемещён в правильную папку PARA
• Архивируемое лежит в корне 04. Архив/ — ни одной новой подпапки там не создано
• Все wikilinks указывают на существующие файлы