@educa-corp/sdd-framework 0.1.0

package/docs/03-concepts/pipeline.md

@@ -0,0 +1,278 @@
+[📚 Docs](../README.md) › [Concepts](README.md) › Pipeline
+
+# Pipeline
+
+Vòng đời feature đi qua các phase, mỗi transition lớn có **AI review (tìm findings) + cổng duyệt do người quyết** (xem note "Cổng duyệt" bên dưới):
+**Discovery → PRD → Design-Spec → BDD → Tech-Docs → Code → Dev self-check → QC automation → Tester feedback.** Phần sau mô tả từng phase và **step-architecture model** đằng sau mỗi command.
+
+## Mục lục
+
+- [Phase overview](#phase-overview)
+- [Workflow chi tiết](#workflow-chi-tiết)
+- [QC automation pipeline (Phase 5b)](#qc-automation-pipeline-phase-5b)
+- [Command internals — step architecture](#command-internals--step-architecture)
+  - [gate.md — universal entry](#gatemd--universal-entry)
+  - [context-loader.md — context loading sequence](#context-loadermd--context-loading-sequence)
+  - [spawn-agent.md — sub-agent orchestration](#spawn-agentmd--sub-agent-orchestration)
+  - [report-footer.md — standard output format](#report-footermd--standard-output-format)
+
+---
+
+## Phase overview
+
+| Phase | Who | Commands | Output |
+|-------|-----|----------|--------|
+| **0. Setup** *(one-time)* | Tech Lead | `/setup-ai-first`, `/sync`, `/sync-figma-*` | Config files, submodules, component catalog |
+| **1. Discovery** | PO + AI | `/define-product` | `specs/product-definition/{TICKET-ID}-{slug}.md` |
+| **2. PRD** | AI → SA/PO review | `/generate-prd`, `/refine-prd`, `/review-context` | `specs/{domain}/{prd-slug}/{TICKET-ID}-{prd-slug}.md` |
+| **2b. Design Spec** *(FE/App only)* | AI → Designer/PO sign-off | `/generate-design-spec` | `specs/{domain}/{prd-slug}/design-spec/{TICKET-ID}-design-spec-{platform}-{slug}.md` |
+| **3. BDD Spec** | AI → SA/Dev review | `/generate-bdd`, `/review-context` | `specs/{domain}/{prd-slug}/bdd/{UC-ID}.feature` |
+| **4. Tech Design** *(1 doc full-stack / PRD)* | AI → SA/Lead review | `/generate-tech-docs`, `/review-tech-docs` | `specs/{domain}/{prd-slug}/tech-docs/{TICKET-ID}-tech-design.md` — MỘT bản vẽ gộp cả BE (API contract, data model, DB) + client (§4.5 component/state/Figma per platform) + sequence xuyên tầng. Input = **file BDD tech lead trỏ** (1..n, batch); **append** vào doc chung khi trỏ BDD mới |
+| **5. Code** | AI → Dev review | `/generate-code` *(FE: `--phase=ui`/`--phase=integration`)*, `/review-code` | `src/...` |
+| **6. Dev Self-Check** | Dev (own code) | `/dev-gen-test`, `/dev-run-test`, `/dev-smoke-test` | `src/test/...` — dev smoke (`dev_selftest`), tách khỏi QC suite |
+| **6b. QC Automation** *(official QC suite)* | QC | `/qc-analyze` → `/qc-plan` → `/qc-design-test` → `/qc-review` → `/qc-run-test` → `/qc-report` | QC test designs + run results — set `qc_status` (`qc-playwright` module) |
+| **7. Trace** | Tech Lead | `/validate-traces` | Coverage matrix + drift report |
+| **8. Tester Feedback** | QA → PO/Dev | `/report-bug`, `/propose-scenario` → `/sync` surfaces | `{spec}/feedback/...` → bug fix / new scenario / PRD update |
+| **Cross-cutting** | Any role | `/sync`, `/learn`, `/update-framework` | Synced repo · project guardrails · upgraded tooling |
+
+> **PRD là platform-agnostic (Option C):** Một PRD phục vụ mọi platform — chỉ mô tả business outcome, không UI/API. FE/App: PRD → Design Spec (2b) → BDD. BE: PRD → BDD (skip 2b). Thêm platform sau không cần đổi PRD.
+
+> **Cổng duyệt (human sign-off):** mỗi transition lớn có một **cổng do người quyết** — review (AI tìm findings) → người đặt trạng thái `approved` → bước sau. Ba cổng: **PRD** `Status: approved` (PO) · **Design Spec** `Status: approved` (PO+Designer) · **BDD** `@trace.status: approved` (Dev-lead). **Sửa nội dung sau khi duyệt → tự reset về `draft`** (PRD/Design/BDD đều vậy). Các lệnh tiêu thụ (`/generate-bdd`, `/generate-design-spec`, `/generate-tech-docs`, `/generate-code`, `/qc-analyze`) **cảnh báo mềm** nếu nguồn chưa `approved` (cho phép prototype, KHÔNG chặn cứng). Mỗi artifact còn ghi version nguồn để phát hiện **drift**: PRD `applied_to_version` (findings), Design Spec `Built from PRD`, BDD/tech-doc Version Check.
+
+---
+
+## Workflow chi tiết
+
+```
+Phase 1: Discovery
+  /define-product ──────────→ specs/product-definition/{slug}.md
+        (7 phase Q&A: knowledge sync → feature def → user flow → clarify →
+         business rules → business logic → AC → validation matrix)
+
+Phase 2: PRD
+  /generate-prd ────────────→ specs/{domain}/{prd-slug}/{TICKET-ID}-{prd-slug}.md
+  /refine-prd ──────────────→ .agent/review/{prd-slug}-findings.yaml
+                  [Review Board: Accept/Modify/Reject]
+                /refine-prd --resume → apply + bump version
+  /review-context {prd} ────→ .agent/review/{prd-slug}-review-context-findings.yaml
+       --fix (auto-fixable)  |  Review Board → --resume (apply + bump)
+       Checks: banned terms (P1) · ambiguity AC/BR (P2) · conflicts (P3) · completeness (P4)
+       ✅ 0 critical → PO đặt Status: approved (Metadata) → Phase 2b/3   ·   ❌ NEEDS_FIX → fix + re-run
+
+Phase 2b/3: Design Spec & BDD
+  /generate-design-spec ────→ specs/{domain}/{prd-slug}/design-spec/{TICKET-ID}-design-spec-{platform}-{slug}.md
+       (FE/App only — PO supplies node-level Figma link ?node-id= per screen;
+        AI fetches each frame via Figma MCP. Screen with no readable link → ❌ Missing → Status giữ draft;
+        ghi "Built from PRD: vX" để phát hiện lỗi thời; generate-bdd cảnh báo mềm nếu design-spec chưa approved)
+              [Designer review + PO sign-off → Status: approved]
+  /generate-bdd ────────────→ specs/{domain}/{prd-slug}/bdd/{UC-ID}.feature
+       THỨ TỰ OUTSIDE-IN (khi có client): web → app → system
+         System BDD được TỔNG HỢP từ web+app BDD (client-facing trước → BE/system suy ra để phục vụ)
+         (project chỉ-BE, không web/app: system gen thẳng từ PRD)
+       (apply platform vocabulary: web "clicks" / mobile "taps" / backend "submits a request")
+       FE/App: đọc AC-UI + Screen States từ design-spec để phủ scenario (gate: approved + Built-from-PRD còn mới + sanity)
+  /review-context {feature} → .agent/review/{uc-id}-review-bdd-findings.yaml
+       Checks: PRD coverage (mỗi AC + BR bullet → ≥1 scenario) · Gherkin R1–R10 · compliance C1–C5
+       ✅ 0 critical → đặt @trace.status: approved (.feature) → Phase 4
+
+Phase 4: Tech Design  (MỘT doc full-stack / PRD — input = file BDD tech lead trỏ)
+  /generate-tech-docs {1..n file .feature / UC tech lead chọn} → specs/{domain}/{prd-slug}/tech-docs/{TICKET-ID}-tech-design.md
+       nạp CHỈ file được trỏ (batch, cảnh báo >5), bồi vào doc chung của PRD → 1 bản vẽ gộp:
+         BE  §1–§4.4,§6–§8: API contract, data model, DB, caching (brownfield: reverse-document)
+         Client §4.5 (mỗi platform): components, state, Figma mapping, API-integration map (mọi call → endpoint §4.1),
+                Test Selectors (test-id ổn định cho element có action → QC locate khỏi scan)
+         §5 sequence diagram xuyên tầng (component→service→API→external→DB), 1/scenario
+         §10 UC Coverage = anchor cho APPEND
+       Fresh (chưa có doc) | Append (đã có → chỉ thêm UC/platform mới, cập nhật §10+Changelog, giữ phần cũ)
+       Gate: review-BDD sạch (mọi feature) · client thiếu design-spec → §4.5 degraded (soft)
+  /review-tech-docs ────────→ .agent/review/{TICKET-ID}-tech-review-findings.yaml
+              [Review Board] → --resume (apply + bump revision)
+       ✅ APPROVED → Phase 5
+
+Phase 5: Code
+  /generate-code ───────────→ src/...  (@trace.implements tags)
+       FE: --phase=ui (UI + mock adapter, tester-ready)
+           mock shape: §4 API contract của tech-doc nếu có (chuẩn) → else System BDD (tạm, warn) — fixture values luôn từ System BDD
+           → khi tech-doc có §4.5 client (trỏ /generate-tech-docs vào web|app BDD) & approved
+           → --phase=integration (wire real API theo §4.5.4 của tech-doc gộp)
+       (component enforcement: ✅ existing / ⚠️ TODO blocked / ❌ NEW confirm)
+  /review-code ─────────────→ Report: Critical / Major / Minor → fix CRITICAL/MAJOR
+
+Phase 5 (cont): Dev Self-Check  (dev verifies their OWN code — NOT the official QC suite)
+  /dev-gen-test ────────────→ src/test/...  (@trace.verifies tags)
+  /dev-run-test ────────────→ records dev_selftest (pass/fail/not_run) + dev_selftest_at in trace
+  /dev-smoke-test ──────────→ live endpoint check (optional)
+  /validate-traces {domain} → coverage matrix + drift detection
+
+Phase 5b: QC Automation  (the OFFICIAL QC suite — see below)
+
+Phase 6: Tester / QC Feedback  (QA/QC → PO/Dev, closes the loop)
+  /report-bug {UC-ID} ──────→ {spec}/feedback/bug-reports/{BUG-ID}.md (State: Open) → push
+  /propose-scenario {UC-ID} → behavior ∈ AC → {spec}/feedback/bdd-proposals/{...}.md → push
+                              behavior MỚI  → {spec}/feedback/prd-change-requests/{...}.md → push
+              QC nguồn: /qc-run-test FAIL & /qc-analyze DOC_GAPS cũng route vào đây
+              PO/Dev: /sync → "📥 State: Open" → /fix-bug {BUG-ID} (Open→Fixed) · add BDD · update PRD
+              QC: /qc-run-test re-verify pass → bug Closed (qc_owner/qc_blocked_by clear)
+
+Cross-cutting (any role, anytime)
+  /sync ────────────────────→ git pull + submodules + Living Docs + surface feedback
+  /learn "AI does X, should Y" → project guardrail (loaded vào mọi command)
+  /update-framework ────────→ upgrade framework tooling từ npm
+```
+
+> **Large PRD (> 3 UC hoặc > 300 dòng):** `/generate-bdd`, `/generate-code`, `/dev-gen-test` tự chuyển sang **orchestration mode** — spawn 1 sub-agent/UC (xem [spawn-agent.md](#spawn-agentmd--sub-agent-orchestration)).
+
+> **Phase 7 — `/validate-traces` statuses:** ✅ OK (code version khớp spec) · ⚠️ DRIFT (code gen từ PRD/BDD cũ → re-generate) · 🔴 GAP (scenario có trong spec nhưng không có code) · — UNTRACKED (scenario ghi nhận nhưng chưa code-gen). Chi tiết: [traceability.md](traceability.md).
+
+---
+
+## QC automation pipeline (Phase 5b)
+
+Bộ test QC **chính thức** — native pipeline, chạy như một **branch sau khi BDD `@trace.status: approved`** (review-context BDD sạch + người duyệt; `/qc-analyze` cảnh báo mềm nếu chưa), song song / sau khi dev `/generate-code`. 6 stage tuần tự, port từ agent của team QC (QC repo nay chỉ còn reference):
+
+```
+BDD approved (specs/{domain}/{prd-slug}/bdd/*.feature)
+        ▼
+/qc-analyze → /qc-plan → /qc-design-test → /qc-review → /qc-run-test → /qc-report
+   (đọc UC/SC, phân tích)                          chạy test → set qc_status
+        ▼                                                ▼
+  QC analysis + test cases                      .trace/*.tsv: qc_status
+  → {qc_dir}/{UC-ID}/  (visible, mặc định docs/) (pass/fail/skip/not_run)
+    REQUIREMENT_ANALYSIS.md · DOC_GAPS.md ·       + qc_owner / qc_blocked_by
+    TEST_PLAN.md · test-cases/*.Test.md           (skills load từ {qc_skills_dir})
+
+  ── Feedback loop về spec (đóng vòng) ───────────────────────────────────
+  /qc-analyze DOC_GAPS blocker (spec sai/mơ hồ) ┐
+  /qc-run-test FAIL = product-gap               ├─▶ /report-bug · /propose-scenario
+  /qc-report tổng hợp gap → in sẵn lệnh         ┘            │  (cùng flow tester)
+                                                             ▼
+                                  feedback/ trong spec repo (State: Open)
+                                  → commit+push → PO/Dev thấy qua /sync (xem bug-flow.md)
+
+Mapping: mỗi QC test → scenario qua @trace.verifies={UC-ID}-SC{N}
+```
+
+- **Implementation module:** `qc-playwright` (Python + pytest-playwright + Page Object; Playwright Trace + pytest-html, KHÔNG dùng Allure). ĐỘC LẬP với dev implementation module — dùng bởi `/qc-run-test` & `/qc-report`.
+- **Khác biệt với dev self-check:** dev self-check (`/dev-*`) → `dev_selftest` (smoke, dev tự kiểm); QC automation (`/qc-*`) → `qc_status` (coverage QC chính thức). Hai tín hiệu **orthogonal**, cả hai surface trong Living Docs → xem [traceability.md](traceability.md).
+
+---
+
+## Command internals — step architecture
+
+Mỗi command trong `.agent/commands/` được compose từ các **step file** dùng chung trong `.agent/steps/`. Đây là nền tảng — mọi command gọi chúng theo thứ tự trước khi chạy logic riêng.
+
+| File | Role | Called by |
+|------|------|-----------|
+| `gate.md` | Universal entry — model check, file resolution, context load, user checkpoint | Mọi command |
+| `context-loader.md` | Multi-step context loading (stack → service routing → conventions → arch → safety → domain → UI → recap) | `gate.md` Step 2 |
+| `spawn-agent.md` | Sub-agent orchestration cho PRD lớn | `generate-bdd`, `generate-code`, `dev-gen-test` |
+| `capture-lesson.md` | Append/refine guardrail trong project lessons file | `learn`, `review-code`, `fix-bug`, `debug` |
+| `report-footer.md` | Standard output format (status badge, artifact list, next command) | Mọi command |
+
+### gate.md — universal entry
+
+Mọi command bắt đầu ở đây, theo thứ tự:
+
+| Step | What it does |
+|------|-------------|
+| **Step 0** | Sub-agent mode check — nếu `$ARGUMENTS` là JSON payload với `_agent_mode: true`, skip Step 1–3, dùng slim context trực tiếp |
+| **Step 0-B** | Model check — prompt switch sang `claude-opus` cho generation phức tạp; `S` để skip |
+| **Step 1** | Resolve target file từ `$ARGUMENTS`; nếu thiếu, liệt kê candidate và hỏi user chọn |
+| **Step 2** | Execute `context-loader.md` — load toàn bộ project context vào working memory |
+| **Step 3** | CHECKPOINT — hiển thị summary (target file, stack, module, domains), chờ `Y` |
+
+```
+CHECKPOINT
+-----------
+Target     : specs/auth/FEAT-042-login/FEAT-042-login.md
+Project    : My App
+Tech stack : TypeScript / React 18
+Module     : react
+Domains    : auth, profile
+
+Proceed? (Y/N)
+```
+
+### context-loader.md — context loading sequence
+
+Load toàn bộ project context vào working memory theo thứ tự ưu tiên nghiêm ngặt:
+
+| Step | Priority | What loads |
+|------|----------|-----------|
+| 1 | PROJECT-CONFIG | `project-context.yaml` → stack, conventions, domains, services, paths |
+| 1.5 | SERVICE ROUTING | *(umbrella only)* detect active domain, route `trace_dir` (+ code) tới service submodule, store `service_root`. Khi `spec_source` set: `specs_dir` (BDD) / `tech_docs_dir` / PRD / design-spec / domain-knowledge / feedback → **spec repo** (cross-team), KHÔNG per-service |
+| 1.6 | SERVICE CONVENTIONS | *(umbrella only)* load `{service_root}/.agent/project-context.yaml` → override `test_command`, `build_command`, `paths.trace_dir` |
+| 2 | PROJECT-CONFIG | `.agent/modules/{module}/stack-profile.yaml` → layer patterns |
+| 3 | **CRITICAL** | `CLAUDE.md` → architecture layers, coding standards, naming |
+| 4 | SAFETY | `.agent/rules/data-protection.md` → sensitive file patterns |
+| 5 | DOMAIN | `business-dictionary.md` → canonical + banned terms |
+| 6 | DOMAIN | `core-entities.md` → entity catalog |
+| 6.7 | **GUARDRAILS** | `lessons_file` → mistakes tích lũy (via `/learn`) loaded như hard constraints |
+| 6-B | UI COMPONENTS | `figma-components/{module}.md` → Figma name → code component + import path |
+| 6-C | UI TOKENS | `figma-tokens.md` → design tokens |
+| 7 | **RECAP** | `[CTX LOADED]` block — lock critical facts vào working memory |
+
+**Anti-lost-in-middle:** critical facts (Step 3) load đầu tiên; RECAP (Step 7) restate ở cuối để fresh khi generation bắt đầu (recency effect).
+
+```
+[CTX LOADED]
+Stack      : TypeScript / React 18 / PostgreSQL
+Layers     : Controller → Facade → Service → Repository
+Services   : 2 services: web-admin(react), api-backend(java-spring)
+Svc Root   : api-backend — conventions + trace_dir loaded from service config
+Dict       : loaded — 42 canonical terms, 8 banned terms
+Entities   : loaded — User, Order, Product
+Lessons    : loaded — 6 guardrails
+Components : loaded — web-admin (react) — 23 components mapped
+Tokens     : loaded — colors: 18, spacing: 12, typography: 6
+Status     : FULL
+```
+
+Status values: `FULL` · `PARTIAL — missing: {list}` · `MINIMAL` (chỉ project-context.yaml).
+
+### spawn-agent.md — sub-agent orchestration
+
+Khi PRD vượt ngưỡng phức tạp, `generate-bdd`, `generate-code`, `dev-gen-test` tự chuyển từ single-session sang orchestration mode.
+
+**Complexity thresholds:**
+
+| Signal | Threshold | Action |
+|--------|-----------|--------|
+| UC count trong PRD | > 3 UC | Spawn 1 sub-agent / UC |
+| PRD length | > 300 dòng | Spawn agents bất kể UC count |
+
+**Orchestration flow:**
+
+```
+Main session (orchestrator)
+  ├─ Step A: Build slim context JSON (stack + active_service + active_module + paths + arch summary + banned_terms)
+  ├─ Step B: Scan PRD → extract UC list [{uc_id, line_start, line_end}]
+  ├─ Step C: Announce plan → "Spawning N sub-agents..."
+  ├─ Step D: Spawn 1 sub-agent / UC (parallel)
+  │     mỗi agent nhận: { _agent_mode: true, uc_id, target_file, uc_section, context }
+  │     mỗi agent đọc CHỈ UC section của mình (không phải full PRD)
+  └─ Step E: Collect results → merge → { uc_id, files_created, status, errors }
+```
+
+**Tiết kiệm context window:**
+
+| Mode | What loads per agent |
+|------|---------------------|
+| Single session (≤ 3 UC) | Full context + full PRD + all UCs |
+| Orchestrator | Slim context + UC heading list only |
+| Each sub-agent | Slim context + **1 UC section only** |
+
+### report-footer.md — standard output format
+
+Mọi command kết thúc với footer này:
+
+```
+---
+Status : ✅ Complete
+Output Artifacts:
+  created  specs/auth/FEAT-042-login/bdd/FEAT-042-UC1-login.feature (3 scenarios)
+  updated  .trace/auth/FEAT-042-login/FEAT-042.tsv
+Next   : /review-context specs/auth/FEAT-042-login/bdd/FEAT-042-UC1-login.feature
+```
+
+**Status badges:** `✅ Complete` · `⚠️ Warnings` · `❌ Failed`. Field **Next** luôn gợi ý command tiếp theo hợp lý — không phải tra cứu.

package/docs/03-concepts/traceability.md

@@ -0,0 +1,152 @@
+[📚 Docs](../README.md) › [Concepts](README.md) › Traceability
+
+# Traceability & Living Docs
+
+Mỗi artifact link tới mọi artifact khác qua `@trace.*` tags, và trạng thái coverage/drift được tổng hợp vào **trace TSV** rồi surface trong **Living Docs**. Đây là cách framework đảm bảo *mọi dòng code trace về một scenario*, và phân biệt hai tín hiệu test độc lập: **`dev_selftest`** (dev tự kiểm) vs **`qc_status`** (QC chính thức).
+
+## Mục lục
+
+- [Artifact chain & @trace tags](#artifact-chain--trace-tags)
+- [Trace TSV — coverage & drift](#trace-tsv--coverage--drift)
+- [Hai tín hiệu test: dev_selftest vs qc_status](#hai-tín-hiệu-test-dev_selftest-vs-qc_status)
+- [Living Docs — canonical trong spec-module + panel mirror](#living-docs--canonical-trong-spec-module--panel-mirror)
+- [/validate-traces](#validate-traces)
+
+> Schema TSV đầy đủ (mọi cột) và full danh sách trace tag: xem [../05-reference/trace-schema.md](../05-reference/trace-schema.md). Trang này tập trung vào **khái niệm** và cách hai tín hiệu hoạt động.
+
+---
+
+## Artifact chain & @trace tags
+
+Mỗi artifact liên kết về artifact trước nó bằng metadata (PRD: bảng **Metadata**; BDD / tech-doc / code / test: `@trace.*` tags):
+
+```
+product-definition.md
+  └─► PRD.md (Domain, Status, Service/Module — đều trong bảng Metadata)
+        └─► specs/{domain}/{prd-slug}/bdd/{web|app|system}/{UC-ID}.feature (@trace.prd_version, @trace.module)
+              └─► specs/{domain}/{prd-slug}/tech-docs/{TICKET-ID}-tech-design.md (@trace.bdd_version)
+                    └─► src/ code — service submodule (@trace.implements)
+                          └─► src/test/ (@trace.verifies, @trace.service)
+   ════► {spec_source}/.trace/{domain}/{prd-slug}/{UC-ID}-{platform}.tsv — TSV authoritative ở SPEC repo (coverage/drift)
+```
+
+**Các trace field quan trọng:**
+
+| Field | Vị trí | Ý nghĩa |
+|-------|--------|---------|
+| `Domain` | bảng Metadata PRD | Domain của feature (auth, payment, …) — route vào đúng service submodule |
+| `Status` | bảng Metadata PRD | `draft` / `approved` — dev team chỉ code khi `approved` |
+| `@trace.status` | BDD `.feature` header | `draft` / `approved` — người đặt `approved` sau khi review-context BDD sạch; mirror vào `uc_status` |
+| `uc_status` | trace TSV (mirror) | gương của BDD `@trace.status` — `/validate-traces` đồng bộ → dashboard `approved_ucs` |
+| `@trace.service` / `@trace.module` | BDD / Tech Doc header | Service + module sẽ implement |
+| `@trace.prd_version` / `@trace.bdd_version` | BDD / code / test | Version của spec mà artifact được sinh từ — base cho drift detection |
+| `@trace.implements` | Code comment | Scenario mà code này implement: `={UC-ID}-SC{N}` |
+| `@trace.verifies` | Test / QC test | Scenario mà test này verify: `={UC-ID}` hoặc `={UC-ID}-SC{N}` |
+| `@trace.api_source: existing` | BDD header | Brownfield — API đã tồn tại, contract lấy từ PRD |
+
+Ví dụ tags trong `.feature`, code, và test:
+
+```gherkin
+# @trace.id: FEAT-001-UC1
+# @trace.service: web-admin
+# @trace.module: react
+# @trace.prd_version: 1.2
+# @trace.bdd_version: 3
+```
+```java
+// @trace.implements=FEAT-001-UC1-SC2   // @trace.verifies=FEAT-001-UC1
+// @trace.prd_version=1.2               // @trace.service=api-backend
+// @trace.bdd_version=3                 // @trace.test_type=integration
+// @trace.tech_doc_revision=2
+```
+
+---
+
+## Trace TSV — coverage & drift
+
+`.trace/{domain}/{prd-slug}/{UC-ID}-{platform}.tsv` là nguồn sự thật per-scenario về trạng thái implement/test. Được **ghi** bởi `/generate-bdd`, `/generate-code`, `/dev-gen-test`, `/qc-run-test`, và **update** bởi `/validate-traces`. Khi `spec_source` set, file `.trace/**/*.tsv` authoritative **được commit ở một chỗ** trong spec repo (`{spec_source}/.trace/`) — một nơi cho PM quản lý; mỗi scenario mang `@trace.service`. (Không có `spec_source` → `.trace` per-service.)
+
+Status coverage per scenario:
+
+| Status | Meaning |
+|--------|---------|
+| ✅ OK | Code version khớp spec version |
+| ⚠️ DRIFT | Code gen từ PRD/BDD cũ hơn — re-generate |
+| 🔴 GAP | Scenario có trong spec nhưng không tìm thấy code implement |
+| — UNTRACKED | Scenario ghi nhận nhưng chưa code-gen |
+
+---
+
+## Hai tín hiệu test: dev_selftest vs qc_status
+
+Trace TSV mang **hai cột độc lập**, cả hai **orthogonal** với cột `status` (coverage) ở trên:
+
+| Cột | Set bởi | Giá trị | Ý nghĩa |
+|-----|---------|---------|---------|
+| `dev_selftest` (+ `dev_selftest_at`) | `/dev-run-test` | `pass` / `fail` / `not_run` | **Dev self-check** — dev tự chạy bộ self-check test của mình trên scenario đó. **KHÔNG** phải coverage QC chính thức. |
+| `qc_status` (+ `qc_run_at`) | `/qc-run-test` | `pass` / `fail` / `skip` / `not_run` | **QC chính thức** — kết quả native QC pipeline (do QC chạy, không phải dev), keyed theo `@trace.verifies={UC-ID}-SC{N}`. |
+
+- **`dev_selftest`** là tín hiệu để QC **thấy** rằng developer đã smoke/self-check qua scenario đó. `dev_selftest: pass` chỉ nghĩa "dev đã tự kiểm" — không phải tuyên bố coverage.
+- **`qc_status`** là coverage QC chính thức từ pipeline `/qc-analyze → … → /qc-run-test → /qc-report` (xem [pipeline.md](pipeline.md#qc-automation-pipeline-phase-5b)). `/qc-run-test` dùng stack module `qc-playwright`, độc lập với dev implementation module.
+- Hai tín hiệu **sit side by side** trong Living Docs để dễ phân biệt hai luồng. Tester vẫn nên verify độc lập theo BDD + PRD ở phần chưa được automation cover.
+
+> Phân biệt rõ: `/dev-*` (dev self-check, `dev_selftest`) ≠ `/qc-*` (official QC suite, `qc_status`). Đừng coi output của `/dev-*` là coverage chính thức.
+
+---
+
+## Living Docs — canonical trong spec-module + panel mirror
+
+Living Docs (VS Code panel) đọc trace TSV và hiển thị traceability health toàn dự án:
+
+```
+┌──────────────────────────────────────────────────────────────────┐
+│ PRDs  Use Cases  Scenarios  Code Cov.  Test Cov.  Drift  Gap     │
+│  19     86        1077        93%        89%       212    93      │
+└──────────────────────────────────────────────────────────────────┘
+```
+
+- Drill down: PRD → UC → per-scenario table (Spec ver, Gen ver, Code, Tests, **Dev Self-Check**, **QC Status**, **Waiting on**, Status)
+- **Waiting on** (cột `qc_owner` + `qc_blocked_by`): cho PO/PM thấy case chưa pass đang **chờ dev** (product-gap → `BUG-{id}`) hay **chờ PO** confirm/clarify (spec gap → `GAP-{id}`). Aggregates `waiting_dev` / `waiting_po` ở header dashboard.
+- Status badges: ✅ OK · ⚠️ DRIFT · 🔴 GAP · — UNTRACKED · filter theo domain/PRD status/doc status · search theo UC/SC ID.
+- Số **UC approved** (`approved_ucs`) trên dashboard = số UC có BDD `@trace.status: approved`, đồng bộ từ `.feature` qua `/validate-traces` (xem `uc_status` ở bảng trace field trên).
+
+**Ba nơi chứa trace data — phân biệt authoritative vs mirror:**
+
+| Vị trí | Vai trò | Commit? |
+|--------|---------|---------|
+| `{spec_source}/.trace/*.tsv` | **Authoritative** — nguồn sự thật, một chỗ cho cả team/PM (mỗi row mang `@trace.service`) | ✅ Committed trong spec repo |
+| `{spec_source}/.living-docs/trace-report.json` | **Report** — dashboard tổng hợp, regenerate bởi `/sync` hoặc `/validate-traces` | ❌ Gitignored |
+| `./.trace` của workspace hiện tại | **Panel mirror** — giữ Living Docs panel không trống khi mở Claude Code/VS Code ở một repo không phải spec repo | ❌ Gitignored |
+
+**Vì sao authoritative + report nằm ở spec module?** Spec module được mount vào mọi umbrella/service workspace, nên là nơi chung luôn resolve được cho cross-team dashboard, và là **một chỗ duy nhất** để PM/PO quản lý trạng thái. Code-side commands (`/generate-code`, `/dev-run-test`, `/qc-run-test`) chạy trong service nhưng ghi trace cross-repo vào đây (giống `feedback/`). Panel mirror `./.trace` chỉ để panel không trống khi mở một repo lẻ.
+
+Thêm vào `.gitignore` (report + mirror là read-only generated, không commit; `.trace/*.tsv` thì commit trong spec repo):
+```
+# spec module
+.living-docs/
+# workspace không phải spec repo (panel mirror)
+.trace/
+```
+
+> **Prerequisite cho data chính xác:** umbrella cần `setup.spec_source` trỏ đúng spec submodule → framework ghi mọi trace TSV vào `{spec_source}/.trace`. (Chế độ không có `spec_source` mới cần `paths.trace_dir` per-service.)
+
+---
+
+## /validate-traces
+
+Chạy `/validate-traces {domain}` bất cứ lúc nào (đặc biệt **sau mỗi codegen session trong umbrella mode**) để:
+
+```
+/validate-traces {domain}
+→ Reads .trace/*.tsv authoritative (committed) từ MỘT chỗ: {spec_source}/.trace/
+  (mỗi scenario mang @trace.service — không cần quét/merge từng service)
+→ Writes trace-report.json → {spec_source}/.living-docs/ (generated, gitignored)
+→ Writes panel mirror → ./.trace của workspace hiện tại (non-empty khi mở repo lẻ)
+→ Living Docs panel cập nhật ngay
+```
+
+Báo cáo: scenario nào chưa có code (GAP) · code nào gen từ PRD/BDD cũ (DRIFT) · broken links / orphan BDD (không có PRD) / dead code traces · coverage % per domain.
+
+**Khi nào chạy:** sau refactor đổi tên file/function · sau khi PO cập nhật PRD (version mới) · trước PR lớn · khi CI báo trace validation fail · sau mỗi codegen session (umbrella).
+
+> **Nguyên tắc:** không merge code khi traces broken — fix traces trước. `/sync` cũng regenerate Living Docs như một bước phụ; `/validate-traces` là lệnh chuyên trách kiểm tra trace chain.

package/docs/04-operations/README.md

@@ -0,0 +1,33 @@
+[📚 Docs](../README.md) › Operations
+
+# 04 · Operations
+
+> Vận hành hằng ngày với framework: đồng bộ nội dung & nâng cấp framework, quy trình xử lý bug, và publish package lên npm.
+
+Mục này dành cho cả team (PO · Dev · QC/Tester) và người maintain framework.
+
+---
+
+## Trong mục này
+
+| Trang | Nội dung |
+|-------|----------|
+| [Sync & Update](sync-and-update.md) | `/sync` vs `/update-framework`, umbrella mode, đồng bộ Living Docs, workflow hằng ngày theo role |
+| [Bug Flow](bug-flow.md) | Phân loại bug theo spec layer (Code/BDD/PRD/Design/Env), 6 case, format thông báo, checklist đóng bug |
+| [Publishing](publishing.md) | Build + publish `@educa-corp/sdd-framework` lên npm, versioning, transfer ownership |
+
+---
+
+## Hai loại "update" — đừng nhầm
+
+| | `/sync` | `/update-framework` |
+|---|---|---|
+| Update cái gì | Nội dung dự án: code/specs trong submodule + Living Docs | Bản thân framework: commands, steps, modules |
+| Nguồn | Git remote của submodule | npm registry |
+| Tần suất | Mỗi sáng / trước khi work | Khi có version framework mới (hiếm) |
+
+Chi tiết: [Sync & Update](sync-and-update.md).
+
+---
+
+*Xem thêm:* [02 · Guides](../02-guides/) (theo vai trò) · [03 · Concepts](../03-concepts/) (kiến trúc) · [05 · Reference](../05-reference/) (tra cứu lệnh).