@ngocsangairvds/vsaf 3.0.11 → 3.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,12 +1,12 @@
1
1
  ---
2
2
  name: vsaf-ship
3
- description: Review 2 lớp, ship code, và ghi lại knowledge vào bộ nhớ. Dùng sau /vsaf-build khi code + tests đã pass. Bước cuối cùng của mọi feature.
3
+ description: Review 2 lớp, ship code. Dùng sau /vsaf-build khi code + tests đã pass. Bước cuối cùng của mọi feature.
4
4
  ---
5
5
 
6
6
  # VSAF Ship
7
7
 
8
8
  ## Mục tiêu
9
- Đảm bảo code chất lượng, đóng gói feature, và ghi lại toàn bộ knowledge để các session sau kế thừa được.
9
+ Đảm bảo code chất lượng, đóng gói feature, và push PR.
10
10
 
11
11
  ## Điều kiện tiên quyết
12
12
  - Đã chạy `/vsaf-build` với SRS + testcase
@@ -14,39 +14,57 @@ description: Review 2 lớp, ship code, và ghi lại knowledge vào bộ nhớ.
14
14
 
15
15
  ## Các bước thực hiện
16
16
 
17
- ### Bước 1 — Review Layer 1: Methodology (Superpowers)
18
- - Dùng skill `superpowers:code-review`
17
+ ### Bước 1 — Review Layer 1: Code Review
18
+ - **Nếu Superpowers**:
19
+ - Dùng `superpowers:code-review` — review code against plan, standards, architecture
20
+ - Dùng `superpowers:verification-before-completion` — đảm bảo không bỏ sót verification step
21
+ - **Nếu không có Superpowers**: dùng skill `bmad-code-review` (đã có sẵn trong bộ cài)
19
22
  - Kiểm tra: code structure, naming, patterns, SOLID principles
20
23
  - Fix issues nếu có, commit lại
21
24
 
22
- ### Bước 2 — Review Layer 2: Knowledge graph sync
25
+ ### Bước 2 — Review Layer 1.5: Adversarial Review
26
+ - Dùng skill `bmad-review-adversarial-general` — cynical attack trên code mới
27
+ - Tìm: logic flaws, security holes, performance traps, silent failures
28
+ - Dùng skill `bmad-review-edge-case-hunter` — exhaustive boundary analysis
29
+ - Tìm: unhandled null/empty, off-by-one, concurrent access, resource leaks
30
+ - Triage findings:
31
+ - **MUST FIX**: fix ngay trước khi ship
32
+ - **SHOULD FIX**: tạo follow-up task
33
+ - **NOTED**: ghi nhận, không cần action
34
+
35
+ ### Bước 3 — Review Layer 2: Knowledge graph sync
23
36
  - Chạy `gitnexus analyze` để cập nhật call graph
24
37
  - Hoặc: `vsaf index`
25
38
  - Đây là layer cuối cùng — đảm bảo index reflect đúng code mới
26
39
 
27
- ### Bước 3Ghi nhớ vào MemPalace
28
- - Gọi `mcp__mempalace__mempalace_add_drawer` để lưu decisions quan trọng từ feature này
29
- - Gọi `mcp__mempalace__mempalace_diary_write` để ghi lại session summary
40
+ ### Bước 4Pre-PR checklist
41
+ - **Nếu có Superpowers**: dùng `superpowers:finishing-a-development-branch` chạy pre-PR checklist tự động
42
+ - **Nếu không**: kiểm tra thủ công: tests pass, no uncommitted changes, branch up-to-date
30
43
 
31
- ### Bước 4 — Push PR
44
+ ### Bước 5 — Push PR
32
45
  ```bash
33
46
  git push origin feature/<name>
34
47
  ```
35
48
  PR description phải bao gồm:
36
49
  - Impact summary (từ GitNexus)
37
50
  - Test results summary
51
+ - Adversarial review summary (MUST FIX: 0, SHOULD FIX: N)
52
+
53
+ ### Bước 6 — Retrospective (sau mỗi epic hoặc khi user yêu cầu)
54
+ - **Nếu đây là feature cuối cùng của epic**: dùng skill `bmad-retrospective`
55
+ - Review: gì đã tốt? gì cần cải thiện? surprise nào?
56
+ - Cập nhật workflow nếu cần
57
+ - **Nếu không phải cuối epic**: skip, nhắc user chạy retro sau khi epic hoàn thành
38
58
 
39
- ### Bước 5 — Output cho user
59
+ ### Bước 7 — Output cho user
40
60
  ```
41
61
  ## Ship Complete: [feature]
42
62
 
43
63
  ### Reviews
44
- - Layer 1 (Methodology): PASS
45
- - Layer 2 (Graph sync): PASS
46
-
47
- ### Knowledge saved
48
- - Diary entry: ✓
49
- - Decisions: [X entries]
64
+ - Layer 1 (Code Review): PASS [superpowers / bmad-code-review]
65
+ - Layer 1.5 (Adversarial): PASS [MUST FIX: 0, SHOULD FIX: N, NOTED: N]
66
+ - Layer 2 (Graph sync): PASS
67
+ - Pre-PR checklist: PASS
50
68
 
51
69
  ### PR
52
70
  - Branch: feature/[name]
@@ -56,5 +74,5 @@ Workflow hoàn tất. Chạy /vsaf-plan <next-feature> cho task tiếp theo.
56
74
  ```
57
75
 
58
76
  ## Lưu ý
59
- - Không ship nếu bất kỳ layer review nào fail
60
- - `vsaf mine` chạy weekly, không phải mỗi feature
77
+ - Không ship nếu bất kỳ layer review nào fail hoặc còn MUST FIX
78
+ - Retrospective: chạy sau mỗi epic (3-5 features), không phải mỗi feature
@@ -0,0 +1,111 @@
1
+ ---
2
+ name: vsaf-sprint
3
+ description: Sprint management — break PRD thành epics/stories, lập sprint plan, tracking progress. Dùng khi cần quản lý nhiều features cùng lúc.
4
+ ---
5
+
6
+ # VSAF Sprint
7
+
8
+ ## Mục tiêu
9
+ Quản lý backlog và sprint cho dự án — từ PRD/SRS chia thành stories, lập plan, track progress, surface risks.
10
+
11
+ ## Input
12
+ `$ARGUMENTS` — hành động cần làm:
13
+ - `plan` — lập sprint plan mới từ PRD/epics
14
+ - `status` — xem trạng thái sprint hiện tại
15
+ - `story <id>` — tạo story file chi tiết cho 1 story
16
+
17
+ ## Khi nào dùng
18
+ - Sau `/vsaf-discover` khi đã có PRD
19
+ - Khi dự án có nhiều features cần ưu tiên
20
+ - Khi cần visibility vào progress tổng thể
21
+
22
+ ## Các bước thực hiện
23
+
24
+ ### Mode: `plan` — Lập sprint plan mới
25
+
26
+ #### Bước 1 — Break thành Epics + Stories
27
+ - Dùng skill `bmad-create-epics-and-stories` với PRD/SRS làm input
28
+ - Output: danh sách epics, mỗi epic chứa user stories
29
+ - Mỗi story có: description, acceptance criteria, estimated complexity (S/M/L/XL)
30
+
31
+ #### Bước 2 — Sprint Planning
32
+ - Dùng skill `bmad-sprint-planning` để:
33
+ - Ưu tiên stories (MoSCoW hoặc WSJF)
34
+ - Assign stories vào sprint dựa trên capacity
35
+ - Identify dependencies giữa stories
36
+ - Lưu sprint plan vào `docs/project/planning-artifacts/sprint-plan.md`
37
+
38
+ #### Bước 3 — Output
39
+ ```
40
+ ## Sprint Plan: [sprint name/number]
41
+
42
+ ### Capacity: [X story points / N stories]
43
+
44
+ ### Stories in sprint
45
+ | # | Story | Epic | Size | Priority | Depends on |
46
+ |---|-------|------|------|----------|------------|
47
+ | 1 | ... | ... | M | MUST | - |
48
+ | 2 | ... | ... | L | MUST | #1 |
49
+
50
+ ### Deferred to next sprint
51
+ | Story | Reason |
52
+ |-------|--------|
53
+
54
+ ### Next step
55
+ Chạy /vsaf-sprint story <id> để tạo story file chi tiết
56
+ Hoặc: /vsaf-plan <story description> để bắt đầu feature đầu tiên
57
+ ```
58
+
59
+ ---
60
+
61
+ ### Mode: `status` — Xem trạng thái sprint
62
+
63
+ #### Bước 1 — Collect status
64
+ - Dùng skill `bmad-sprint-status` để:
65
+ - Scan sprint plan file
66
+ - Check git log cho completed stories
67
+ - Surface: blocked items, risks, velocity trend
68
+
69
+ #### Bước 2 — Output
70
+ ```
71
+ ## Sprint Status: [sprint name]
72
+
73
+ ### Progress: [X/Y stories done] ([Z%])
74
+ ### Burndown: [on track / behind / ahead]
75
+
76
+ ### Completed
77
+ - [x] Story #1: ...
78
+ - [x] Story #2: ...
79
+
80
+ ### In Progress
81
+ - [ ] Story #3: ... (blocked by: ...)
82
+
83
+ ### Risks
84
+ - [risk description + mitigation]
85
+
86
+ ### Recommendation
87
+ [Continue / adjust scope / escalate]
88
+ ```
89
+
90
+ ---
91
+
92
+ ### Mode: `story <id>` — Tạo story file chi tiết
93
+
94
+ #### Bước 1 — Tạo story file
95
+ - Dùng skill `bmad-create-story` với story ID từ sprint plan
96
+ - Story file bao gồm: full context, acceptance criteria, technical notes, dependencies
97
+ - Lưu vào `docs/project/planning-artifacts/stories/story-[id].md`
98
+
99
+ #### Bước 2 — Output
100
+ ```
101
+ ## Story Created: [story title]
102
+ - File: docs/project/planning-artifacts/stories/story-[id].md
103
+
104
+ ### Next step
105
+ Chạy /vsaf-plan <story description> để plan implementation
106
+ ```
107
+
108
+ ## Lưu ý
109
+ - Sprint plan là living document — cập nhật khi có thay đổi
110
+ - Re-run `/vsaf-sprint status` hàng ngày hoặc sau mỗi `/vsaf-ship`
111
+ - Nếu sprint bị delay >20%: dùng `bmad-correct-course` để điều chỉnh scope
@@ -19,16 +19,22 @@ Tạo tài liệu testcase coverage đầy đủ từ SRS để làm contract ch
19
19
  - Test cases phải cover: happy path, edge cases, error cases, NFRs
20
20
  - Nguồn gốc: từ FRs/NFRs trong SRS — KHÔNG dựa trên implementation
21
21
 
22
- ### Bước 2 — Đối chiếu coverage
22
+ ### Bước 2 — Hunt edge cases (BMAD edge case hunter)
23
+ - Dùng skill `bmad-review-edge-case-hunter` với SRS + testcases đã sinh
24
+ - Tìm: boundary conditions, race conditions, empty/null inputs, overflow, concurrent access
25
+ - Bổ sung test cases cho mọi edge case chưa cover
26
+ - Mục tiêu: không có unhandled edge case nào lọt qua
27
+
28
+ ### Bước 3 — Đối chiếu coverage
23
29
  - So sánh test cases với FR/NFR trong SRS
24
30
  - Mỗi FR/NFR phải có ít nhất 1 test case tương ứng
25
31
  - Ghi nhận gaps nếu có
26
32
 
27
- ### Bước 3 — Xuất traceability matrix
33
+ ### Bước 4 — Xuất traceability matrix
28
34
  - Tạo bảng mapping `FR/NFR -> Testcase ID`
29
35
  - Mỗi testcase có: input, expected output, pass/fail criteria
30
36
 
31
- ### Bước 4 — Lưu tài liệu testcase
37
+ ### Bước 5 — Lưu tài liệu testcase
32
38
  - Lưu testcase vào `docs/project/testcases/[feature].md`
33
39
  - Format:
34
40
 
@@ -47,12 +53,28 @@ Tạo tài liệu testcase coverage đầy đủ từ SRS để làm contract ch
47
53
  | ... | ... | ... | [ ] |
48
54
  ```
49
55
 
50
- ### Bước 5Output cho user
51
- - Trả về đường dẫn file testcase + coverage summary theo FR/NFR
52
- - Nêu gaps cần bổ sung trước khi build
56
+ ### Bước 6Implementation readiness gate (BMAD)
57
+ - Dùng skill `bmad-check-implementation-readiness` để validate toàn bộ artifacts
58
+ - Kiểm tra: SRS đầy đủ? Testcases cover hết FRs/NFRs? Architecture align?
59
+ - Nếu **PASS**: hiển thị `✓ Implementation ready — proceed to /vsaf-build`
60
+ - Nếu **FAIL**: liệt kê gaps cần fix trước khi build, KHÔNG cho tiếp
61
+
62
+ ### Bước 7 — Output cho user
63
+ ```
64
+ ## Testcase Summary: [feature]
65
+
66
+ - Total test cases: [N]
67
+ - FR/NFR coverage: [X/Y] ([%])
68
+ - Edge cases found by hunter: [N]
69
+ - Implementation readiness: [PASS / FAIL]
70
+
71
+ Files:
72
+ - docs/project/testcases/[feature].md
53
73
 
54
74
  ## Next step
55
- Chạy `/vsaf-build <path/to/srs> <path/to/testcases>` để implement theo testcase đã chuẩn hoá.
75
+ [Nếu PASS]: Chạy /vsaf-build <path/to/srs> <path/to/testcases>
76
+ [Nếu FAIL]: Fix gaps listed above, then re-run /vsaf-test
77
+ ```
56
78
 
57
79
  ## Lưu ý
58
80
  - Không đánh dấu implementation done ở bước này
package/README.md CHANGED
@@ -10,6 +10,9 @@ every decision. $20/month total.
10
10
 
11
11
  ```
12
12
  ┌──────────────────────────────────────────────────────────────────────┐
13
+ │ DISCOVERY BMAD (agents) │
14
+ │ PM · Analyst · domain/market/tech research │
15
+ ├──────────────────────────────────────────────────────────────────────┤
13
16
  │ PLANNING BMAD (agents) │
14
17
  │ Analyst · Architect · Brainstorming · QA │
15
18
  ├──────────────────────────────────────────────────────────────────────┤
@@ -21,6 +24,9 @@ every decision. $20/month total.
21
24
  ├──────────────────────────────────────────────────────────────────────┤
22
25
  │ IMPLEMENTATION Claude Code + Superpowers │
23
26
  │ TDD execution, code review │
27
+ ├──────────────────────────────────────────────────────────────────────┤
28
+ │ KNOWLEDGE Graphify + BMAD (tech writer, editors) │
29
+ │ wiki, docs sync, distillation │
24
30
  └──────────────────────────────────────────────────────────────────────┘
25
31
  ```
26
32
 
@@ -95,26 +101,56 @@ Run `npx @ngocsangairvds/vsaf@latest --help` for the full list. Highlights:
95
101
 
96
102
  Main skill commands inside Claude Code:
97
103
 
104
+ - `/vsaf-discover <product/domain>` — product discovery *(new)*
105
+ - `/vsaf-sprint plan|status|story` — sprint management *(new)*
98
106
  - `/vsaf-onboard`
99
107
  - `/vsaf-plan <feature>`
100
108
  - `/vsaf-doc`
101
109
  - `/vsaf-test <path/to/srs>`
102
110
  - `/vsaf-build <path/to/srs> <path/to/testcases>`
103
111
  - `/vsaf-ship`
112
+ - `/vsaf-docs` — documentation sync *(new)*
104
113
 
105
114
  ## Workflow
106
115
 
107
- Every feature follows an **SRS-first cycle**:
116
+ Full product lifecycle:
108
117
 
109
118
  ```
110
- /vsaf-onboard → /vsaf-plan → /vsaf-doc /vsaf-test → /vsaf-build → /vsaf-ship
119
+ /vsaf-discover → /vsaf-sprint plan → [per feature in sprint]:
120
+ /vsaf-onboard → /vsaf-plan → /vsaf-doc → /vsaf-test → /vsaf-build → /vsaf-ship
121
+ → /vsaf-docs → /vsaf-sprint status → next sprint
111
122
  ```
112
123
 
113
- Bug fixes (Quick Flow) may use mini-SRS + mini-testcases, but still require
114
- `gitnexus_impact` before editing symbols and `gitnexus_detect_changes` before commit.
124
+ Every feature follows an **SRS-first cycle**. Bug fixes (Quick Flow) may use
125
+ mini-SRS + mini-testcases, but still require `gitnexus_impact` before editing
126
+ symbols and `gitnexus_detect_changes` before commit.
115
127
 
116
128
  ### Flow breakdown
117
129
 
130
+ #### `/vsaf-discover <product/domain>` — Product discovery *(new)*
131
+ | Step | Tool | Does |
132
+ |------|------|------|
133
+ | 1 | **MemPalace** `mempalace_search` | Checks for prior research |
134
+ | 2 | **BMAD** `bmad-domain-research` | Deep dive into domain/industry terminology, rules, patterns |
135
+ | 3 | **BMAD** `bmad-market-research` | Competition landscape, customer needs, market trends |
136
+ | 4 | **BMAD** `bmad-technical-research` | Tech stack options, feasibility, build-vs-buy |
137
+ | 5 | **BMAD** `bmad-product-brief` | Synthesises findings into product brief |
138
+ | 6 | **BMAD** `bmad-prfaq` | Working Backwards — stress-tests product concept |
139
+ | 7 | **BMAD** `bmad-agent-pm` + `bmad-create-prd` | PM creates PRD from brief; `bmad-validate-prd` checks quality; `bmad-edit-prd` fixes issues |
140
+ | 8 | **BMAD** `bmad-party-mode` | Multi-agent roundtable: PM + Analyst + Architect review |
141
+ | 9 | **MemPalace** `mempalace_add_drawer` | Saves market insights + product decisions |
142
+ | → | Output | Research artifacts, product brief, validated PRD, open questions |
143
+
144
+ #### `/vsaf-sprint plan|status|story` — Sprint management *(new)*
145
+ | Mode | Tool | Does |
146
+ |------|------|------|
147
+ | **plan** | **BMAD** `bmad-create-epics-and-stories` | Breaks PRD into epics + prioritised user stories |
148
+ | **plan** | **BMAD** `bmad-sprint-planning` | Assigns stories to sprint, identifies dependencies |
149
+ | **plan** | **MemPalace** `mempalace_add_drawer` | Saves sprint decisions, priorities, trade-offs |
150
+ | **status** | **BMAD** `bmad-sprint-status` | Progress %, burndown, blocked items, risks |
151
+ | **story** | **BMAD** `bmad-create-story` | Creates detailed story file with full context for implementation |
152
+ | → | Output | Sprint plan, status dashboard, or story file |
153
+
118
154
  #### `/vsaf-onboard` — Understand the codebase
119
155
  | Step | Tool | Does |
120
156
  |------|------|------|
@@ -130,44 +166,72 @@ Bug fixes (Quick Flow) may use mini-SRS + mini-testcases, but still require
130
166
  | 3 | **GitNexus** `mcp__gitnexus__impact` + `query` | Blast radius — how many modules touched, risk level |
131
167
  | 4 | **Graphify** `/graphify path A B` *(if needed)* | Traces dependency path between two services |
132
168
  | 5 | **BMAD** `bmad-agent-architect` (Winston) | Proposes architecture approach, compares alternatives |
169
+ | 5b | **BMAD** `bmad-create-architecture` *(if HIGH risk / >3 modules)* | Formal ADR → `docs/project/planning-artifacts/adr-[feature].md` |
133
170
  | 6 | **BMAD** `bmad-brainstorming` | Creative exploration — min. 20 alternatives / risk angles |
134
- | | Output | Scope, impact report, chosen approach, rejected alternatives |
171
+ | 7 | **BMAD** `bmad-advanced-elicitation` | Pre-mortem + red team — challenges chosen approach, finds failure modes |
172
+ | → | Output | Scope, impact, approach, pre-mortem findings, rejected alternatives |
135
173
 
136
174
  #### `/vsaf-doc` — Write the SRS
137
175
  | Step | Tool | Does |
138
176
  |------|------|------|
177
+ | 0 | *(Claude)* | Detects mode: **CREATE** (new SRS) or **EDIT** (modify existing) |
139
178
  | 1 | **MemPalace** `mempalace_search` | Checks for old decisions to reference in SRS |
140
- | 2 | *(Claude)* | Writes SRS with FRs/NFRs/acceptance criteria + traceability IDs → `docs/project/srs/` |
141
- | 3 | *(Claude)* | Writes implement notes: affected modules, technical constraints |
142
- | 4 | **MemPalace** `mempalace_add_drawer` | Persists chosen approach + rejected alternatives |
143
- | | Output | `docs/project/srs/[feature].md` ready for testcase generation |
179
+ | 2a | **BMAD** `bmad-create-prd` *or* *(Claude)* | **CREATE mode**: writes SRS/PRD with FRs/NFRs + traceability IDs |
180
+ | 2b | **BMAD** `bmad-edit-prd` | **EDIT mode**: modifies existing SRS in-place, preserves traceability IDs, flags testcase impact |
181
+ | 3 | **BMAD** `bmad-validate-prd` | Validates SRS quality; if FAIL in EDIT mode → `bmad-edit-prd` fixes again |
182
+ | 4 | *(Claude)* | Writes implement notes: affected modules, technical constraints |
183
+ | 5 | **MemPalace** `mempalace_add_drawer` | Persists chosen approach + rejected alternatives |
184
+ | → | Output | Validated `docs/project/srs/[feature].md` + testcase impact report |
144
185
 
145
186
  #### `/vsaf-test <path/to/srs>` — Generate testcases
146
187
  | Step | Tool | Does |
147
188
  |------|------|------|
148
189
  | 1 | **BMAD** `bmad-qa-generate-e2e-tests` | Derives unit / integration / edge-case tests from SRS FRs/NFRs |
149
- | 2 | *(Claude)* | Validates every FR/NFR has 1 test, records gaps |
150
- | 3 | *(Claude)* | Builds FR/NFR Testcase ID traceability matrix |
190
+ | 2 | **BMAD** `bmad-review-edge-case-hunter` | Finds unhandled boundaries, race conditions, null/empty cases adds tests |
191
+ | 3 | *(Claude)* | Validates every FR/NFR has 1 test, builds traceability matrix |
151
192
  | 4 | *(Claude)* | Saves to `docs/project/testcases/[feature].md` |
152
- | | Output | Testcase contractused as implementation guardrails |
193
+ | 5 | **BMAD** `bmad-check-implementation-readiness` | **Quality gate**blocks build if SRS/testcase/architecture gaps found |
194
+ | → | Output | Testcase contract + implementation readiness verdict (PASS/FAIL) |
153
195
 
154
196
  #### `/vsaf-build <path/to/srs> <path/to/testcases>` — Implement with TDD
155
197
  | Step | Tool | Does |
156
198
  |------|------|------|
199
+ | 0 | **Superpowers** check | Detects plugin. If yes → uses write-plan, execute-plan, TDD, debugging. If no → warns + fallback |
157
200
  | 1 | **MemPalace** `mempalace_search` | Last check — no old decisions conflict with implementation |
158
201
  | 2 | *(Claude)* | Reads SRS + testcases, confirms FR/NFR → testcase mapping |
159
- | 3 | **Claude Code** (TDD loop) | RED GREEN REFACTOR per testcase group |
160
- | 3b | **GitNexus** `mcp__gitnexus__detect_changes` | Verifies only intended files changed before each commit |
202
+ | 3 | **Superpowers** `write-plan` *or* *(Claude)* | Generates atomic task list from SRS + testcases |
203
+ | 4 | **Superpowers** `execute-plan` + `test-driven-development` *or* **Claude Code** | TDD loop per task. Large plans (20+): `subagent-driven-development` |
204
+ | 4b | **GitNexus** `mcp__gitnexus__detect_changes` | Verifies only intended files changed before each commit |
205
+ | 4.5 | **BMAD** `bmad-checkpoint-preview` *(every 3-5 tasks)* | Human-in-the-loop review — summarise progress, flag issues, ask user to continue |
206
+ | 5 | **Superpowers** `systematic-debugging` *or* manual | On failure: structured hypothesis → experiment → conclusion |
207
+ | 5b | **BMAD** `bmad-correct-course` *(if scope drift detected)* | Assesses impact of scope change, proposes adjusted plan vs re-plan |
161
208
  | → | Output | Working code, all tests passing, 1 commit per task |
162
209
 
163
210
  #### `/vsaf-ship` — Review, sync, and record
164
211
  | Step | Tool | Does |
165
212
  |------|------|------|
166
- | 1 | **Superpowers** `superpowers:code-review` | Layer 1 — structure, naming, SOLID, patterns |
167
- | 2 | **GitNexus** `gitnexus analyze` / `vsaf index` | Layer 2updates call graph to reflect new code |
168
- | 3 | **MemPalace** `mempalace_add_drawer` + `diary_write` | Saves decisions + session summary for future sessions |
169
- | 4 | *(git)* | Push branch, open PR with impact summary + test results |
170
- | | Output | Shipped feature, updated graph, persistent knowledge |
213
+ | 1 | **Superpowers** `code-review` + `verification-before-completion` *or* **BMAD** `bmad-code-review` | Layer 1 — code quality, patterns, SOLID |
214
+ | 2 | **BMAD** `bmad-review-adversarial-general` + `bmad-review-edge-case-hunter` | Layer 1.5cynical attack + boundary analysis. Triage: MUST FIX / SHOULD FIX / NOTED |
215
+ | 3 | **GitNexus** `gitnexus analyze` / `vsaf index` | Layer 2 updates call graph to reflect new code |
216
+ | 4 | **Superpowers** `finishing-a-development-branch` *or* manual | Pre-PR checklist |
217
+ | 5 | **MemPalace** `mempalace_add_drawer` + `diary_write` | Saves decisions, adversarial findings, session summary |
218
+ | 6 | *(git)* | Push branch, open PR with impact + test + adversarial summary |
219
+ | 7 | **BMAD** `bmad-retrospective` *(end of epic only)* | Lessons learned → MemPalace. What went well / what to improve |
220
+ | → | Output | Shipped feature, updated graph, persistent knowledge, follow-up tasks |
221
+
222
+ #### `/vsaf-docs` — Documentation & knowledge sync *(new)*
223
+ | Step | Tool | Does |
224
+ |------|------|------|
225
+ | 1 | **GitNexus** `query` + **MemPalace** `search` | Scans codebase + decisions, finds stale docs |
226
+ | 2 | **BMAD** `bmad-document-project` | Generates/updates project documentation from code |
227
+ | 3 | **BMAD** `bmad-generate-project-context` | Creates `project-context.md` — AI agent instructions |
228
+ | 4 | **BMAD** `bmad-agent-tech-writer` (Paige) | Reviews docs for clarity, completeness, consistency |
229
+ | 5 | **BMAD** `bmad-editorial-review-prose` + `bmad-editorial-review-structure` | Polish prose + restructure for readability |
230
+ | 6 | **BMAD** `bmad-distillator` | Compresses long docs into LLM-optimised format |
231
+ | 7 | **BMAD** `bmad-index-docs` | Generates `index.md` for each docs folder |
232
+ | 8 | **Graphify** `/graphify . --wiki` | Builds agent-crawlable wiki from codebase |
233
+ | 9 | **MemPalace** `diary_write` | Records what was updated/replaced |
234
+ | → | Output | Updated docs, project context, wiki, doc indexes |
171
235
 
172
236
  ### Generated docs path convention
173
237
 
@@ -187,22 +251,23 @@ Bug fixes (Quick Flow) may use mini-SRS + mini-testcases, but still require
187
251
 
188
252
  See [1-setup-guide.md § Your First Project](docs/onboarding/1-setup-guide.md#5-your-first-project--a-walkthrough)
189
253
  for a walkthrough, or [2-workflow-guide.md § JWT Demo](docs/onboarding/2-workflow-guide.md#4-full-sdlc-demo)
190
- for a full command-by-command example.
254
+ for a full code-by-code example.
191
255
 
192
256
  ## Tools
193
257
 
194
258
  | Tool | What It Does | Cost |
195
259
  |---|---|---|
196
260
  | **Claude Code** | AI coding agent — everything else plugs into it | $20/mo |
197
- | **BMAD Method** | AI agents for planning: Analyst, Architect, Brainstorming, QA | Free |
198
- | **Superpowers** | Methodology engine: code review | Free |
261
+ | **BMAD Method** | AI agents for full lifecycle: PM, Analyst, Architect, QA, Tech Writer, Code Review + 40 skills | Free |
262
+ | **Superpowers** | Claude Code plugin: plan execution, TDD, debugging, code review, pre-PR checklist *(optional — BMAD/manual fallback)* | Free |
199
263
  | **GitNexus** | Code knowledge graph via MCP — impact analysis, dependency queries | Free |
200
264
  | **MemPalace** | Knowledge base — verbatim storage of decisions, temporal knowledge graph | Free |
201
- | **Graphify** | Any input → knowledge graph → clustered communities, dependency tracing between services | Free |
265
+ | **Graphify** | Any input → knowledge graph → clustered communities, dependency tracing, wiki | Free |
202
266
 
203
267
  ---
204
268
 
205
- **Core principles:** Onboard first. SRS before implementation. Testcases derived from SRS.
206
- Impact analysis before touching any symbol. Run `gitnexus_detect_changes` before commit.
207
- 2-layer review before every PR. Re-index after every merge. Mine decisions weekly and after major decisions.
269
+ **Core principles:** Discover before planning. Onboard first. SRS before implementation.
270
+ Testcases derived from SRS. Impact analysis before touching any symbol.
271
+ Run `gitnexus_detect_changes` before commit. 2-layer review before every PR.
272
+ Re-index after every merge. Mine decisions weekly. Sync docs every sprint.
208
273
  MemPalace = decisions. Not CLAUDE.md.