agentleFS
Sign inStart free
jtprogrujtprogru/bear-skills/skills/obsidian-refactor-inbox/SKILL.md

obsidian-refactor-inbox

Skill1 starsChanged 3 months agoMITView on GitHub

Полная обработка заметок из `00. Входящие` — типизация, теги, aliases, связи с MOC и людьми, перемещение в папку PARA. Используй на «обработай/разбери заметки из инбокса/входящих». Никогда не удаляет заметки — только архивирует с `#archive`.

The file

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

obsidian-refactor-inbox

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

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

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

КогдаЧто использовать
Сначала только осмотреть инбоксobsidian-inbox-review
Обогатить frontmatter без перемещенияobsidian-enrich-note
Разбить большую заметку на частиobsidian-split-note

Алгоритм

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

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

Что за заметкаПризнакиЧто делать
Черновик автораfrontmatter пустой или отсутствует, структурного тега нет, ai_generated нетполный цикл: типизация → frontmatter → связи → перемещение
Создана агентомполный frontmatter, структурный тег уже стоит, #review, ai_generated: trueтип уже определён: проверь связи и summary, сними #review, перенеси по структурному тегу

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

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

2. Обнови frontmatter

Шаблоны и поля — ../../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 указывают на существующие файлы

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

Check your setup, free