Capture: отделить тип входящего от готовности к Плану

[chudodey]

Что изменилось

• у входящих появились kind, ready_for_plan и неизменяемый source_text;
• поддержаны action, project, thought, problem, event, dream и unclear;
• свободный дамп по умолчанию остаётся unclear во входящих;
• явные плановые токены и ввод из Плана создают готовое action;
• ретро-фиксация +Nм сохраняется как event вне Плана;
• кандидаты, колода и Матрица отфильтрованы от неготовых/не-action записей;
• карточка получила выбор типа, однокликовый допуск в План и раскрываемый исходный дамп;
• добавлена идемпотентная legacy-миграция с сохранением неизвестного frontmatter;
• CAP-001 закрыт в backlog, решение зафиксировано ADR-0002.

Зачем

Месячный UX-аудит показал, что в свободном дампе смешиваются задачи, проекты, мысли, проблемы, самокритика, события и мечты. Автоматически превращать всё это в рабочие задачи загрязняет План, а просить пользователя классифицировать до ввода создаёт вторую работу.

Миграция и влияние

• legacy atomic + ready/in_progress сохраняет прежний допуск в План;
• legacy composite становится project вне Плана;
• inbox/validated становятся unclear вне Плана;
• done/archive не возвращаются в План;
• новые поля дописываются атомарно только при их отсутствии;
• пользовательские неизвестные frontmatter-ключи сохраняются;
• личный data/ и резервная копия не входят в Git.

На реальном vault мигрировано 127 task/archive-файлов после локального ZIP-бэкапа. Текущий План после миграции: 8/8 ссылок — action и ready_for_plan=true.

Проверки

• ruff check src tests main.py scripts
• pytest -q — 107 passed, 1 skipped
• python scripts/backlog.py --check
• node --check web/static/app.js
• git diff --check
• изолированный тест legacy-файла проверяет сохранение неизвестного frontmatter