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/design.md

@@ -1,22 +1,22 @@
 # Engineering Design
 
-<!-- guide: How affected repositories implement approved specs and system
-     obligations. Reference upstream ids; do not restate them. Remove guides. -->
+<!-- Как affected repositories реализуют утверждённые specs и системные обязательства.
+     Ссылайся на upstream ids, не пересказывай. -->
 
 ## Inputs
 
-<!-- guide: Exact upstream artifacts this design implements (specs, selected
-     system-analysis modules, ux-design, security-analysis). -->
+<!-- Точные upstream-артефакты, которые реализует этот design (specs, выбранные
+     модули analysis/, ux-design, security-analysis). -->
 
 ## Architecture Drivers
 
-<!-- guide: Requirements, NFR ids, constraints and risks that force decisions. -->
+<!-- Requirements, ids NFR, ограничения и риски, которые вынуждают решения. -->
 
 ## Technical Goals / Non-Goals
 
 ## Implementation Impact Map
 
-| Area | Affected | Outcome or N/A reason |
+| Область | Затронута | Результат или причина N/A |
 | --- | --- | --- |
 | main | | |
 | frontend | | |
@@ -24,8 +24,8 @@
 
 ## Decisions
 
-<!-- guide: Per decision: context, chosen option, rejected alternatives, driver it
-     satisfies. Group by repository when that helps. -->
+<!-- На каждое решение: контекст, выбранный вариант, отвергнутые альтернативы, driver.
+     Группируй по repository, если это помогает. -->
 
 ## Components and Responsibilities
 
@@ -33,16 +33,16 @@
 
 ## Contract Implementation
 
-<!-- guide: How each contract is produced/consumed and how published OpenAPI is
-     compared with the target contract. N/A when no contracts changed. -->
+<!-- Как каждый контракт производится/потребляется и как опубликованный OpenAPI
+     сравнивается с target-контрактом. N/A, если контракты не менялись. -->
 
 ## Cross-cutting Implementation
 
 ## UI Implementation
 
-<!-- guide: With ux-design.md: component composition, state, data fetching, how
-     each UI state is produced — no restated UX. Without ux-design.md: state
-     new/changed, reuse or N/A with reason, plus the needed screen/state detail. -->
+<!-- С ux-design: композиция компонентов, state, data fetching, как получается каждое
+     UI-состояние — без пересказа UX. Без ux-design: new/changed/reuse или N/A с
+     причиной и нужные детали экранов/состояний. -->
 
 ## Developer Verification Strategy
 
@@ -50,8 +50,8 @@
 
 ## Solution Assessment
 
-<!-- guide: Required for new auth, security, storage, integration, observability,
-     caching, concurrency or shared tooling; otherwise N/A with reason. -->
+<!-- Обязателен для нового auth, security, storage, интеграции, observability,
+     кеширования, конкурентности или общего tooling; иначе N/A с причиной. -->
 
 ## Risks / Trade-offs