Dùng chat Concierge

Bạn không cần học verb nào. Chat là cửa chính mặc định: nói bạn muốn gì, concierge sẽ xác định bạn đang ở đâu và đề xuất một bước tiếp theo.

Chỉ cần nói bạn muốn gì

Mở agent trong thư mục project và gõ một câu bình thường:

“Tôi muốn build app quản lý kho cho cửa hàng.”

“Mình đang ở đâu?”

“Card này xong chưa?”

Concierge trả lời bằng ngôn ngữ bạn dùng — bạn hỏi tiếng Việt thì nhận lại tiếng Việt; còn law và các file tham chiếu của flow thì luôn lấy bản tiếng Anh làm chuẩn.

Những gì nó làm trước khi trả lời

Mọi câu hỏi bằng ngôn ngữ thường đều đi qua cùng một vòng lặp ngắn — và bước một không thể thương lượng:

Chạy lệnh status — hoặc resume nếu bạn vào dự án lúc nó đang lạnh — để lấy ground truth cơ học. Không bao giờ đoán state từ cuộc hội thoại.
Khớp intent của bạn với bảng routing (intent-class × state).
Đề xuất đúng một hành động kế tiếp, bằng ngôn ngữ thường — khái niệm gate nào xuất hiện lần đầu sẽ được giải thích trong một câu.
Mời bạn chạy hành động đó, theo luật phân quyền bên dưới.

Mỗi lần chỉ một đề xuất — đó là chủ đích. Bạn sẽ không bị dội cả bảng verb vào mặt chỉ vì hỏi một câu đơn giản.

May-run: chạy mà không cần hỏi

Các lệnh chỉ-đọc, không làm thay đổi state, được chạy thẳng — vì xin phép chỉ để nhìn thì đúng là ma sát thừa:

status, resume, recall, usage, coherence, consistency, contract, tokens, constitution, clarify, design, doctor, ready, gate.

Must-ask: phải hỏi trước

Mọi thứ làm thay đổi state, tốn tiền, hoặc thuộc quyền của operator đều được xác nhận trước khi chạy:

next, assess, card, check, project-type, skip, debt, harness, promote, mode, auto, attest, workspace, unlock, retro, eval, converge.

Luật là default-deny: verb nào không nằm trong list chỉ-đọc ở trên đều thuộc diện must-ask — kể cả verb được thêm vào flow sau khi file routing đã viết xong.

next nằm trong list must-ask dù trông như chỉ tiến một gate đã pass. Điều kiện pass — lớp cơ học và thử thách ngữ nghĩa cùng đồng ý — không thể biết trước khi chạy. Tự động chạy nó sẽ để concierge lặng lẽ đẩy một stage tuy sạch về mặt cơ học nhưng rỗng ruột qua mặt bạn — đúng là failure mà các gate tồn tại để chặn.

Teach và work

Nếu bạn mới và yêu cầu của bạn cần agent soạn artifact hộ — kiểu “build giúp tôi X” — concierge sẽ hỏi một câu đơn giản trước khi đổi mode của bạn:

“Muốn tôi soạn nháp từng bước để bạn duyệt không?”

Trả lời có, bạn chuyển sang mode work: agent phỏng vấn một lần, tự soạn stage 00 tới 05, chỉ dừng để bạn duyệt scope, rồi giao cả bộ card trong một bản tóm tắt. Trả lời không, bạn ở lại mode teach (mặc định): bạn viết mọi artifact planning, agent chỉ đứng gác ở gate — bắt nội dung rỗng hoặc bịa đặt. Agent bị cấm tick ô hộ hoặc soạn hộ bạn.

Gate và luật bằng chứng hoàn thành giống hệt nhau ở cả hai mode. Mode work chỉ đổi người soạn — không bao giờ đổi chuẩn. Lựa chọn được lưu trong file MODE. Đổi ý sau này bằng /flow mode teach hoặc /flow mode work.

Bỏ qua concierge

Gõ verb trực tiếp. Một lệnh /flow next, /flow card, /flow check C-001 tường minh sẽ được thực thi đúng như bạn viết — không qua diễn giải của concierge. Verb gõ tay luôn thắng routing chat; power user không mất gì khi chat là cửa mặc định.

Một lần chạy đầu cụ thể

Bạn mở agent mới trong thư mục trống và nói “Tôi muốn build app quản lý kho cho cửa hàng.”
Concierge chạy status, thấy chưa có flow/, rồi trả lời: ở đây chưa có dự án flow — để mình hỏi một câu ngắn rồi soạn từng bước cho bạn duyệt nhé?
Bạn đồng ý. Nó chuyển sang work và bắt đầu phỏng vấn, hướng tới gate Scope.

Không cần gõ verb flow nào. Câu hỏi xin phép là bước duy nhất.

Vì sao chat là cửa chính

Một harness với hơn hai mươi verb có một vách dựng đứng ngay từ lúc bắt đầu. Người cần kỷ luật gate nhất — người đang build sản phẩm thật đầu tiên — lại chính là người ít có khả năng đọc bảng lệnh trước nhất. Mỗi verb phải học trước khi thấy được giá trị là một điểm khiến người ta bỏ cuộc.

Cửa chat chỉ đáng tồn tại nếu nó không trở thành một nguồn sự thật thứ hai — mềm hơn. Đó là lý do vòng lặp ở trên bắt đầu bằng lệnh, không bằng diễn giải, và quyền hạn mặc định là deny.

Một hạn chế đáng biết

Routing phân tích prose status viết cho người đọc, không phải contract token cho máy. Đáng tin cậy trên Claude; trên các engine khác như Codex hoặc Antigravity, hãy coi chat routing là best-effort. Thấy routing sai thì gõ verb — lớp cơ học hành xử giống hệt nhau trên mọi engine.