rfc-authoringlisted

# Skill — RFC authoring ## Когда подгружается Когда идея крупнее задачи, но ещё не план: заимствование чужого паттерна, новая capability, архитектурный сдвиг. Триггер-keywords: `RFC`, `proposal`, «предложение», «заимствование», «концепт», `proposals/`. **Порог.** RFC пишется, если идея (а) трогает ≥ 2 слоя или вводит новую сущность БД, **или** (б) требует ≥ 5 задач. Меньше — это просто задача через `task_create`. Архитектурное *решение* по уже принятому направлению — не RFC, а ADR (skill `adr-author`). ## Формат файла `proposals/NN-kebab-slug.md`, где `NN` — следующий свободный двузначный номер. Номер **не переиспользуется** даже после отклонения RFC. Первая строка после заголовка — обязательная мета-строка: ```markdown # 21 — Degraded-Path Auditability + Error Audit Trail (гибрид) > Категория: 🟡 Адаптация · Риск: средний · Зависимости: proposal 04, proposal 09 ``` | Поле | Значения | |---|---| | Категория | 🎯 Прямое (ложится на существующую модель) · 🟡 Адаптация (нужна доработка) · 🔵 Архитектура (меняет границы слоёв) | | Риск | низкий · средний · высокий | | Зависимости | номера других proposal или «нет» | ## Структура тела 1. **Контекст** — какая боль, откуда known. Если заимствование — назвать источник и что именно изучено. 2. **Текущее состояние** — что уже есть в коде, с `file:line`. Секция обязательна: без неё RFC предлагает то, что уже реализовано. 3. **Предложение** — конкретика: сигнатуры, схема таблицы, имена тулов. Псевдокод допустим, «сдел