dispatch-ticket-claude

Nó làm gì

dispatch-ticket-claude là nửa Claude Code của dispatch-ticket. Skill dùng chung giữ:

• Định danh và chốt input.
• Luật worktree.
• Khuôn brief, cách gửi và cách canh.
• Simplify và dọn dẹp.

Skill này thêm bảng lệnh launch, bước kiểm trước khi dispatch, thứ tự gửi brief và những sự thật đã đo được của runtime Claude. Nó là adapter, không phải một giao thức thứ hai. Hãy đọc dispatch-ticket trước, vì mọi thứ không viết ở đây đều lấy từ đó.

Xương sống của file là bốn hành động theo một thứ tự cố định:

• Gửi phần thân brief bằng SendMessage.
• Gõ lệnh slash trần vào pane.
• Xác nhận nó đã echo.
• Arm Monitor.

Làm sai thứ tự sẽ sinh ra một trạng thái kết thúc giả mà mọi lớp kiểm phía sau đều đọc thành khoẻ mạnh.

Thứ tự này đến từ hai lỗi riêng biệt rơi vào cùng bốn bước. Tin nhắn giữa hai session không phải một lượt của người dùng, nên lệnh slash không bao giờ chạy. Và một SendMessage chỉ có phần thân vẫn tạo ra một lượt, nên watch arm quá sớm sẽ thấy lượt đó kết thúc rồi báo idle cho một Builder chưa hề bắt đầu. Giờ thứ tự được ghi ngay tại chỗ dùng, không để người đọc tự suy.

Khi nào Thomas gọi nó

Cần sẵn gì

• Adapter của role có mặt trong worktree: test -f <worktree-path>/.claude/agents/<role>.md. Thiếu nghĩa là payload chưa được commit hoặc đã bị gitignore, và đây đúng là file mà claude --agent <role> sẽ nạp.
• Dòng orchestrator.md của role này đã chốt, có model và, chỉ khi dòng đó đặt, có effort. Model và effort lấy từ dòng đó, không lấy từ trí nhớ.
• Tên session của Builder tra được bằng ListAgents, vì SendMessage gọi session theo tên.
• Thứ đặt trong Monitor là herdr-watch-terminal.sh. Monitor là kênh chuyển tin; script mới là cái canh.

Nó để lại gì

Lỗi đã biết

Lấy từ harness/.agents/memory/recurring-failure-modes.md. Tất cả đều promoted.

• Brief và lệnh slash gộp vào một SendMessage. Skill từng bảo Thomas gửi cả brief, kèm luôn lệnh slash, bằng một SendMessage, với lý do rằng nó tới nơi như một lượt người dùng. Câu đó sai, và nó tồn tại qua bốn bản phát hành. Đã sửa: phần thân đi bằng SendMessage, lệnh thì gõ.
• Một khoảng trống hợp đồng giữa hai pane. Cùng một lỗi trong cùng một vòng cho ra một cú từ chối ồn ào ở pane Builder và một cú thay thế im lặng ở pane Shaper, vì một hợp đồng có câu “chính cú fail là phát hiện” còn hợp đồng song song thì không. Giờ cả hai đều có, và đó là lý do bước kiểm echo là bằng chứng dương chứ không phải phép lịch sự.
• Watch bị arm nhầm bước. Tách bước gửi thành hai bước làm cái watch arm nhầm vào bước còn lại. Đã sửa: arm sau khi echo, không bao giờ arm sau phần thân.
• Một wait trần bị treo mà không báo lỗi. Một herdr agent wait trần đặt trong Monitor vẫn chạy nhưng không phản hồi. Đo được nó ngồi 10 phút 25 giây trước một pane vốn đã idle, trong khi một lệnh wait y hệt phát ra cùng phút đó trả về sau 0 giây. Đã sửa: Monitor bọc script canh, script cắt lệnh wait thành lát và lấy mọi phán quyết từ một herdr agent get mới.
• Thiếu timeout_ms cắt ngắn ca canh. Một Monitor không đặt timeout_ms cắt một ca canh dài một tiếng xuống năm phút, nên ticket càng lớn thì khả năng cái watch đã biến mất càng cao. Đã sửa: cả hai trường đều tường minh trong mọi template, và thông báo Monitor timed out nghĩa là arm lại, không phải nhiễu.
• Đọc nhầm TERMINAL:done là việc đã xong. TERMINAL:done nghĩa là lượt đó đã kết thúc, không phải công việc đã xong.
• success: true từ SendMessage chỉ có nghĩa đã chuyển tới, không phải đã đọc. Session nhận có thể giữ lại phần thân chờ duyệt; một Builder bị giữ đã chạy xong lệnh slash của nó và tự ứng biến tiếp, đọc ra giống hệt working. Đã sửa: sau bước kiểm echo, đọc pane tìm một câu chỉ brief mới có thể đưa vào — working không phải là đã giao (AST-153).
• Worktree không mang file chưa tracked. Một worktree chỉ mang nội dung đã tracked, đúng thứ mà bước kiểm adapter ở trên sinh ra để bắt.

Đang chạy đúng nếu

• Bốn hành động diễn ra đúng thứ tự, và echo được đọc trước khi arm Monitor.
• Ba Builder đang chạy nghĩa là ba Monitor, mỗi pane một cái, mỗi cái một description riêng.
• Agent ở role review launch không kèm --dangerously-skip-permissions, agent ở role ghi thì có kèm.
• Mọi thông báo đều được kiểm lại bằng herdr agent get <pane-id> trước khi ai đó hành động.
• Không tin bất kỳ idle nào cho tới khi bộ chặn khởi động đã thấy working trước. Ô soạn thảo Claude trống khớp luật idle, nên một brief chưa gửi đọc ra thành một Builder xong tức thì.

Nó nằm ở đâu trong chuỗi

dispatch-ticket claim ticket rồi dựng worktree, tab và pane → dispatch-ticket-claude khởi chạy runtime, giao brief và arm cái watch → Builder chạy vòng khép kín của nó rồi handback → WATCHING.md và CLEANUP.md của skill dùng chung quyết định chuyện gì xảy ra ở mỗi dòng phán quyết.