refactor: drop check.cjs and translate wealth-ledger-sdd-lab schema (WealthLedger/specs#66)

Readiness rules move to a manual checklist with fixed gate semantics.
Analysis artifacts live under analysis/; templates and instructions are in Russian.
This commit is contained in:
2026-10-30 13:34:19 +03:00
parent a2d2df3b5a
commit d5a0e942a3
18 changed files with 668 additions and 847 deletions
@@ -1,18 +1,32 @@
<!--
Choose only the sections this delta needs; delete this guide before approval.
Оставь только нужные этой дельте разделы; комментарий удали до approval.
New capability only: add `## Purpose` with 1–2 sentences (50+ characters).
Existing capability: do not add Purpose.
Только новая capability: `## Purpose` в 1–2 предложения (от 50 символов).
Существующая capability: Purpose не добавляй.
Supported operations:
- `## ADDED Requirements`: new complete Requirement blocks.
- `## MODIFIED Requirements`: full existing Requirement blocks with every
surviving Scenario, then edited behavior; heading matches exactly.
- `## REMOVED Requirements`: Requirement heading plus **Reason** and **Migration**.
- `## RENAMED Requirements`: `FROM:` and `TO:` heading pairs only.
Операции:
- `## ADDED Requirements` — новые полные блоки Requirement.
- `## MODIFIED Requirements` — полный существующий блок со всеми сохраняемыми
Scenario, затем изменённое поведение; heading совпадает точно.
- `## REMOVED Requirements` — heading Requirement плюс **Reason** и **Migration**.
- `## RENAMED Requirements` — только пары `FROM:` и `TO:`.
Every normative Requirement uses BCP 14 (RFC 2119 + RFC 8174) uppercase
SHALL/MUST deliberately, and at least one `#### Scenario:` with `- **WHEN**`
and `- **THEN**`. Lowercase must/should/may are ordinary language.
Do not leave empty operation sections or a sample Requirement.
Каждый нормативный Requirement осознанно использует BCP 14 (RFC 2119 + RFC 8174)
uppercase SHALL/MUST и минимум один `#### Scenario:` с `- **WHEN**` и
`- **THEN**`. Строчные «must/should/may» — обычный язык.
Не оставляй пустые разделы операций и образцы.
Пример:
## ADDED Requirements
### Requirement: Итог портфеля не учитывает дубли операций
Система SHALL учитывать каждый идентификатор операции брокера в итоге портфеля
не более одного раза.
#### Scenario: Одна операция импортирована дважды
- **WHEN** операция `op-1` на 100.00 RUB импортирована дважды
- **THEN** итог портфеля увеличивается ровно на 100.00 RUB
Плохо: «Система SHALL корректно обрабатывать дубли» — нет наблюдаемого критерия;
«THEN итог правильный» — нет ожидаемого значения; один Requirement на импорт,
отображение и экспорт сразу — раздели по поведению.
-->