Ctrl K

Tóm tắt nhanh / Lệnh

Bộ Engineer

/ak:sequential-thinking

Phân tích từng bước rồi chỉnh lại

Dùng phân tích từng bước có phản tư, tự mở rộng/thu gọn, sửa nhận định, rẽ nhánh, kiểm chứng giả thuyết và hội tụ cuối rõ ràng.

Ước lượng lỏng

Cấu trúc từng bước

Điều chỉnh động

Đánh dấu sửa đổi

Nguyên tắc 01

Tổng số thought có thể điều chỉnh, không phải lời hứa cố định

Nguyên tắc 02

Sửa nhận định là tính năng, không phải thất bại

Nguyên tắc 03

Nhánh phải hội tụ bằng lý do rõ ràng

Nguyên tắc 04

Chỉ hiển thị marker khi hữu ích; còn lại áp dụng phương pháp bên trong

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.

Khởi động

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

1 Ước lượng lỏng Bắt đầu với số bước dự kiến như Thought 1/5, biết rằng tổng số có thể thay đổi.
2 Cấu trúc từng bước Mỗi thought nối tiếp ngữ cảnh trước, xử lý một khía cạnh, nêu giả định hoặc điều chưa chắc và chỉ ra bước kế tiếp.

Xử lý

Agent / skill thực thi

3 Điều chỉnh động Mở rộng khi phát hiện phức tạp, thu gọn khi đơn giản hơn, sửa khi insight mới làm sai bước trước và rẽ nhánh cho lựa chọn khác.
4 Đánh dấu sửa đổi Khi sửa thought trước đó, nêu thought gốc, lý do thay đổi và tác động kéo theo.

Kiểm chứng

Gate, review, xác thực

5 Khảo sát nhánh Với các hướng cạnh tranh, gắn nhãn nhánh từ thought cha, so sánh rõ ràng rồi hội tụ bằng lý do chọn.
6 Kiểm chứng giả thuyết Sinh giả thuyết, chạy hoặc lập luận bằng bằng chứng kiểm chứng, rồi lặp đến khi hướng giải được chống đỡ.

Đóng

Báo cáo, bàn giao, artifact

7 Chốt khi đủ chắc Chỉ đánh dấu final khi giải pháp đã được kiểm chứng, phần trọng yếu đã phủ, đủ tự tin và không còn bất định chính.

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:sequential-thinking [problem to analyze step-by-step]

Đối số

[problem to analyze step-by-step] Bắt buộc

Vấn đề cần phân tích

Nêu decision hoặc diagnosis cụ thể, constraint, evidence hiện có, alternative đã loại, ranh giới quyền hạn và giới hạn phản hồi hữu ích cho suy luận từng bước có thể revision.

/ak:sequential-thinking "Choose a migration strategy for splitting the audit log from the primary database. Use at most 8 concise checkpoints, compare dual-write and change-data-capture branches, revise assumptions when evidence conflicts, and finish with a decision, verification plan, and unresolved questions."

Mode / route nên dùng

Explicit

Hiển thị marker thought

Nghiên cứu:: Use for requested breakdowns
Review:: None
Xác thực:: Final marker after verification

Implicit

Hỗ trợ suy luận nội bộ

Nghiên cứu:: Use for routine problem solving
Review:: None
Xác thực:: Cleaner user-facing answer

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ế.

Đánh đổi kiến trúc Khuyến nghị

/ak:sequential-thinking compare event sourcing vs audit-log tables for this service

Dùng khi:: Dùng khi quyết định phức tạp có nhiều đánh đổi phụ thuộc nhau và có thể cần rẽ nhánh hoặc sửa nhận định.
Kết quả:: Bắt đầu bằng ước lượng số thought lỏng, cấu trúc giả định và phương án, rẽ nhánh các hướng cạnh tranh, kiểm chứng lựa chọn mạnh nhất rồi chốt bằng lý do quyết định.

Giả thuyết debug

/ak:sequential-thinking analyze why uploads intermittently fail after deploy

Dùng khi:: Dùng cho lỗi chưa rõ nguyên nhân, nơi giả thuyết cần được kiểm chứng và điều chỉnh hướng.
Kết quả:: Xây dựng chuỗi thought quanh các nguyên nhân khả dĩ, đánh dấu giả định được sửa khi bằng chứng thay đổi mô hình, ghi bước kiểm chứng và chỉ dừng khi nguyên nhân có hỗ trợ rõ ràng.

Kế hoạch triển khai thích ứng

/ak:sequential-thinking plan a safe migration from REST polling to webhook delivery

Dùng khi:: Dùng khi phạm vi có thể mở rộng hoặc thu gọn khi rủi ro, phụ thuộc và ràng buộc rollout rõ hơn.
Kết quả:: Tạo kế hoạch từng bước có thể điều chỉnh số thought, nêu bất định và vùng cần xem tiếp, sửa các bước bị bác bỏ và kết thúc bằng tiêu chí sẵn sàng đã kiểm chứng.

Rẽ nhánh phương án

/ak:sequential-thinking choose between queue-backed retries, cron repair, and synchronous retry for payments

Dùng khi:: Dùng khi nhiều hướng giải đáng được khảo sát riêng trước khi hội tụ.
Kết quả:: Gắn nhãn các nhánh từ thought cha, so sánh phương án rõ ràng, ghi các sửa đổi từ insight mới, kiểm chứng hướng ưu tiên và chỉ đánh dấu final khi bất định đã được giải quyết.

Phạm vi xử lý

Tách vấn đề phức tạp
Lập kế hoạch thích ứng
Chuỗi sửa nhận định
So sánh phương án
Debug theo giả thuyết
Quản lý bất định