refactor: make sdd-lab review-driven (WealthLedger/specs#66)
Specs security / security (push) Successful in 8s
Specs verify / verify (push) Successful in 10s

Replace executable schema checks with explicit review-driven readiness, add a requirement-writing profile, and incorporate review clarifications for source traceability and comparative validation.
This commit was merged in pull request #68.
This commit is contained in:
2026-10-30 13:35:39 +03:00
parent a2d2df3b5a
commit b9ec11f5ba
19 changed files with 982 additions and 851 deletions
@@ -1,12 +1,11 @@
# System Analysis
<!-- guide: Hub document. Owns context, boundaries, flows overview and contract
semantics; details live in selected modules and are referenced, not copied.
Remove guides before G3. -->
<!-- Hub. Владеет контекстом, границами, обзором flows и семантикой контрактов;
детали — в выбранных модулях, на них ссылаются, а не копируют. -->
## Requirement Coverage
| Requirement | Flow / contract | Module |
| Requirement | Flow / контракт | Модуль |
| --- | --- | --- |
## System Context and Boundaries
@@ -19,32 +18,32 @@
## Data Ownership
| Data | Source of truth | Writers | Readers |
| Данные | Источник истины | Пишут | Читают |
| --- | --- | --- | --- |
## Interaction Flows
<!-- guide: Reference diagrams/*.mmd; text only for what a diagram cannot carry. -->
<!-- Ссылки на diagrams/*.mmd; текст — только для того, что диаграмма не передаёт. -->
## Contracts
<!-- guide: Per contract: producer/consumer, operation/event, version, file in
contracts/, compatibility class (additive / breaking), published source it
must match after implementation. -->
<!-- На каждый контракт: producer/consumer, операция/событие, версия, файл в
contracts/, класс совместимости (additive / breaking), опубликованный источник,
с которым он обязан совпасть после реализации. -->
| Contract | Producer → Consumer | File | Compatibility | Published source |
| Контракт | Producer → Consumer | Файл | Совместимость | Опубликованный источник |
| --- | --- | --- | --- | --- |
## Error Semantics
<!-- guide: Business vs technical failures at boundaries. Detailed retry/
idempotency/recovery belongs to failure-model.md when selected. -->
<!-- Бизнес- и технические отказы на границах. Подробные retry/идемпотентность/
восстановление — в failure-model.md, если выбран. -->
## Compatibility / Migration
## Detailed Modules
<!-- guide: Link each selected module (data-mapping, failure-model, nfr,
observability) with one line on what it decides. -->
<!-- Ссылка на каждый выбранный модуль (data-mapping, failure-model, nfr,
observability) и одна строка о том, что он решает. -->
## Open Questions