refactor: make sdd-lab review-driven (WealthLedger/specs#66)

Replace executable schema checks with explicit review-driven readiness, add a requirement-writing profile, and incorporate review clarifications for source traceability and comparative validation.

openspec/schemas/wealth-ledger-sdd-lab/templates/qa-analysis.md

@@ -1,24 +1,34 @@
 # QA Analysis
 
-<!-- guide: Risk-based system verification strategy. Reference scenarios; do not
-     restate them. No developer unit/component test plans. Remove guides. -->
+<!-- Risk-based стратегия системной проверки. Ссылайся на Scenarios, не пересказывай.
+     Без планов developer unit/component tests. -->
 
 ## Risk Assessment
 
-| Risk | Affected requirements | Likelihood | Impact | Verification depth |
+| Риск | Затронутые требования | Вероятность | Ущерб | Глубина проверки |
 | --- | --- | --- | --- | --- |
 
 ## Coverage Matrix
 
-<!-- guide: One row per delta requirement. Check = system-level way of proving
-     it; test case ids when test-cases is selected; or "not verified: <risk
-     reason>". -->
+<!-- Строка на каждый ADDED/MODIFIED/REMOVED Requirement. Назови покрытые Scenarios
+     точными headings и ветви таблицы/переходы, если они есть. Проверка даёт наблюдение,
+     отличающее исполнение нормы от нарушения; test cases — ссылками, не копиями.
+     Пропуск случая — «not verified: <риск-причина>» с названием случая.
+     Покрытие — только строки этой таблицы; упоминание требования в другом месте
+     файла покрытием не считается. REMOVED требует проверки миграции/регрессии.
+     При skip_specs: true вместо дельт укажи существующее поведение/ограничение,
+     которое сохраняем, точный источник и регрессионную проверку.
+     Пример:
+     | `example-report` — `Отбор операций за календарный период` | Последний день периода и следующий день | Отчёт за октябрь включает X за 31.10 и исключает Y за 01.11 | API | ссылка на Scenario | -->
 
-| Requirement | Check | Level | Test cases |
-| --- | --- | --- | --- |
+| Requirement / регрессионный baseline | Сценарии / ветви правила | Проверка / ожидаемое наблюдение | Уровень | Test cases |
+| --- | --- | --- | --- | --- |
 
 ## Negative and Boundary Focus
 
+<!-- Границы до/на/после порога, отказ, повтор, конкуренция, сохранность данных —
+     только применимое. Ссылайся на нормы, не придумывай исходы. -->
+
 ## Cross-system Verification
 
 ## Test Data and Environment Needs
@@ -31,4 +41,5 @@
 
 ## Gaps / Blockers
 
-<!-- guide: Each gap names its routing destination artifact. -->
+<!-- Цитата/heading → неоднозначность или непокрытый исход → владелец решения и
+     upstream-артефакт. Вопрос о значении expected result блокирует согласование. -->