# Obsidian Inbox Review

> Анализ и ревью заметок из входящих (`00. Входящие`) — только осмотр и отчёт, без изменения файлов. Результат — список заметок с рекомендациями по категории и действию. Для фактической обработки (теги, связи, перемещение) используй obsidian-refactor-inbox.

- Skill: `jtprogru/obsidian-inbox-review` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add jtprogru/obsidian-inbox-review`
- Raw SKILL.md: https://api.skillmd.com/api/skills/jtprogru/obsidian-inbox-review/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-inbox-review

---


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

# obsidian-inbox-review

Только чтение и отчёт. Файлы не изменяются. Результат — структурированный список рекомендаций.

Структура хранилища, теги и frontmatter — в `../../rules/` (`vault-struct.md`, `tags.md`, `note-types-frontmatter.md`).

**Триггеры:** «разбери входящие», «inbox review», «что у меня в инбоксе», «помоги с #review», «сделай ревью заметок».

---

## Алгоритм

### 1. Сканирование

```bash
# Все заметки во входящих, по дате изменения (старые сначала)
ls -t "00. Входящие/" | tac

# Только с тегом #review
rg -l "#review" "00. Входящие/"

# Созданные агентом и ещё не отревьюенные автором
rg -l "^ai_generated: true" "00. Входящие/"
```

Разделяй две группы: **черновики автора** (frontmatter пустой, структурного тега нет) и **заметки, созданные скиллами** (полный frontmatter, структурный тег, `#review`, `ai_generated: true` — см. `workflows.md`, «Новые заметки рождаются во входящих»). У второй группы тип уже определён — по ним рекомендация звучит как «отревьюить текст и перенести по тегу», а не «типизировать».

### 2. По каждой заметке — анализ (без изменений!)

1. Прочитать содержимое
2. Определить основную тему (одна заметка = одна тема)
3. Проверить связи: есть ли wikilinks, упомянута ли в каких-то MOC
4. Принять решение о категории
5. Сформировать рекомендацию

### 3. Категоризация

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

### 4. Приоритизация

Сначала разбирай:
1. Заметки с явным wikilink на активные проекты
2. Заметки с `TODO` / `#inbox/action`
3. Свежие (последние 7 дней)
4. Старые без связей (часто кандидаты в архив)

---

## Формат отчёта

```
📥 Inbox: N заметок (M с тегом #review)

🎯 Высокий приоритет (связаны с активными проектами):
  • [[Заметка А]] → #thought, 03. Ресурсы/04. Заметки/
    Связана с [[Проект X]]; добавить в `up` ссылку на MOC.

  • [[Заметка Б]] → #meeting, 02. Сферы/03. Работа/

⚖️ Средний приоритет:
  • [[Заметка В]] → нужна доработка темы, оставить в inbox

❓ Требуют решения:
  • [[Заметка Г]] — похоже на дубль [[Существующая заметка]]
  • [[Заметка Д]] — тема непонятна, спросить пользователя

🗄 Кандидаты в архив:
  • [[Старая заметка]] — нет связей, потеряла актуальность

📊 Статистика: X к обработке, Y к архиву, Z неясных.
```

После отчёта — спроси, какие заметки обработать через `obsidian-refactor-inbox`.

---

## Ограничения

- Никаких изменений файлов на этом этапе
- Не выдумывай связи — если похожих заметок нет, скажи об этом
- Работай инкрементально — 10–15 заметок за итерацию

---

## Когда НЕ использовать

| Ситуация | Используй вместо |
|----------|-----------------|
| Сразу обработать заметку (теги, связи, переместить) | `obsidian-refactor-inbox` |
| Только обновить frontmatter без перемещения | `obsidian-enrich-note` |
| Заметка большая и её нужно разбить | `obsidian-split-note` |