01 / STATUS
Đọc và báo cáo
Kiểm tra tình trạng, bằng chứng và blocker. Không tự sửa hay tiếp tục implementation chỉ vì thấy việc chưa xong.
Operating method · v1.1 · 29/09/2026
Hiểu đúng việc.
Làm có bằng chứng.
Bàn giao tiếp nối được.
Một cách làm việc chung giữa con người và AI agents — từ meeting, backlog và tài liệu đến audit, triển khai và nghiệm thu. Việc nhỏ làm gọn. Việc lớn chia rõ trách nhiệm.
Đây là phương pháp và template, không phải hệ thống tự chạy. Đọc website không đồng nghĩa có quyền sửa code, gửi tin hay deploy.
Giao một link, thống nhất cách làm
Prompt dùng cho agent khác
Đọc https://warroom.agents.vn/raw/AGENT-START.md và các tài liệu cần thiết theo hướng dẫn. Áp dụng quy trình War Room cho nhiệm vụ sau: [mục tiêu]. Project / nguồn / task hiện có: [đường dẫn hoặc link]. Đầu ra mong muốn: [deliverable]. Được phép: [phạm vi]. Chưa được phép: [giới hạn]. Trước khi làm, xác nhận cách hiểu, nguồn cần kiểm tra, đầu ra và tiêu chí hoàn thành. Không tự mở rộng phạm vi.
Agent hiểu cách phối hợp từ website; kiến thức và tiến độ dự án phải đọc từ nguồn mày cung cấp. Không giả định agent biết lịch sử chat hoặc đã có quyền truy cập.
Thứ tự đọc: Agent Start → Task Workflow → hướng dẫn và task record của project. Chỉ đọc thêm Audit Methodology khi cần audit rộng. Index cho máy: llms.txt.
Bốn chế độ, không đánh đồng quyền hạn
02 / PLAN
Làm rõ và lập kế hoạch
Chuyển meeting/ý tưởng thành đầu ra, backlog và task có tiêu chí nghiệm thu. Phân biệt đề xuất với quyết định đã duyệt.
03 / AUDIT
Đối chiếu với thực tế
Đọc sản phẩm/source/evidence, tìm gap, so trùng, xác định ưu tiên và phụ thuộc. Audit không tự chuyển thành sửa sản phẩm.
04 / EXECUTE · RESUME
Làm và tiếp nối đúng phạm vi
Đọc checkpoint, kiểm tra quyền hiện tại, thực hiện phần đã được phép, kiểm chứng rồi bàn giao. Không tự mở lại task đang paused.
Quy trình xuyên suốt
Nhận yêu cầu→Brief & quyền hạn→Đọc nguồn / so trùng→Thực hiện→Kiểm chứng→Review & bàn giao
Trước khi làm
- Mục tiêu, đầu ra, in-scope / out-of-scope.
- Người ghi nhận, owner, executor, reviewer nếu có.
- Nguồn, ngày/revision, hệ thống và môi trường.
- Acceptance criteria, phụ thuộc và quyền còn thiếu.
Trước khi nói “xong”
- Mỗi tiêu chí: pass / fail / chưa kiểm tra.
- File, ảnh, test hoặc record làm bằng chứng.
- Phần chưa kiểm chứng, rủi ro và quyết định cần người.
- Checkpoint và bước tiếp theo có thể tiếp nối.
Trạng thái công việc khác trạng thái xuất bản. Tài liệu xong ≠ tính năng đã có. Code local ≠ đã merge. Build thành công ≠ E2E pass. Merge ≠ deploy. Self-review ≠ QA độc lập.
Backlog có cấu trúc, không vụn và không trùng
| Cấp | Ý nghĩa | Ví dụ minh hoạ, không phải hiện trạng |
|---|---|---|
| FG · Feature Group | Nhóm năng lực sản phẩm | Trải nghiệm hành trình |
| LF · Large Feature | Một kết quả lớn có tính kết nối | Theo dõi và hỗ trợ chuyến đi |
| PF · Product Feature | Một tính năng mô tả, nghiệm thu độc lập | Thông báo tài xế gần đến / đã đến |
| Task | Công việc để xây hoặc kiểm chứng PF | Xác nhận event, làm UI, kiểm tra các trạng thái |
Trước khi tạo mới, đọc schema và so theo mục tiêu + actor + flow + scope, không chỉ tên. Giữ ID, liên kết, tiến độ và comment. Chỉnh spacing hay một lần agent chạy không tự trở thành PF. Dùng phân cấp này khi project đã chọn áp dụng.
Không đọc được dữ liệu live thì chỉ ghi “đề xuất chưa đối soát”, không nói đã đồng bộ hay đã loại trùng hoàn toàn.
Skill, brain và task: ba vai trò rõ ràng
Skill → cách làm
Điểm vào mỏng, chọn chế độ và đọc phương pháp phù hợp. Không giữ thêm một bản tiến độ.
Brain → kiến thức và nguồn
Giữ quyết định ổn định, nguồn có ngày và những gì agent sau cần đọc. Không chứa credential.
Task record → việc đang diễn ra
Owner, scope, AC, trạng thái, evidence, blocker và handover. Dùng registry hiện có; không tạo hai bảng canonical.
Board → góc nhìn công việc
Nếu dùng board file: board.json là dữ liệu, BOARD.md được render. Metadata mở rộng ở task record; renderer cũ chưa hiển thị chúng.
Audit đa vai khi thực sự cần
Giữ thế mạnh của War Room: góc nhìn chiến lược, kỹ thuật, sản phẩm, tăng trưởng và vận hành. Với bài toán lớn: audit → đào sâu vấn đề quan trọng → tổng hợp chống trùng và xếp phụ thuộc.
Không bắt buộc năm lead hay số ticket tối thiểu. Chỉ mở subagent khi được phép. Template Workflow phụ thuộc runtime riêng; không phải script Node chạy trực tiếp. Không có tool thì dùng quy trình đơn agent và ghi rõ giới hạn review.
P0 là mức ưu tiên, không phải quyền hành động. Nhãn “an toàn” không tự cho phép commit, gửi email, chi tiền hay deploy. Quy tắc và quyết định hiện hành của project luôn phải được kiểm tra.
Một handover đủ để agent sau tiếp tục
Task / mục tiêu: Trạng thái và đầu ra đã hoàn thành: Phạm vi đã được phép / phần chưa được phép: Nguồn và checkpoint đã xác minh: File hoặc record đã đổi; bằng chứng theo từng AC: Lỗi, phần chưa kiểm chứng, blocker và người cần quyết: Bước tiếp theo; điều kiện bắt đầu / dừng:
Agent sau đọc lại nguồn và quyền hiện tại trước khi tiếp tục. Meeting note là bối cảnh, không tự thành chính sách. Không lưu API key, token, mật khẩu hay dữ liệu riêng vào tài liệu công khai.
Tài liệu và bộ dùng lại
ZIP chứa phương pháp, skill và template; không chứa board dự án riêng. Không tự cài, tự chạy hoặc cấp quyền cho agent. Với board hiện có, materializer sẽ từ chối ghi đè; tạo candidate riêng rồi đối soát.
Kiểm thử công cụ board: tạo mới và chặn ghi đè. Chưa coi đây là chứng nhận cho runtime đa agent hoặc mọi dự án áp dụng.