QnA Init Docs — UC_4.9.2: Pod Mentorship Module (SIM

Ngày tạo: 2026-08-10 Phiên bản: v5 BA phụ trách: Anh Hoang Trạng thái: ✅ BA review xong 12/12 — 8 mục Confirmed, 4 mục Deferred (QN-04, QN-06, QN-10, QN-12 → không viết vào SRS). Sẵn sàng Step 3 (Architect).

⚠️ git config user.name trả về QuynhAnh12 — không khớp BA Roster trong project_context.md. Đã map qua email anh.hoang12@sotatek.com → Anh Hoang (cũng khớp ba_pic của UC_4.14.2 trong WBS). BA xác nhận lại nếu sai.

Phạm vi UC đang viết

UC_4.9.2 chỉ mô tả trạng thái khoá của card "My POD" trên Community Page khi tài khoản là SIM / Evaluation (Level 0).

Khách đã chốt 100%: Pod Mentorship không tồn tại cho SIM dưới bất kỳ hình thức nào (kể cả xem read-only), nhưng cấm ẩn card vì sẽ vỡ CSS grid.

"Confirmed. The Pod Mentorship Module is not available for SIM or Evaluation accounts. Pods are exclusively reserved for traders at Level 1 and above trading live capital." "Do not completely hide the card. Hiding the component will break your frontend CSS grid layout. Render the standard empty state design for the 'My POD' container. However, instead of rendering the 'Join a POD' button that is shown to eligible users who are not yet in a pod, display a locked text state on the button reading 'Pass the Associate Track to Unlock'." — Stage 2 - Dashboard & Fomula (Community).csv, hàng Pod Mentorship / Definition, cột Answers (Adrian Stack)

Toàn bộ nghiệp vụ Pod thật (matching waterfall, SLA 72h/5 ngày, carry payout, Flow 10/15A/15B/15C/17, GET /community/my-pod payload đầy đủ, Table E) thuộc UC_4.14.2 (LIVE) — UC_4.9.2 không lặp lại, chỉ link sang.

UC_4.9.2 là UC thứ 2 của module Community & Live Broadcast (SIM), đi cùng UC_4.9.1 — Discord Chat Stream (ONE-WAY). Hai UC dùng chung pattern "SIM bị khoá quyền ghi, giữ nguyên quyền đọc + giữ nguyên layout để không vỡ grid".

Sơ đồ mã UC — module Community & Live Broadcast (BA chốt 2026-08-10)

Môi trường	Function	UC_ID	Folder
SIM	Discord Chat Stream (ONE-WAY)	`UC_4.9.1`	`dashboard_sim/`
SIM	Pod Mentorship Module (SIM)	`UC_4.9.2` ← UC này	`dashboard_sim/`
LIVE	Discord Chat Stream (TWO-WAY)	`UC_4.14.1`	`dashboard_live/`
LIVE	Pod Mentorship Module	`UC_4.14.2`	`dashboard_live/`
Common	Live Broadcast	`UC_4.5.1`	`dashboard_common/`
Common	The Pit (Discord Server Widget)	`UC_4.5.2` (đã khớp WBS mới)	`dashboard_common/`

✅ Sơ đồ này đã khớp WBS mới References/WBS/[BA Internal] Stacktrading.csv (BA export lại 2026-08-10): WBS ghi UC_4.9.1 / UC_4.9.2 cho SIM, UC_4.14.1 / UC_4.14.2 cho LIVE, UC_4.5.1 / UC_4.5.2 cho Common. parse_wbs.js chạy trên WBS này sẽ khớp — audit Rule D không còn báo lệch.

Nguồn đã đọc (theo priority chain)

Priority	Nguồn	Kết quả
★★★★ CR	`References/CR/_CR_INDEX.md` (27 CR)	Không có CR nào chạm Pod / Community
★★★ QnA	`Stage 2 - Dashboard & Fomula (Community).csv` — hàng `Pod Mentorship` (Definition / Business logic / UI/UX / Endpoints / Zapier flow / Zapier table / Founding Mentor override)	Nguồn chính, đã confirm
★★★ QnA	`QnA_STAGE2_COMMUNITY_LIVE_BROADCAST_EN.md` (Q-BIZ-29..36, Q-UI-11, Q-CROSS-02)	Bổ sung, có 2 conflict đã flag sẵn
—	`docs/BA/UC_4.1-4.17/community/SIM_Community_Wireframe_Brief.md` (FUNCTION 3 — My POD, màn POD-1)	Brief nội bộ BA, mâu thuẫn với CSV → xem QN-4.9.2-02
—	Screenshot BA cung cấp trong chat (2026-08-10)	Mâu thuẫn với cả 2 nguồn trên → xem QN-4.9.2-02 (đã chốt: theo screenshot)
★★★	`parse_wbs.js --compact`	WBS mới có đủ 2 record: `UC_4.9.2` = POD mentorship module (SIM) và `UC_4.14.2` = Pod Mentorship Module (LIVE) — xem QN-4.9.2-01
—	UC_4.9.1_v1.md — Discord Chat Stream (ONE-WAY), SIM	UC anh em cùng module, cùng page. Dùng làm chuẩn văn phong + pattern locked-state

Bảng QnA

ID	Câu hỏi	Giả định (BA/QC đề xuất)	BA chốt (ưu tiên cao nhất)	Trạng thái
QN-4.9.2-01	🔴 BLOCKING — [WBS] Mã UC chưa tồn tại trong WBS. Tại thời điểm raise (WBS cũ), WBS chỉ có 1 record Pod: `UC_4.13.2` (mã cũ, nay là `UC_4.14.2`), category `STAGE 2.2: DASHBOARD LIVE`, function `Pod Mentorship Module`, `ba_pic = anh.hoang12`. Không có record nào category `STAGE 2.1. DASHBOARD SIM` cho Pod. `global-rules.md → WBS Category → Folder Mapping` ghi rõ: WBS `category` là authoritative, tuyệt đối không tự suy diễn logic nghiệp vụ để phân loại folder. Yêu cầu của BA (đưa Pod Mentorship vào `dashboard_sim/`) đang đi ngược quy tắc này vì WBS chưa có record tương ứng. Xác nhận: (a) BA sẽ bổ sung record Pod SIM category `STAGE 2.1. DASHBOARD SIM` vào WBS? (b) Bản LIVE giữ nguyên mã hay đổi số để cặp SIM/LIVE đối xứng?	(a) Có — BA bổ sung record Pod SIM vào WBS, category `STAGE 2.1. DASHBOARD SIM`, module `Community & Live Broadcast`, function `Pod Mentorship Module (SIM — Locked State)`. Đây là màn hình riêng biệt thật (khác hoàn toàn LIVE về data source lẫn tương tác), không phải biến thể hiển thị. (b) Giữ nguyên mã cũ cho bản LIVE — đổi số sẽ phá vỡ cross-ref đã publish tại `UC_4.1.1-4.1.5_v1.md` (dòng Community trong Sidebar Tab List).	Bác đề xuất. Mã đúng là `UC_4.9.2` — Pod Mentorship Module (SIM) thuộc dải Community & Live Broadcast SIM `4.9.x`, đi cùng UC_4.9.1 (Discord Chat Stream ONE-WAY). Toàn bộ module Failure & Recovery renumber sang `4.10.x` để nhường dải: Soft Breach `4.9.1→4.10.1`, Hard Breach `4.9.2→4.10.2`, Sim Reset `4.9.3→4.10.3`, Time Extension `4.9.4→4.10.4`.	✅ Confirmed (BA, 2026-08-10) — đã thực thi renumber trong repo. ✅ WBS đã export lại (`References/WBS/[BA Internal] Stacktrading.csv`): có dòng `UC_4.9.1` / `UC_4.9.2` = Community & Live Broadcast (SIM), `UC_4.10.1–4.10.4` = Failure & Recovery (SIM), bản LIVE của Pod nay là `UC_4.14.2`.
QN-4.9.2-02	🔴 BLOCKING — [CONFLICT 3 CHIỀU] Copy chính xác của card SIM đang mâu thuẫn giữa 3 nguồn. (A) CSV khách (★★★): "instead of rendering the 'Join a POD' button…, display a locked text state on the button reading 'Pass the Associate Track to Unlock'" → nhãn nút = `Pass the Associate Track to Unlock`. (B) `SIM_Community_Wireframe_Brief.md` (POD-1): giữ tiêu đề `You're not in a POD` + giữ dòng mô tả `Join a POD to trade with a team, get feedback, and track performance together`, đổi nhãn nút thành `Pass the Associate Track to Unlock`. (C) Screenshot BA gửi 2026-08-10: tiêu đề `You're not in a POD`, dòng phụ = `Pass the Associate Track to Unlock`, nút vẫn giữ nhãn `Join a POD` (ở trạng thái khoá). → 3 nguồn cho ra 3 layout khác nhau. Cần chốt đúng 1 phương án trước khi viết §Screen Description.	Chọn (C) — theo screenshot, vì đây là design đã render thực tế và là nguồn mới nhất (2026-08-10, sau CSV). Cụ thể: tiêu đề `You're not in a POD`; dòng phụ `Pass the Associate Track to Unlock`; nút giữ nhãn `Join a POD` ở trạng thái Disabled. Diễn giải: khách viết "locked text state on the button" với ý cụm nút mang text khoá, và design đã tách text đó ra thành dòng phụ ngay trên nút — về mặt thông tin truyền tải là tương đương, không mâu thuẫn ý định khách. ⚠️ Nếu BA chọn (A) hoặc (B) → phải cập nhật lại `SIM_Community_Wireframe_Brief.md` (POD-1) và gửi khách confirm kèm wireframe, vì brief hiện đang mô tả (B).	Chốt (C) — vẽ theo screenshot mới nhất. Tiêu đề `You're not in a POD`; dòng phụ `Pass the Associate Track to Unlock`; nút giữ nhãn `Join a POD` ở trạng thái Disabled. Không hiển thị dòng mô tả dài `Join a POD to trade with a team…` của bản LIVE.	✅ Confirmed (BA, 2026-08-10). ✅ Đã cập nhật `SIM_Community_Wireframe_Brief.md` màn POD-1 sang phương án (C). ⏳ Còn lại: gửi khách confirm kèm wireframe vì lệch nguyên văn CSV.
QN-4.9.2-03	[DATA SOURCE] SIM có gọi `GET /community/my-pod` không? CSV khẳng định pod là LIVE-only, nhưng không nói endpoint xử lý SIM ra sao. `QnA_STAGE2_COMMUNITY_LIVE_BROADCAST_EN.md` §Ghi chú 2 ghi rõ: "No endpoint in RFQ v7 (`GET /community/live-broadcast`, `GET /community/my-pod`, broadcast-chat) has an `account_status` field — meaning the API itself does not distinguish SIM/LIVE". Vậy: (a) FE không gọi endpoint khi account là SIM, tự render locked state từ state đã có sẵn (account_type / level)? (b) FE vẫn gọi, BE trả `403`? (c) FE vẫn gọi, BE trả `200` với payload rỗng + không có `join_form_url`?	Chọn (a) — FE không gọi endpoint. Lý do: locked state là hằng số, không phụ thuộc dữ liệu server nào; gọi API chỉ để nhận về "không có gì" là lãng phí request và tạo thêm 1 error path phải spec. FE quyết định dựa trên state tài khoản đã có từ payload đăng nhập (xem QN-4.9.2-04). Hệ quả: UC_4.9.2 không có §Basic Flow gọi API, và không có exceptional flow API-fail — chỉ có render state.	Xác nhận (a) — FE không gọi endpoint. Card render locked state ngay, không phụ thuộc dữ liệu server.	✅ Confirmed (BA, 2026-08-10) — SRS không có §Basic Flow gọi API, không có exceptional flow API-fail.
QN-4.9.2-04	[ĐIỀU KIỆN GATE] Trường nào quyết định render locked state? Khách nói "Pods are exclusively reserved for traders at Level 1 and above trading live capital" — tức có 2 điều kiện chồng nhau: `level >= 1` và đang giao dịch vốn thật (LIVE). Trong SRS phải viết điều kiện chính xác nào: (a) `account_type == "SIM"` → locked; (b) `level == 0` → locked; (c) cả hai (`account_type == "SIM" OR level < 1`)? Tên field thật của các biến này chưa xác định trong V7.	Chọn (a) `account_type == "SIM"` làm điều kiện duy nhất, vì SIM ⇔ Level 0 là quan hệ 1-1 theo Glossary (`project_context.md`: Level 0 = Sim, Level 1+ = Live capital) → dùng 2 điều kiện là thừa và tạo rủi ro mâu thuẫn nội tại. ⚠️ Tên field thật chưa truy được từ V7 — SRS sẽ viết điều kiện dưới dạng nghiệp vụ ("tài khoản đang ở môi trường SIM/Evaluation") kèm note chờ BE chốt tên field, thay vì bịa tên biến. BA xác nhận cách viết này.	Tạm bỏ qua — KHÔNG viết vào SRS.	⏸️ Deferred (BA, 2026-08-10) — SRS chỉ nêu điều kiện ở mức nghiệp vụ trong §Pre-conditions (tài khoản SIM/Evaluation Level 0), không viết tên field hay biểu thức gate. Mở lại khi BE chốt tên field.
QN-4.9.2-05	[HÀNH VI NÚT] Nút khoá cư xử thế nào khi click? Brief ghi "nút này không dẫn đi đâu cả". Nhưng chưa rõ: (a) `disabled` hoàn toàn — không nhận sự kiện click, không con trỏ pointer, không tooltip, không toast; (b) vẫn click được nhưng hiện toast/tooltip giải thích lý do khoá.	Chọn (a) Disabled hoàn toàn. Lý do đã có dòng phụ `Pass the Associate Track to Unlock` hiển thị thường trực ngay cạnh nút giải thích lý do — thêm toast/tooltip là thừa và vi phạm `skill_architect.md → Step 7` (nguyên tắc mặc định: không tooltip). Không có upsell CTA, không link sang trang mua gói.	Xác nhận (a) — Disabled hoàn toàn. Không nhận click, không tooltip, không toast, không upsell CTA.	✅ Confirmed (BA, 2026-08-10)
QN-4.9.2-06	[BREACH] Card có đổi trạng thái khi SIM trader đang Soft Breach / Hard Breach / đã fail Associate Track không? Cả 2 file CSV không có dòng nào nói Community Page bị ảnh hưởng theo trạng thái breach. `SIM_Community_Wireframe_Brief.md` liệt kê đây là màn treo BREACH-1, đang BLOCKING chưa vẽ, chờ khách trả lời.	Không đổi — card giữ nguyên đúng 1 locked state duy nhất trong mọi trạng thái rủi ro của tài khoản SIM. Tiền lệ đã có: BR_4.5.1.1 (UC_4.5.1 Live Broadcast) đã chốt "breach enforcement restricts trading only, not community content" và đã publish. Áp dụng cùng nguyên tắc cho My POD giữ tính nhất quán toàn Community Page. ⚠️ Lưu ý: Hard Breach (UC_4.10.2) phủ Frosted Glass hard-lock trên Command Center — cần BA xác nhận overlay đó có phủ cả Community Page hay chỉ Command Center. Nếu phủ toàn dashboard thì câu trả lời này vô nghĩa.	Tạm bỏ qua — KHÔNG viết vào SRS.	⏸️ Deferred (BA, 2026-08-10) — SRS không nhắc gì tới Soft/Hard Breach hay trạng thái rủi ro tài khoản. Vẫn còn treo màn BREACH-1 trong `SIM_Community_Wireframe_Brief.md` (chờ khách).
QN-4.9.2-07	[IMPACT — chuyển trạng thái] Khi SIM trader pass Associate Track, card đổi lúc nào? Pod invite chỉ bắn ở bước cuối Flow 3H (sau KYC + payout + contract + provisioning). Vậy tồn tại một khoảng trader đã pass nhưng chưa provisioning xong (`Pending_Compliance`) — chưa có pod, cũng không còn là SIM. Card hiển thị gì trong khoảng này?	Ngoài scope UC_4.9.2. UC_4.9.2 chỉ phủ SIM Level 0. Ngay khi `account_type` rời khỏi SIM, quyền sở hữu card chuyển sang UC_4.14.2 (LIVE) — bao gồm cả state `Pending_Compliance` và state `Pending Assignment` (khách đã chốt: "If the user has submitted the form and the endpoint returns a waitlist status, the UI must render a 'Pending Assignment' state"). Không có push real-time: card đổi ở lần load trang Community kế tiếp. UC_4.9.2 sẽ ghi rõ ranh giới này ở §Post-conditions và link sang UC_4.14.2. ⚠️ Brief có nêu khả năng cần thêm 1 màn copy `Your Pod invite will arrive once your live account is provisioned.` cho nhóm `Pending_Compliance` — nếu BA muốn phủ, đây là CR mở rộng scope UC_4.14.2, không thuộc UC_4.9.2.	Xác nhận — ngoài scope UC_4.9.2. Khi tài khoản rời SIM, quyền sở hữu card chuyển sang UC_4.14.2 (LIVE).	✅ Confirmed (BA, 2026-08-10) — SRS ghi ranh giới ở §Post-conditions + link sang UC_4.14.2. Không mô tả state `Pending_Compliance` / `Pending Assignment`.
QN-4.9.2-08	[LOADING STATE] Card có loading/skeleton state không? Nếu chốt QN-4.9.2-03 = (a) (FE không gọi API) thì card render tức thì, không cần loading state. Nhưng `SIM_Community_Wireframe_Brief.md` màn LOAD-1 đề xuất skeleton giữ đúng kích thước ô grid cho cả 4 widget Community Page.	Không có loading state riêng cho card My POD ở phía SIM — hệ quả trực tiếp của QN-4.9.2-03(a): không có request nào để chờ. Skeleton cấp trang (LOAD-1) nếu có thì thuộc UC layout Community Page, không thuộc UC_4.9.2. UC_4.9.2 sẽ không mô tả loading state. ⚠️ Nếu BA chốt QN-4.9.2-03 = (b) hoặc (c) thì phải bổ sung loading + error state vào UC này.	Xác nhận — không có loading/skeleton state.	✅ Confirmed (BA, 2026-08-10) — hệ quả trực tiếp của QN-4.9.2-03: không có request nào để chờ.
QN-4.9.2-09	[WIREFRAME] Không có file wireframe cho màn POD-1 (SIM). `References/Wireframe/Stage 2/Community & Live Broadcast/` chỉ có 2 file: `Community (with data).webp` và `Community (no data).webp` — cả hai đều là bản LIVE. `mapping_design` của `UC_4.14.2` trong WBS trống. BA đã gửi screenshot trong chat nhưng chưa có file trong repo. `skill_architect.md → Step 3.7` cấm viết ref wireframe mơ hồ, bắt buộc phải có path chính xác.	BA lưu screenshot vào `References/Wireframe/Stage 2/Community & Live Broadcast/` với tên `My POD (SIM - locked).png` và bổ sung Figma link vào WBS. Trước khi có file: SRS ghi `[BLOCKED — pending design]` ở vị trí wireframe reference (tiền lệ: `UC_4.7.5` QN-4.7.5-06).	BA sẽ bổ sung screenshot sau.	✅ Confirmed hướng xử lý (BA, 2026-08-10) — SRS ghi `[BLOCKED — pending design]` ở vị trí wireframe reference. ⏳ Chờ BA lưu file vào `References/Wireframe/Stage 2/Community & Live Broadcast/` rồi thay ref.
QN-4.9.2-10	[COPY CHÍNH XÁC] Xác nhận từng chuỗi text hiển thị (phân biệt hoa/thường). Screenshot cho thấy: header card = `My POD` (không phải `My Pod`); tiêu đề empty state = `You're not in a POD`; dòng phụ = `Pass the Associate Track to Unlock` (chữ `Unlock` viết hoa). Trong khi copy tương ứng của chat panel SIM lại là `Pass the Associate Track to unlock chat` (chữ `unlock` viết thường).	Giữ nguyên văn theo screenshot, không tự chuẩn hoá: `My POD` / `You're not in a POD` / `Pass the Associate Track to Unlock`. Khác biệt hoa-thường giữa card POD và chat panel là có chủ đích (một bên là nhãn nút/CTA, một bên là placeholder câu). Không thêm dấu chấm cuối câu — đúng `global-rules.md` (empty state text không có trailing period).	Tạm bỏ qua — KHÔNG viết thảo luận này vào SRS.	⏸️ Deferred (BA, 2026-08-10) — SRS vẫn dùng đúng chuỗi text đã chốt ở QN-4.9.2-02 (theo screenshot), nhưng không bàn về khác biệt hoa-thường giữa card POD và chat panel.
QN-4.9.2-11	[CROSS-UC IMPACT] `UC_4.1.1-4.1.5_v1.md` cần cập nhật sau khi UC_4.9.2 publish. Hiện tại dòng Community trong `UC_4.1.2 §2 Sidebar Tab List` ghi: "LIVE also UC_4.5.2 (Discord Chat Stream, two-way) and UC_4.14.2 (Pod Mentorship Module)* (not yet documented in this repo)"* — đang phân loại Pod là LIVE-only, chưa biết tới bản SIM.	Sau khi UC_4.9.2 publish → cập nhật dòng đó thành: SIM có `UC_4.9.2` (locked state, link thật), LIVE có `UC_4.14.2` (vẫn placeholder). Đồng thời sửa 1 lỗi sẵn có trên cùng dòng: ref chat TWO-WAY LIVE đang ghi `UC_4.5.2` — theo scheme BA chốt 2026-08-10 phải là `UC_4.14.1` (`UC_4.5.2` nay là The Pit, module common). Ghi vào Changelog của `UC_4.1.1-4.1.5_v1.md` (file đã có tới v7). Đây là thay đổi cross-ref, không đổi business logic.	Xác nhận — làm sau khi publish.	✅ Confirmed (BA, 2026-08-10) — sau khi SRS publish sẽ cập nhật `UC_4.1.1-4.1.5_v1.md` dòng 84 (`UC_4.9.2` SIM + `UC_4.14.2` LIVE + sửa `UC_4.5.2`→`UC_4.14.1`) kèm dòng Changelog mới.
QN-4.9.2-12	[FOUNDING MENTOR] Có ảnh hưởng gì tới UC_4.9.2 không? CSV hàng `Founding Mentor override` xác nhận: bypass chỉ áp cho tài khoản giao dịch của chính mentor, và "The Pod Mentorship program for mentees remains live-only. The bypass applies exclusively to the mentor's own account and does not alter mentee eligibility." Khách cũng bác thẳng mọi đề xuất badge/UI riêng: "There are no scope increases for custom UI changes or special badges."	Không ảnh hưởng. UC_4.9.2 không có nhánh Founding Mentor, không badge riêng, không state riêng. Một Founding Mentor có tài khoản SIM vẫn thấy đúng locked state như mọi SIM trader khác — vì bypass chỉ chạm auto-termination của tài khoản giao dịch, không chạm quyền pod của mentee. Ghi 1 câu ngắn trong §Business Rules để chặn hiểu nhầm về sau, không tạo BR riêng.	Tạm bỏ qua — KHÔNG viết vào SRS.	⏸️ Deferred (BA, 2026-08-10) — SRS không nhắc tới Founding Mentor dưới bất kỳ hình thức nào.

Đề xuất bổ sung Common Rule

Không có. UC này quá nhỏ và đặc thù (1 state tĩnh duy nhất), không phát hiện pattern lặp đủ để đưa lên common_rules.md.

⚠️ Tuy nhiên có 1 pattern đang hình thành cần theo dõi: cả 3 widget Community của SIM đều dùng chung ngôn ngữ khoá Pass the Associate Track to … (chat panel: …to unlock chat; My POD: …to Unlock). Nếu sau này xuất hiện widget SIM-locked thứ 4 → đề xuất tạo common rule về "SIM locked-state copy pattern".

Changelog

Date	Version	Updated item	Before	After	Notes
2026-08-10	v1	Khởi tạo	—	12 mục QnA (2 BLOCKING)	Init Flow Step 1 + 2. Nguồn: `Stage 2 - Dashboard & Fomula (Community).csv` hàng `Pod Mentorship` + `Founding Mentor override`, `QnA_STAGE2_COMMUNITY_LIVE_BROADCAST_EN.md`, `SIM_Community_Wireframe_Brief.md` (FUNCTION 3), screenshot BA 2026-08-10, WBS parse. Không có CR liên quan.
2026-08-10	v4	BA review vòng 2 — trả lời 10 mục còn lại	QN-03..QN-12 đều ⏳ Chờ BA	QN-03/05/07/08/09/11 ✅ Confirmed; QN-04/06/10/12 ⏸️ Deferred — BA yêu cầu không viết vào SRS	Gate Step 2 hoàn tất → mở khoá Step 3 (Architect). SRS sẽ không chứa: biểu thức gate theo field (QN-04), mọi nội dung về Soft/Hard Breach (QN-06), thảo luận hoa-thường copy (QN-10), Founding Mentor (QN-12).
2026-08-10	v3	BA chốt sơ đồ mã UC module Community & Live Broadcast + sửa brief POD-1	Cross-ref Pod LIVE ghi `UC_4.13.2` (mã cũ); brief POD-1 mô tả phương án (B)	Pod LIVE = `UC_4.14.2`, chat TWO-WAY LIVE = `UC_4.14.1`; brief POD-1 đã đổi sang phương án (C)	Thêm bảng "Sơ đồ mã UC". Cập nhật cross-ref trong QnA của `UC_4.5.1`, `UC_4.5.2`, `UC_4.9.1`, `UC_4.9.2`. Giữ nguyên các câu mô tả sự thật về WBS tại thời điểm đó (WBS cũ ghi `UC_4.13.2`) và các dòng Changelog lịch sử. `UC_4.1.1-4.1.5_v1.md` dòng 84 hoãn sang bước publish (xem QN-4.9.2-11).
2026-08-10	v2	BA review vòng 1 — trả lời 2 mục BLOCKING	QN-01 đề xuất `UC_4.13.2` (mã cũ); QN-02 đề xuất phương án (C)	QN-01 chốt `UC_4.9.2` + renumber Failure & Recovery sang `4.10.x`; QN-02 chốt (C) theo screenshot	Đổi mã UC → folder QnA move `UC_4.13.2/` → `UC_4.9.2/`, toàn bộ ID đổi `QN-4.13.2-xx` → `QN-4.9.2-xx`. Renumber 3 UC đã publish (`UC_4.9.2/3/4` → `UC_4.10.2/3/4`) gồm folder, tên file, BR ID và cross-ref toàn repo. 10 mục còn lại vẫn ⏳ chờ BA.
2026-08-10	v5	Re-map cross-ref theo WBS BA-internal mới (`References/WBS/[BA Internal] Stacktrading.csv`)	Pod LIVE = `UC_4.13.2`; chat TWO-WAY LIVE = `UC_4.13.1`; The Pit ghi chú "WBS còn ghi UC_4.5.4"	Pod LIVE = `UC_4.14.2`; chat TWO-WAY LIVE = `UC_4.14.1`; The Pit = `UC_4.5.2` (đã khớp WBS)	BA break lại function theo UC mới trong WBS. Chỉ đổi mã UC, không đổi nghiệp vụ. Các dòng Changelog lịch sử (v2/v3) giữ nguyên mã cũ để không sửa lịch sử.

QnA Init Docs — UC_4.9.2: Pod Mentorship Module (SIM — Locked State)