| name | inbox |
| description | Разобрать инбокс vault — превратить сырые записи из _inbox/ в задачи и очистить инбокс. Используй, когда пользователь говорит «разбери инбокс», «что в инбоксе», «process inbox». |
| user_invocable | true |
inbox
Разобрать инбокс: каждую сырую запись из _inbox/ превратить в полноценную задачу (или идею/выполненное действие) и удалить запись. Самодостаточно: можно дать любому агенту.
Шаг 0 — прочитай правила
Прочитай _rules.md в корне vault. Создание задач здесь идёт по тому же контракту, что и в навыке backlog (см. ниже краткую выжимку; если доступен файл backlog/SKILL.md — свериться с ним).
Контракт (выжимка из backlog)
Задача → projects/<slug>/tasks/<имя>.md. Frontmatter: id (максимальный по vault + 1), project: "[[slug/slug]]", status: todo, tags: [task] (+bug для багов), created/updated = сегодня, sp (Story Points — Фибоначчи 1/2/3/5/8/13), rice_reach (1–10), rice_impact (1–5), rice_confidence (50–100), rice_effort (= sp/5, min 0.1), summary, roles, model_tier. Разделы тела: Что нужно сделать · Почему важно · Критерии готовности (DoD, наблюдаемый результат) · Пререквизиты · Вопросы (в файл, не в чат) · Заметки (сюда же план реализации, если нужен). DoD-чеклист = прогресс. Содержимое — на русском.
Формат записи инбокса (_inbox/<любое-имя>.md):
---
created: <ISO-дата>
project: <slug или отсутствует>
tags: [inbox]
---
<текст мысли>
Шаги
- Подтянуть свежее. Если vault — git-репо:
git pull --rebase --autostash (записи могут приходить с других устройств).
- Собрать записи. Все
_inbox/*.md, кроме .gitkeep. Пусто → сказать пользователю «инбокс пуст» и закончить.
- Для каждой записи определить тип и обработать:
- Задача («сделать X», «починить Y», «добавить Z») → создать файл задачи по контракту выше. Проект из frontmatter
project; нет — определить из текста; сомнение → в «Вопросы» задачи (не в чат). Оригинальный текст сохранить в «Заметках»: Из инбокса <created>: "<текст>".
- Идея/заметка на потом («подумать про…», ссылка, наблюдение) → не плодить мусорную задачу: вынести в карточку проекта (раздел про идеи) или в
roadmap.md («Идеи на будущее»).
- Поручение проверить/выяснить («проверь, сделана ли X», «кмк Y готово») → по возможности выполнить сразу (проверить факты по репозиторию/файлам), зафиксировать результат (обновить статус нужной задачи, при необходимости завести новую), и отчитаться, что выяснилось.
- Удалить разобранный файл из
_inbox/.
- Commit + push (если git):
git add -A && git commit && git push.
- Отчитаться списком: для каждой записи — что создано/сделано (проект, файл, RICE) и где были сомнения.
Пример (запись → результат)
Запись _inbox/2026-06-12-0913.md:
---
created: 2026-06-12T09:13:00.000Z
project: myapp
tags: [inbox]
---
кнопка экспорта на мобиле наезжает на заголовок
Действие: это баг → создать projects/myapp/tasks/fix-export-button-overlap.md с tags: [task, bug], summary: "🐛 Кнопка экспорта наезжает на заголовок на мобиле", оценкой RICE (узкое визуальное, но видно всем мобильным: reach 5, impact 2, confidence 80, sp 1 → effort 0.2 → RICE ≈ 40), DoD «на мобильной ширине кнопка экспорта не перекрывает заголовок», в «Заметках» — оригинальный текст. Затем удалить запись, закоммитить.
Важные правила
- Не оставлять инбокс наполовину разобранным. Каждая запись либо стала задачей/идеей и удалена, либо явно пропущена с объяснением пользователю.
- Не редактировать
_inbox/ в обход цикла (write задачу → delete запись → commit → push), чтобы не конфликтовать с устройствами, пишущими в инбокс.
- Сомнения — в «Вопросы» файла задачи, не в чат.
- Содержимое задач — на русском.
Самопроверка перед завершением