av
d097c43084
подробности про источники и агрегацию убраны — они есть в паспорте, CLAUDE.md и architecture.md, а копия в конфиге разъезжается с ними
70 lines
5.8 KiB
YAML
70 lines
5.8 KiB
YAML
schema: spec-driven
|
|
|
|
context: |
|
|
Language: Russian
|
|
Пиши на русском, но:
|
|
- Структурные заголовки оставляй на английском:
|
|
## ADDED/MODIFIED/REMOVED Requirements, ### Requirement:, #### Scenario:
|
|
- Ключевые слова GIVEN/WHEN/THEN и RFC 2119 (SHALL/MUST/SHOULD) — на английском
|
|
- Технические термины (API, REST, JSON, MCP), пути и код — на английском
|
|
|
|
Имена capabilities:
|
|
- Capability — это ПОВЕДЕНИЕ/домен системы, а не пакет кода (совпадение с
|
|
именем пакета допустимо, но не критерий).
|
|
- Существительное, понятное без знания кода: ingest, parsing, storage,
|
|
read-api, self-description. НЕ store/httpapi (это реализация).
|
|
- Гранулярность по принципу «требования меняются вместе». Дробить, когда в
|
|
одной спеке смешиваются разные заботы. Переименовать дёшево (RENAMED
|
|
Requirements) — не дроби преждевременно в маленьком проекте.
|
|
|
|
RFC 2119 — это требование валидатора, не стиль:
|
|
- Каждое ### Requirement ОБЯЗАНО содержать литерал SHALL или MUST, иначе
|
|
`openspec validate` падает (проверено). Поэтому эти слова и WHEN/THEN не
|
|
русифицируем — они несут точную нормативную/структурную семантику.
|
|
|
|
Ревью (процесс, не артефакт):
|
|
- Нетривиальная/архитектурная задача — два чекпоинта: ревью дизайна (после
|
|
design/specs, ДО кода — дешевле чинить направление) и ревью кода (после
|
|
apply, до archive).
|
|
- Тривиальная задача — достаточно одного прохода (код).
|
|
|
|
Конвенции кода (соблюдать при apply):
|
|
- Механизируемое проверяет `task gate` (линтер, сборка, тесты, race,
|
|
покрытие изменённых строк, миграции, образцы конфига, секреты и данные о
|
|
здоровье в индексе). Состав шагов и правил здесь не пересказываем — он
|
|
растёт, а гейт скажет точнее и всегда актуальнее.
|
|
- Прозой остаётся то, что правилом не выражается: docs/conventions.md.
|
|
Читаем в источнике, а не отсюда — конвенции дописываются по ходу задач.
|
|
- Безопасность: данные о здоровье чувствительнее токенов. Ни тела запросов,
|
|
ни значения точек не попадают в логи выше DEBUG; ничего из ./data не
|
|
попадает под контроль версий — это проверяет гейт.
|
|
|
|
Что это за проект:
|
|
- ЧИТАЙ ПЕРЕД ПРЕДЛОЖЕНИЕМ: docs/passport.md — цель и её граница (чем проект
|
|
НЕ является), типовые сценарии работы, референсы.
|
|
- Вкратце: healthlog — хранилище данных Apple Health, а не аналитика:
|
|
принять, дедуплицировать, сохранить, отдать. Состояние пересобирается из
|
|
журнала доставок, поэтому свёртка обязана быть детерминированной.
|
|
- Развилка или блокер — сперва prior art. Проект не уникален: готовые решения
|
|
смотрим в референсах паспорта, отвергаем — с названной причиной, и причина
|
|
идёт в architecture.md.
|
|
- Инварианты целиком — в CLAUDE.md, архитектура — в docs/architecture.md.
|
|
|
|
Разведка уже проведена, догадки о формате не нужны:
|
|
- docs/local-research.md — находки на живом потоке, во многом расходящиеся с
|
|
документацией Health Auto Export. ПРОВЕРЬ ТАМ, прежде чем строить
|
|
предположение о формате входа: скорее всего вопрос закрыт измерением.
|
|
- Тесты на разбор формата держим на реальных пакетах (testdata), а не на
|
|
выдуманных: документация формата тонкая и местами врёт.
|
|
|
|
# Per-artifact rules (optional)
|
|
rules:
|
|
proposal:
|
|
- Capabilities называй по поведению/домену системы, не по пакету кода
|
|
specs:
|
|
# Кавычки обязательны: без них YAML обрежет строку на первом '#'.
|
|
- "Каждое ### Requirement обязано содержать SHALL или MUST (иначе валидация падает)"
|
|
- "Сценарий — ровно #### (четыре решётки); три или список молча теряются"
|
|
- "SHALL/MUST должно стоять в ПЕРВОМ абзаце требования: валидатор смотрит только его, обоснование ниже он не видит (проверено)"
|
|
- "Заголовки и WHEN/THEN/GIVEN — на английском, остальной текст на русском"
|