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:
@@ -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 на импорт,
|
||||
отображение и экспорт сразу — раздели по поведению.
|
||||
-->
|
||||
|
||||
Reference in New Issue
Block a user