บทเรียนที่ 23: คัมบัง — บอร์ดหลายเอเจนต์

นี่เป็นส่วนหนึ่งของชุดบทเรียนอย่างเป็นทางการของ Hermes Agent ดูบทเรียนทั้งหมด

ลองนึกภาพไวท์บอร์ดในออฟฟิศที่ใช้ร่วมกัน ซึ่งเพื่อนร่วมงานหลายคนสามารถปักโน้ตย่อมๆ ย้ายไปมา และเขียนคอมเมนต์ได้ — เพียงแต่เพื่อนร่วมงานเหล่านั้นคือ AI agent และไวท์บอร์ดนั้นไม่มีวันถูกลบ นั่นคือ Hermes Kanban: กระดานงานที่ทนทาน ซึ่งให้ agent ที่มีชื่อระบุตัวตนหลายตัวทำงานร่วมกันได้ โดยไม่ต้องกังวลเรื่องการส่งต่องานที่เปราะบางหรืองานสูญหาย

ขั้นตอนที่ 1: ทำความเข้าใจแนวคิดหลัก

Kanban คือ ฐานข้อมูลที่ใช้ร่วมกัน (ไฟล์เดียวที่ ~/.hermes/kanban.db) ที่ทุกโปรไฟล์ของ Hermes สามารถอ่านและเขียนได้ งานแต่ละชิ้นคือหนึ่งแถว การส่งต่องานแต่ละครั้งคือหนึ่งแถว worker แต่ละตัวคือกระบวนการ OS เต็มรูปแบบที่มีตัวตนและความทรงจำของตัวเอง

ความแตกต่างหลักจาก delegate_task:

delegate_task เปรียบเสมือนการโทรศัพท์ — คุณโทร รอ แล้ววางสาย ถ้ามันล้มเหลว มันก็หายไปเลย
Kanban เปรียบเสมือนกระดานประกาศ — คุณโพสต์งาน เดินออกไป แล้วใครก็ตามสามารถมารับงานต่อได้ทีหลัง ถ้า worker ตัวหนึ่งล่ม งานยังคงอยู่ และ agent ตัวอื่นสามารถรับช่วงต่อได้

ขั้นตอนที่ 2: ทำความรู้จักกับประตูทางเข้าสองบาน

ทั้งสองพื้นผิวใช้ฐานข้อมูลเดียวกัน ดังนั้นจึงไม่มีความขัดแย้งกันได้

ประตูที่ 1 — Agent ใช้เครื่องมือ (tools)
โมเดล AI สื่อสารกับกระดานผ่านชุดเครื่องมือเฉพาะ: kanban_show, kanban_list, kanban_create, kanban_complete, kanban_block, kanban_comment และอื่นๆ ตัวจัดส่งงาน (dispatcher) จะมอบเครื่องมือเหล่านี้ให้กับ worker ทุกตัวโดยอัตโนมัติ

ประตูที่ 2 — คุณใช้ CLI
คุณ (หรือสคริปต์ หรือ cron jobs) ใช้คำสั่ง hermes kanban … ในเทอร์มินัล, ใช้ /kanban … เป็นสแลชคำสั่ง หรือใช้แดชบอร์ด

กฎง่ายๆ: ถ้ามีโมเดลอยู่เบื้องหลัง ให้ใช้เครื่องมือ (tools) ถ้าเป็นมนุษย์หรือระบบอัตโนมัติ ให้ใช้ CLI

ขั้นตอนที่ 3: ลองใช้คำสั่งพื้นฐาน

นี่คือวิธีสร้างและจัดการงานจากเทอร์มินัล:

# Create a new task
hermes kanban create "Write blog post" --assign researcher-1

# List all tasks
hermes kanban list

# Show details of a task
hermes kanban show 42

# Mark a task as done
hermes kanban complete 42

# Block a task (waiting on something)
hermes kanban block 42 "Need more data"

# Unblock it later
hermes kanban unblock 42

# Add a comment
hermes kanban comment 42 "Draft is ready for review"

คำสั่ง CLI ทุกคำสั่งมีการเรียกใช้เครื่องมือ (tool call) ที่ตรงกัน ซึ่งโมเดลใช้ภายใน — ฐานข้อมูลเดียวกัน ผลลัพธ์เดียวกัน

ขั้นตอนที่ 4: ดูสิ่งที่ Kanban ทำได้ ซึ่ง `delegate_task` ทำไม่ได้

นี่คือลักษณะงานที่กระดานนี้ถูกสร้างขึ้นมาเพื่อรองรับ:

การคัดกรองงานวิจัย — นักวิจัยหลายคนทำงานแบบขนาน นักวิเคราะห์ตรวจสอบ นักเขียนร่างเนื้อหา มนุษย์สามารถคอมเมนต์และปลดบล็อกได้ตลอดเวลา
งานปฏิบัติการตามตารางเวลา — agent สรุปข่าวรายวันที่สร้างบันทึกต่อเนื่องเป็นเวลาหลายสัปดาห์
Digital twins — ผู้ช่วยถาวร เช่น inbox-triage ที่สะสมความทรงจำเมื่อเวลาผ่านไป
ไปป์ไลน์งานวิศวกรรม — แยกย่อยฟีเจอร์ใหญ่ๆ ลงมือ implement ใน worktrees แบบขนาน ตรวจสอบ ปรับปรุง แล้วสร้าง PR
งานแบบฝูง (Fleet work) — ผู้เชี่ยวชาญหนึ่งคนจัดการบัญชีโซเชียล 50 บัญชี หรือบริการที่ถูกมอนิเตอร์ 12 รายการ

ขั้นตอนที่ 5: จำความแตกต่างในหนึ่งประโยค

delegate_task คือการเรียก RPC แบบ fork-join; Kanban คือคิวข้อความที่ทนทานพร้อม state machine
พูดง่ายๆ: delegate_task คือ “ถามแล้วรอ” ส่วน Kanban คือ “โพสต์แล้วปล่อยให้ทีมทำงาน”

Official Screenshots

สรุป

Kanban เปลี่ยน Hermes จากผู้ช่วยแบบ agent เดี่ยว ให้กลายเป็น ทีมงาน multi-agent ที่มีความทรงจำร่วมกันและถาวร งานต่างๆ อยู่รอดแม้ระบบล่ม มนุษย์สามารถเข้ามามีส่วนร่วมได้ทุกเมื่อ และ agent หลายตัวสามารถแตะต้องงานเดียวกันได้ตลอดอายุของงาน นี่คือความแตกต่างระหว่างการจ้างพนักงานชั่วคราว กับการสร้างทีมงานขึ้นมา