chore: use native OpenSpec validation
This commit is contained in:
@@ -0,0 +1,35 @@
|
||||
## Why
|
||||
|
||||
Проверки change и репозиториев дополнительно проходят через самописные
|
||||
обёртки, мета-проверки и точные baseline-сравнения. Они дублируют возможности
|
||||
поддерживаемых инструментов, повторяют tool calls и усложняют обязательный
|
||||
workflow без защиты самостоятельного продуктового риска.
|
||||
|
||||
## What Changes
|
||||
|
||||
- Упростить verification infrastructure, оставив только проверки, которые
|
||||
непосредственно подтверждают наблюдаемые инженерные инварианты.
|
||||
- Установить единый итоговый подход: TypeScript, Biome/ESLint, Vitest/Jest,
|
||||
Knip, dependency-cruiser, build и native OpenSpec validation — как основные
|
||||
автоматические доказательства; contract и semantic review остаются
|
||||
соразмерными риску change.
|
||||
- Исключить самописные verification и meta-verification механизмы, когда они
|
||||
лишь оркестрируют, повторяют или тестируют уже применяемые инструменты.
|
||||
- Не ослаблять проверку типов, стиля, риск-ориентированных тестов,
|
||||
архитектурных границ, сборки, публичного API contract или проверяемых
|
||||
repository hygiene-инвариантов.
|
||||
- Не менять application behavior, API или данные и не вводить CI, новые
|
||||
зависимости либо новые quality thresholds.
|
||||
|
||||
## Capabilities
|
||||
|
||||
### New Capabilities
|
||||
|
||||
### Modified Capabilities
|
||||
|
||||
## Impact
|
||||
|
||||
Затронуты локальные verification workflows frontend, backend, specs и docs,
|
||||
OpenSpec agent entrypoints и as-built process documentation. Разработчики и
|
||||
агенты получат более короткий, прозрачный набор команд; существующие базовые
|
||||
quality и contract checks сохранятся в итоговой стратегии.
|
||||
Reference in New Issue
Block a user