Tóm tắt nhanh / Lệnh

Bộ Engineer

/ak:plan

Tạo kế hoạch triển khai

Tạo kế hoạch triển khai có nghiên cứu, plan Markdown files-first, HTML làm bản chính khi cần, projection GitHub issue, chia sẻ AgentWiki riêng tư, cổng validate/red-team và context sẵn sàng bàn giao.

01

Quét trước khi tạo và liên kế hoạch

02

Thử thách phạm vi

03

Chọn chế độ

04

Nghiên cứu và phân tích

Nguyên tắc 01

File plan là dữ liệu bền vững; CLI và GitHub chỉ là index hoặc projection

Nguyên tắc 02

Không triển khai code trong lúc planning

Nguyên tắc 03

Lập plan đủ phạm vi người dùng yêu cầu trừ khi --yagni chủ động cắt phần thừa

Nguyên tắc 04

Phải đọc stub đã sinh trước khi ghi

Nguyên tắc 05

Tính nhất quán toàn plan quan trọng hơn một phase viết đẹp

Bản đồ thực thi

Các nhánh chính từ đầu vào đến kết quả, bám theo cách command chạy khi dùng thật.

01

Khởi động

Đầu vào, phạm vi, route

  1. 1 Quét trước khi tạo và liên kế hoạch Kiểm tra context plan active/suggested, root scope, plan chưa xong, file chồng lấn, dependency chung và quan hệ blockedBy/blocks.
  2. 2 Thử thách phạm vi Đặt câu hỏi về phạm vi trừ khi việc quá nhỏ; --fast chỉ đổi độ sâu, còn --yagni mới là opt-in để cắt scope không cần.
  3. 3 Chọn chế độ Mặc định tự chọn hoặc theo đúng một mode flag được chỉ định: --auto, --fast, --hard, --deep, --parallel, --two, --debate hoặc --ultra.
02

Xử lý

Agent / skill thực thi

  1. 4 Nghiên cứu và phân tích Chạy researcher trừ khi ở fast mode hoặc đã có report, rồi phân tích codebase và scout khi cần.
  2. 5 Tạo khung file plan Dùng CLI đang chạy để tạo khung khi có, rồi đọc plan.md và mọi stub phase đã sinh trước khi ghi nội dung dài.
  3. 6 Viết các phase Viết plan.md files-first và phase file với overview, requirement, architecture, file liên quan, bước triển khai, tiêu chí thành công và rủi ro.
03

Kiểm chứng

Gate, review, xác thực

  1. 7 Chạy các cổng kiểm tra Chạy red-team, verification, validate và sweep nhất quán toàn plan khi mode, subcommand hoặc chỉnh sửa từ gate yêu cầu.
  2. 8 Tạo artifact Nếu được yêu cầu, kích hoạt frontend-design để tạo plan.html làm bản chính, rồi project plan đã review lên GitHub hoặc chia sẻ qua AgentWiki mà không thay thế file plan.
  3. 9 Hydrate và bàn giao Đồng bộ phase vào task tracking nếu không bị bỏ qua, đưa lựa chọn bước tiếp theo ở boundary và ghi journal trừ khi --skip-journal hoặc preference tắt.

Cú pháp, đối số, subcommand

Cách gọi skill: cú pháp, đối số vị trí, option dùng chung, rồi từng subcommand với cú pháp và kết quả riêng.

Cú pháp

/ak:plan [task] [--fast|--hard|--deep|--parallel|--two|--debate|--ultra] [--tdd|--no-tasks] [--html] [--github] [--wiki] [--advice] [--yagni] [--skip-journal] [--no-antv|--no-diagram-design|--no-editorial-visuals]

hoặc

/ak:plan <archive|red-team|validate> <plan.md>

Đối số

[task]

Việc cần lập plan

Outcome, ràng buộc và tiêu chí chấp nhận bằng ngôn ngữ tự nhiên; không bắt buộc. Khi chưa có việc rõ, Skill hỏi tạo plan mới hay chạy archive, red-team hoặc validate.

/ak:plan Add bảo vệ chống phát lại webhook cho payments

Option dùng chung

--auto

Tự chọn mode

Mặc định. Chọn một mode lập plan theo phạm vi và độ bất định. Không bao giờ tự chọn --debate hoặc --ultra.

--fast

Nhanh

Bỏ research, red-team và validate. Cho việc nhỏ đã hiểu. Không cắt phạm vi đã yêu cầu.

--hard

Khó

Research tập trung và red-team; validate tùy chọn.

--deep

Sâu

Research sâu, scout theo phase, red-team và validate cho refactor lớn.

--parallel

Song song

Ownership file độc quyền và graph dependency cho các luồng thật sự độc lập.

--two

Hai hướng

Tạo hai hướng đã nghiên cứu, rồi review hướng được chọn.

--debate

Debate

Chỉ khi chọn rõ. Ba planner độc lập rồi tổng hợp. Không bao giờ tự chọn.

--ultra

Ultra

Chỉ khi chọn rõ. Năm plan ứng viên; verifier chọn một bản nguyên vẹn hoặc loại hết.

--tdd

Phase test-first

Thêm test trước, refactor, test sau và cổng hồi quy vào phase liên quan. Không triển khai hay chạy test.

--no-tasks

Bỏ task live

Không đồng bộ phase sang task view. File plan vẫn là nguồn chính.

--advice

Giám sát cố vấn

Kongming tư vấn ở checkpoint phase, khi kẹt và khi rủi ro cao. Advice không sửa hay thay gate plan.

--yagni

Cắt scope thừa

Chất vấn và cắt phần không cần cho outcome đã nêu. Phải truyền flag xuống bước sau.

--skip-journal

Bỏ journal

Chỉ bỏ bước journal tự động.

--no-antv

Không visual AntV

Tắt lớp infographic AntV tùy chọn trên output --html.

--no-diagram-design

Không lớp diagram-design

Tắt sinh diagram workflow tùy chọn trên output --html.

--no-editorial-visuals

Không visual biên tập

Tắt các lớp visual HTML tùy chọn còn lại cho lần chạy này.

Subcommand

archive Lưu trữ
/ak:plan archive

Đóng hiển thị plan trên index local nhưng giữ file Markdown.

Kết quả: Đổi visibility trên index; không xóa plan.md hay phase file.

/ak:plan archive
red-team Red-team
/ak:plan red-team <plan.md>

Review đối kháng plan hiện có bằng bằng chứng codebase, rồi quét nhất quán toàn plan cho finding được chấp nhận.

<plan.md>
plan.md hiện có cần review.

Kết quả: Bảng finding kèm chấp nhận/từ chối và cập nhật file plan khi áp dụng.

/ak:plan red-team plans/checkout-redesign/plan.md
validate Validate
/ak:plan validate <plan.md>

Phỏng vấn câu hỏi phản biện về giả định và tiêu chí chấp nhận; lan tỏa câu trả lời đã chấp nhận trên toàn plan.

<plan.md>
plan.md hiện có cần validate.

Kết quả: Plan đã cập nhật kèm validation log. Không đề xuất cook khi còn mâu thuẫn.

/ak:plan validate plans/checkout-redesign/plan.md

Flag xuất bản / artifact

Chỉ các flag đổi artifact hoặc publish. Không phải toàn bộ option của skill.

--html

Plan HTML

Ghi plan.html độc lập làm artifact chính cho người dùng, có diagram workflow inline và mockup UI khi phù hợp.

Ví dụ

/ak:plan redesign onboarding flow --html
--github

Projection GitHub

Tạo hoặc cập nhật GitHub issue sau các gate review, kèm link plan dạng repo-relative và gắn ready to review khi có gh/auth.

Ví dụ

/ak:plan payment webhook retry design --github
--wiki

Chia sẻ AgentWiki

Mặc định chia sẻ riêng tư plan đã review; publish document/site công khai cần yêu cầu rõ và AgentWiki CLI hoặc MCP khả dụng.

Ví dụ

/ak:plan mobile release roadmap --wiki

Flag kết hợp

Cách các option đi cùng nhau trên cùng một lần gọi. Không thay thế bảng option ở trên.

--tdd thêm cấu trúc test-first cho phase.

--no-tasks bỏ hydrate runtime.

--html ghi plan.html độc lập làm bản chính.

--github tạo/cập nhật issue ready-to-review.

--wiki mặc định chia sẻ riêng tư tài liệu đã review.

--advice thêm giám sát kongming.

--yagni cắt scope không cần.

--skip-journal tắt journal tự động.

--no-antv, --no-diagram-design--no-editorial-visuals tắt các lớp visual HTML tùy chọn.

Mode / route nên dùng

--auto

Tự chọn: phân tích độ phức tạp của việc và chọn một workflow mode.

Nghiên cứu:
follows mode
Review:
follows mode
Xác thực:
follows mode
--fast

Plan nhanh: bỏ research và red-team cho việc nhỏ, đã rõ.

Nghiên cứu:
skip
Review:
skip
Xác thực:
skip
--hard

Plan khó: hai researcher và red-team, validate tùy trường hợp.

Nghiên cứu:
2 researchers
Review:
yes
Xác thực:
optional
--deep

Plan sâu: 2-3 researcher, scout theo phase, red-team và validate.

Nghiên cứu:
2-3 + scouts
Review:
yes
Xác thực:
yes
--parallel

Plan song song: thiết kế việc có thể bàn giao triển khai song song.

Nghiên cứu:
2 researchers
Review:
yes
Xác thực:
optional
--two

Hai hướng: so sánh phương án trước khi chọn plan cuối.

Nghiên cứu:
2+
Review:
after selection
Xác thực:
after selection
--debate

Debate: ba planner độc lập rồi tổng hợp plan; chỉ chạy khi được chọn rõ.

Nghiên cứu:
2 + shared packet
Review:
yes
Xác thực:
optional
--ultra

Ultra: năm plan ứng viên và verifier mạnh nhất chọn một bản nguyên vẹn hoặc loại hết; chỉ chạy khi được chọn rõ.

Nghiên cứu:
2 + shared packet
Review:
yes
Xác thực:
optional

Tính năng đặc biệt

archive

Lưu trữ plan và ghi journal.

red-team

Chạy review đối kháng trên plan hiện có.

validate

Chạy phỏng vấn câu hỏi phản biện để validate plan.

Prompt mẫu

Ví dụ gọi command theo từng flag, subcommand, mode hoặc route dùng được trong workflow thực tế.

Plan mặc định Khuyến nghị
/ak:plan Add bảo vệ chống phát lại webhook cho payments
Dùng khi:
Dùng khi công việc cần phase, kiến trúc hoặc roadmap.
Kết quả:
Thư mục plan có plan.md files-first, phase file, quét trước/cross-plan, gate theo mode, hydrate task và lựa chọn bàn giao.
Plan nhanh
/ak:plan Đổi tên route settings --fast
Dùng khi:
Dùng cho thay đổi nhỏ, ít rủi ro, đã hiểu rõ.
Kết quả:
plan.md và phase file gọn, bỏ research, red-team và validate; vẫn có phân tích codebase và không viết code triển khai.
Plan HTML sâu
/ak:plan Xây dựng lại kiến trúc checkout --deep --html
Dùng khi:
Dùng cho việc phức tạp cần research, validate và artifact trực quan.
Kết quả:
Researcher deep mode, scout theo phase, red-team, validate và plan.html cuối cùng làm bản chính với diagram hoặc mockup UI inline.
Validate plan có sẵn
/ak:plan validate plans/checkout-redesign/plan.md
Dùng khi:
Dùng trước triển khai khi giả định hoặc tiêu chí nghiệm thu còn mỏng.
Kết quả:
Phỏng vấn validate bằng câu hỏi phản biện, chỉnh file plan khi cần và sweep nhất quán toàn plan trước mọi đề xuất cook.
Mode auto
/ak:plan Thêm giới hạn tốc độ cho các API công khai --auto
Dùng khi:
Khi muốn planner tự chọn một workflow mode loại trừ lẫn nhau từ độ phức tạp.
Kết quả:
Đọc help ak plan live, chọn đúng một mode, ghi plan.md files-first cùng phase stub và không triển khai code.
Plan hard
/ak:plan Di chuyển phiên sang kho lưu trữ bền vững --hard
Dùng khi:
Khi việc đủ rủi ro để cần hai researcher và red-team.
Kết quả:
Chạy hai researcher và red-team, ghi file plan và dừng cứng nếu các mode flag mâu thuẫn bị kết hợp.
Phase song song
/ak:plan Tách lập chỉ mục tìm kiếm khỏi API truy vấn --parallel
Dùng khi:
Khi các lát plan độc lập có thể research song song.
Kết quả:
Gán ownership phase không chồng lấn, research các lát đó song song và vẫn ghi một cây plan files-first.
Hai hướng
/ak:plan So sánh hàng đợi versus cron cho thư tóm tắt --two
Dùng khi:
Khi cần hai hướng đã research trước khi chọn.
Kết quả:
Tạo hai phần approach kèm đánh đổi, giữ một hướng khuyến nghị và ghi file plan mà không triển khai option nào.
Mode debate
/ak:plan Chọn monolith versus tách dịch vụ cho billing --debate
Dùng khi:
Khi lựa chọn kiến trúc đang tranh cãi cần một lượt debate rõ.
Kết quả:
Chạy workflow debate, ghi các vị trí đối lập cùng quyết định và viết plan mà không đổi code.
Verifier ultra
/ak:plan Thiết kế ngữ nghĩa thử lại webhook --ultra
Dùng khi:
Khi chọn plan có rủi ro cao và nên dùng lượt verifier.
Kết quả:
Tạo một evidence packet, fan các candidate plan chỉ đọc, để verifier chọn nguyên một bản và ghi plan đó ra đĩa.
Archive plan
/ak:plan archive plans/checkout-redesign/plan.md
Dùng khi:
Khi plan đã xong cần chuyển vào archive mà không sửa thêm.
Kết quả:
Chuyển plan đã hoàn tất vào vị trí archive và báo path đã archive, không sửa code triển khai.
Red-team plan
/ak:plan red-team plans/checkout-redesign/plan.md
Dùng khi:
Khi plan hiện có cần review đối kháng trước cook.
Kết quả:
Chạy phỏng vấn red-team trên file plan live, ghi finding và từ chối cook khi finding đã chấp nhận vẫn còn.

Phạm vi xử lý

  • Quét trước khi tạo và liên kế hoạch
  • Thử thách phạm vi
  • Chọn chế độ
  • Nghiên cứu và phân tích
  • Tạo khung file plan
  • Viết các phase

Artifact tạo ra

Output kế hoạch

Mẫu đường dẫn

<plans-root>/<timestamp>-<slug>/plan.md + phase-NN-*.md; tùy chọn plan.html / GitHub issue / AgentWiki URL

Phản hồi trả đường dẫn file, tóm tắt, kết quả gate, URL publish nếu có và lựa chọn bước tiếp theo, không triển khai code.

Skill liên quan

Tiếp theo