งาน

บอร์ดงานส่วนใหญ่เป็นแค่ที่จดว่าคุณตั้งใจจะทำอะไร บอร์ดนี้ส่งงานออกไปทำจริง

การมอบหมายงานคือการเลือกเอเจนต์ปลายทาง เปิดเทอร์มินัลของมัน ส่งงานไปให้ แล้วผูกการรันนั้นเข้ากับงาน — บอร์ด เทอร์มินัล และ Mission Control จึงเล่าเรื่องเดียวกัน ไม่ใช่สามเรื่องแยกกัน

เปิดบอร์ด

งานเปิดเป็นพื้นที่ทำงานเต็มหน้าต่างเหมือน Git client — คอลัมน์ตามสถานะ เลนของแต่ละเอเจนต์ และแผงรายละเอียดที่กว้างพอจะอ่านแผนได้ทั้งแผน

แถบมุมมอง สลับสามวิธีมองงานชุดเดียวกัน แต่ละอันมีตัวนับของตัวเอง

ทุกการ์ดบอกว่าใครกำลังทำ และเทอร์มินัลนั้นกำลังทำอะไร ตอนนี้ — กำลังรัน รอคุณ ว่าง หรือหลุดหาย

เจ็ดสถานะ

งานหนึ่งเดินผ่านเจ็ดสถานะ

• Backlog — เก็บไว้แล้ว ยังไม่ได้เกลา
• พร้อม — เกลาแล้วและไม่ติดอะไร เอเจนต์หยิบไปทำได้
• กำลังทำ — คุณหรือเอเจนต์รับไปแล้ว
• ติดขัด — รอสิ่งที่ต้องพึ่งพา หรือรอประตูที่ยังไม่มีใครตอบ
• รอรีวิว — เอเจนต์บอกว่าเสร็จแล้วและรอประตูปิดงานจากคุณ
• เสร็จ
• ยกเลิก

มอบหมายงานให้เอเจนต์

เลือกปลายทางในแผงรายละเอียดของงาน การกระทำเดียวนั้นเปิดเทอร์มินัล ส่งงานไปให้ และโยงการรันกลับมาที่การ์ด

จากนั้นการ์ดจะเกาะติดการรัน ถ้าเทอร์มินัลกำลังทำงาน การ์ดก็บอกอย่างนั้น ถ้าเอเจนต์หยุดรอ การ์ดก็บอกอย่างนั้นเช่นกัน

ประตูอนุมัติ

เอเจนต์ถามก่อนลงมือทำตามแผน และถามอีกครั้งก่อนปิดงาน คำตัดสินของคุณไปถึงมันไม่ว่ามันอยู่ที่ไหน และ ถ้อยคำของคุณถูกส่งต่อคำต่อคำ — เอเจนต์ได้สิ่งที่คุณเขียนจริง ไม่ใช่บทสรุป

กล่องรีวิวเฉพาะให้พื้นที่อ่านแผนอย่างเต็มที่ อนุมัติ และ ขอให้แก้ อยู่เท่าเทียมกัน และช่องความเห็นเปิดอยู่เสมอ — คุณไม่ต้องกดอะไรก่อนถึงจะอธิบายได้

คำตัดสินตามหาคุณได้สามทาง คิวรีวิวในบอร์ด ตราบนแถบสถานะ และ หน้าสำหรับมือถือ ใน Remote Control — อนุมัติแผนจากในครัวก็ยังได้

ไม่มีอะไรอนุมัติเองอัตโนมัติ ถ้าไม่มีใครตอบทันเวลา งานจะกลายเป็นติดขัด เพราะความเงียบไม่ใช่การยินยอม

งานคือไฟล์ในรีโปของคุณ

แต่ละงานคือไฟล์ markdown ใต้ .1devtool/tasks/ ในโปรเจกต์ ชื่อ <id>-<slug>.md นั่นแปลว่ามันขึ้นใน diff ผ่านการรีวิว และเดินทางไปกับ branch เหมือนทุกอย่างในรีโป

ส่วนที่ตัดสินว่า เอเจนต์ทำอะไรได้บ้าง — มอบหมายให้ใคร ประตูไหนเปิดอยู่ มีการรันอะไร — แอปเป็นผู้ถือ ไม่ได้อยู่ในไฟล์ การแก้ไฟล์ที่ข้ามเส้นอนุมัติจึงเป็นข้อเสนอ ไม่ใช่การตัดสินใจ

เอเจนต์ทำงานบนบอร์ดผ่าน MCP

เครื่องมือ MCP สิบตัวครอบคลุมทั้งวงจร: อ่านและลิสต์งาน สร้างและอัปเดต คอมเมนต์ เชื่อมโยง ขอชิ้นถัดไป ขออนุมัติ รอคำตัดสิน และปิดงาน มีกฎหนึ่งข้อที่ฝังมาไม่ใช่ตัวเลือก: เอเจนต์มอบหมายงานให้ตัวเองไม่ได้

เก็บงานจากที่ที่ปัญหาโผล่

งานส่วนใหญ่เริ่มจากสิ่งที่คุณบังเอิญเห็น ไม่ใช่สิ่งที่คุณนั่งลงเขียน

• เลือก stack trace ในเทอร์มินัล → คลิกขวา → เพิ่มงาน
• เลือกโค้ดสองสามบรรทัดในตัวแก้ไข → คลิกขวา → เพิ่มงาน

สิ่งที่เก็บมาจะพกตัวชี้กลับไปยังต้นทาง — ไฟล์และบรรทัด หรือชื่อเทอร์มินัล — อีกสัปดาห์ต่อมา งานนั้นจึงยังบอกได้ว่าคุณเจอมันที่ไหน

เริ่มจากเป้าหมาย

อธิบายผลลัพธ์ที่ต้องการ แล้วเอเจนต์จะเสนอชุดงานให้คุณแก้และรับ ไม่มีอะไรถูกเขียนลงรีโปจนกว่าคุณจะรับ การแตกงานที่ห่วยจึงเสียแค่คลิกเดียว ไม่ใช่การมานั่งเก็บกวาด .1devtool/tasks/

รวมงานซ้ำ

เมื่องานเดียวกันถูกเก็บมาสองครั้ง ให้รวมการ์ดเข้าด้วยกัน ใบหนึ่งอยู่ต่อ ที่เหลือกลายเป็นป้ายหลุมศพที่ id ยังชี้ได้ — เอเจนต์ที่ถือ id เก่าจึงถูกพาไปที่ใหม่ ไม่ได้ถูกส่งเข้าทางตัน

การรวมก็เป็นแค่การเปลี่ยนไฟล์ ดังนั้น git checkout -- .1devtool/tasks/ ย้อนคืนได้ก่อนคุณจะ commit

งานใน Mission Control

โปรเจกต์ที่กำลังมีงานรันจะแสดงงานเหล่านั้นใน Mission Control เหนือเทอร์มินัล เคียงข้างแผนที่ว่าใครคุยกับใคร

อ่านต่อ

• Mission Control — ห้องนักบินเหนือเทอร์มินัลของคุณ
• ทีมและฝูงเอเจนต์ — ส่งหลายเอเจนต์ลงงานเดียว
• การควบคุม MCP — เปิดปิดชุดเครื่องมือ Tasks