$npx -y skills add Arman-Kudaibergenov/1c-ai-development-kit --skill openspec-proposalЭтот скилл MUST быть вызван когда нужна формальная спецификация изменения: scaffold proposal.md, tasks.md, design.md и spec deltas. SHOULD также вызывать для архитектурных или сквозных изменений, требующих формального отслеживания. Do NOT использовать для быстрого обсуждения идей
| 1 | # /openspec-proposal — Создание предложения изменения |
| 2 | |
| 3 | **Guardrails** |
| 4 | - Минимальные реализации — добавляй сложность только когда запрошено |
| 5 | - Строго в рамках запрошенного результата |
| 6 | - Читай `openspec/AGENTS.md` для соглашений OpenSpec |
| 7 | - Выявляй неясности и задавай уточняющие вопросы ДО редактирования файлов |
| 8 | - НЕ пиши код на этапе proposal. Только документы (proposal.md, tasks.md, design.md, spec deltas) |
| 9 | |
| 10 | **Steps** |
| 11 | 1. Прочитай `openspec/project.md`, проверь `openspec/changes/` и `openspec/specs/`, изучи связанный код через Grep/Glob |
| 12 | 2. Выбери уникальный `change-id` (глагол-существительное) и создай scaffold в `openspec/changes/<id>/`: |
| 13 | - `proposal.md` — что, зачем, влияние |
| 14 | - `tasks.md` — упорядоченный чеклист задач |
| 15 | - `design.md` — архитектурные решения (если нужно) |
| 16 | 3. Маппинг изменения в конкретные capabilities, разбей на spec deltas |
| 17 | 4. Draft spec deltas в `changes/<id>/specs/<capability>/spec.md`: |
| 18 | - Используй `## ADDED|MODIFIED|REMOVED Requirements` |
| 19 | - Минимум один `#### Scenario:` на каждый requirement |
| 20 | 5. Draft `tasks.md` — упорядоченный список верифицируемых задач |
| 21 | 6. Валидируй через `openspec validate <id> --strict` (если CLI доступен) или ручная проверка |
| 22 | |
| 23 | **Reference** |
| 24 | - Поиск существующих requirements: `Grep "Requirement:|Scenario:" openspec/specs/` |
| 25 | - Изучай кодовую базу через Grep/Glob для alignment с текущей реализацией |