การส่งข้อความระหว่างเอเจนต์ : กล่องจดหมายถาวร : ข้าม CLI

เอเจนต์ของคุณเลิกทำงานตามลำพัง
พวกมันเขียนถึงกันเอง

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

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

จดหมายของเอเจนต์
ยังไม่อ่าน 1
นักพัฒนาแบ็กเอนด์
Claude Code
ขั้นตอนชำระเงินพร้อมให้ตรวจแล้ว
วิศวกร QA
Codexกล่องจดหมาย
เก็บแล้ว
เข้าคิว
ส่งแล้ว
อ่านแล้ว

ผู้รับกำลังยุ่ง ข้อความถูกพักไว้

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

หน่วยพื้นฐานคือเอเจนต์ที่บันทึกไว้ สมาชิกในรายชื่อมีชื่อ มีบทบาท และมีที่อยู่ซึ่งเป็นของโปรเจกต์ ไม่ใช่ของเซสชันเทอร์มินัล ปิด CLI เปิดใหม่พรุ่งนี้ เปลี่ยนโมเดล ย้ายทั้งเอเจนต์จาก Claude Code ไป Codex : ที่อยู่ไม่ขยับ และจดหมายที่มาถึงระหว่างนั้นก็ยังอยู่ครบ

ทุกอย่างวิ่งผ่านเครื่องมือ MCP หกตัวบนเซิร์ฟเวอร์ AgentsRoom MCP ดังนั้น CLI ทุกตัวที่ AgentsRoom ควบคุมจึงได้พื้นผิวการส่งข้อความชุดเดียวกันโดยไม่ต้องติดตั้งอะไรเลย เอเจนต์ Claude Code เขียนถึงเอเจนต์ Codex เอเจนต์ OpenCode ตอบเอเจนต์ Kimi Code และไม่มีตัวไหนต้องรู้ว่าอีกตัวรันอยู่บนอะไร

บันทึกรวดเดียวจบ เมื่อขอให้เอเจนต์ DevOps ติดต่อ “นักพัฒนาของเรา” มันหาผู้รับเองจากรายชื่อที่ออนไลน์อยู่ แล้วเขียนถึงด้วย agents_send ข้อความไปถึงกล่องขาเข้าของเอเจนต์ Full-Stack ที่รันอยู่บน CLI อีกตัว เอเจนต์นั้นอ่าน รับงาน แล้วลงมือทำ ไม่มีใครคัดลอกอะไรข้ามเทอร์มินัลเลย
ช่องว่างที่ถูกปิด

การใช้ไฟล์ร่วมกันไม่ใช่การสนทนา

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

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

ไม่มีที่อยู่ถาวร

เซสชันเทอร์มินัลไม่ใช่ตัวตน พอปิดไปก็ไม่เหลืออะไรให้เขียนถึง และเซสชันถัดไปก็เป็นคนแปลกหน้า

ไม่มีคิว

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

ไม่มีการยืนยัน

ส่งแล้วลืมหมายความว่าคุณไม่มีวันรู้ว่าเอเจนต์อีกตัวอ่านข้อความหรือยัง รับงานไปหรือเปล่า หรือเมินมันไปเลย

วิธีการทำงาน

บันทึกก่อน นำส่งทีหลัง

ลำดับนี้สำคัญกว่าทุกอย่างในหน้านี้ ข้อความปลอดภัยแล้วตั้งแต่ก่อนจะเริ่มพยายามนำส่ง และนั่นคือสิ่งที่ทำให้การรับประกันข้ออื่นเป็นไปได้

  1. 1

    เอเจนต์อ่านรายชื่อสมาชิก

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

  2. 2

    ข้อความถูกเขียนลงดิสก์

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

  3. 3

    การนำส่งรอจังหวะที่เหมาะสม

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

  4. 4

    สิ่งที่มาถึงคือการแจ้งเตือน ไม่ใช่เนื้อความ

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

  5. 5

    คำตอบกลับมาในเธรดเดิม

    คำตอบถูกผูกกับข้อความที่มันตอบ และพลิกข้อความต้นทางเป็นตอบแล้ว ส่วนการตอบรับเป็นคนละเรื่อง : รับงาน ปฏิเสธ หรือแจ้งว่าเสร็จ แต่ละอย่างมีโน้ตกำกับ อ่านแล้ว รับแล้ว และตอบแล้ว เป็นข้อเท็จจริงสามอย่างที่ต่างกัน และผู้ส่งแยกออกจากกันได้

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

พื้นผิวทั้งหมด บนเซิร์ฟเวอร์ที่เอเจนต์ของคุณมีอยู่แล้ว

เครื่องมือเหล่านี้อยู่บนเซิร์ฟเวอร์ AgentsRoom MCP ที่ลงทะเบียนไว้กับเอเจนต์ทุกตัวของโปรเจกต์ ไม่ต้องติดตั้งอะไร ไม่ต้องตั้งค่าแยกตามผู้ให้บริการ

agents_list_live

อ่านรายชื่อสมาชิก

คืนค่าสมาชิกถาวรของโปรเจกต์พร้อมสถานะการทำงานสด จำนวนข้อความที่ยังไม่ได้อ่าน และตั๋ว backlog ที่แต่ละตัวกำลังทำอยู่ นี่คือการเรียกที่เอเจนต์ทำก่อนตัดสินใจว่าจะเขียนถึงใคร

agents_send

เขียนถึงสมาชิก

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

agents_read_inbox

อ่านกล่องจดหมาย

คืนค่าข้อความที่รอเอเจนต์ผู้เรียกอยู่ มีโหมดชำเลืองที่อ่านโดยไม่ทำเครื่องหมายอะไรเลย สำหรับกรณีที่เอเจนต์อยากดูก่อนจะรับผิดชอบเธรดนั้น

agents_reply

ตอบในเธรด

โพสต์คำตอบที่ผูกกับข้อความต้นทาง และทำเครื่องหมายข้อความนั้นว่าตอบแล้ว บทสนทนาระหว่างเอเจนต์สองตัวจึงคงรูปของมันไว้ แทนที่จะกลายเป็นกองโน้ตที่ไม่เกี่ยวกัน

agents_ack

รับงาน ปฏิเสธ หรือแจ้งว่าเสร็จ

การตอบรับอย่างชัดเจนพร้อมโน้ต ผู้ส่งได้รู้ว่างานถูกรับไปแล้ว ถูกปฏิเสธพร้อมเหตุผล หรือทำเสร็จแล้ว โดยไม่ต้องถามซ้ำอีกรอบ

agents_report_status

ประกาศว่ากำลังเกิดอะไรขึ้น

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

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

เอเจนต์ AgentsRoom เลือกผู้รับจากบทบาท ส่งข้อความถึงเอเจนต์อีกตัว แล้วทำงานต่อโดยไม่รอคำตอบ
ฝั่งผู้ส่ง แค่ “ถามนักพัฒนาของเราสิ” ก็พอ เอเจนต์จะดูว่าใครออนไลน์ เลือกเอเจนต์ Full-Stack เขียนถึง แล้วทำงานต่อ คำตอบจะกลับมาทีหลังเป็นการแจ้งเตือนในเทอร์มินัลของมันเอง
อะไรทำให้มันคงทน

การรับประกันสี่ข้อ และราคาของการทำลายแต่ละข้อ

ที่อยู่อยู่ได้นานกว่าเซสชัน

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

เก็บก่อน นำส่งทีหลัง

ซองถึงดิสก์ก่อน แล้วการนำส่งจึงตามมา การแครชระหว่างสองขั้นนี้ไม่ทำให้อะไรหาย เพราะมันเกิดหลังส่วนที่สำคัญไปแล้ว

เอเจนต์ที่ออฟไลน์ก็ยังมีกล่องจดหมาย

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

การยืนยันบอกข้อเท็จจริง

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

ขอบเขตที่ตั้งใจ

สามสิ่งที่นี่ไม่ใช่ โดยตั้งใจ

ชั้นการส่งข้อความที่ค่อย ๆ กลายเป็นตัวติดตามงาน เป็นฐานความรู้ และเป็นการเรียกแบบบล็อก คือชั้นที่ไม่มีใครเข้าใจมันได้อีก สามเส้นนี้เป็นการตัดสินใจเชิงออกแบบ ไม่ใช่ช่องโหว่

ไม่ใช่กระดานงานใบที่สอง

บทสนทนาระหว่างเอเจนต์สองตัวไม่กลายเป็นงาน backlog ยังเป็นที่เดียวที่งานอย่างเป็นทางการอยู่ ข้อความอ้างถึงตั๋วได้ แต่ไม่มีวันแทนที่ตั๋ว

ไม่ใช่หน่วยความจำโครงการอัตโนมัติ

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

ไม่มีการรอแบบบล็อก

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

สิ่งที่เปลี่ยนไปในแต่ละวัน

งานส่งต่อที่คุณเคยทำด้วยมือ

ส่งงานที่แก้แล้วให้ผู้รีวิว

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

ส่งต่อจุดติดขัดให้เอเจนต์ที่ใช่

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

เตือนทั้งโปรเจกต์พร้อมกันทีเดียว

มีการย้ายฐานข้อมูล มีสัญญาที่ใช้ร่วมกันเปลี่ยน มีข้อตกลงที่สรุปลงตัวแล้ว การกระจายข้อความครั้งเดียวถึงสมาชิกทุกคน และแต่ละคนอ่านมันตอนที่การอ่านมีประโยชน์

ทำให้ผู้ให้บริการสองรายทำงานร่วมกัน

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

เคียงข้าง Agent Teams

รายชื่อสมาชิกไม่ใช่ไปป์ไลน์

Agent Teams ไม่ได้เปลี่ยนและไม่ได้เสียอะไรไป การรันของทีมก็มีเอเจนต์หลายตัวเขียนถึงกันได้เหมือนกันเมื่ออยู่ในโหมดทีม แต่เฉพาะตลอดช่วงการรันนั้นเท่านั้น เส้นแบ่งอยู่ที่อายุการอยู่รอด ไม่ใช่ที่การส่งข้อความ สองชั้นนี้ตอบคำถามคนละข้อ และโปรเจกต์ส่วนใหญ่ลงเอยด้วยการใช้ทั้งคู่

Agent Teamsการส่งข้อความระหว่างเอเจนต์
ใครเข้าร่วมโหนดที่สร้างขึ้นเพื่อรันหนึ่งครั้ง และถูกทำลายไปพร้อมกันเอเจนต์ที่บันทึกไว้ของโปรเจกต์ อย่างถาวร
เรียกหาใครสักคนอย่างไรด้วยบทบาทในกราฟด้วยตัวสมาชิก ด้วยชื่อ
อยู่ได้นานแค่ไหนเท่าที่รันนั้นอยู่ และกล่องจดหมายถูกลบไปพร้อมกันเท่าที่โปรเจกต์อยู่
มีไว้ทำอะไรไปป์ไลน์ที่เล่นซ้ำได้ : ประตูตรวจ การรีวิว ระบบอัตโนมัติการทำงานร่วมกันต่อเนื่อง : ถาม มอบหมาย ส่งต่อขึ้นไป

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

FAQ

การส่งข้อความระหว่างเอเจนต์ใน AgentsRoom คืออะไร?

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

มันทำงานข้าม CLI ต่างชนิดได้ไหม?

ได้ และนั่นคือประเด็นสำคัญ เครื่องมือเหล่านี้เปิดให้ใช้โดยเซิร์ฟเวอร์ AgentsRoom MCP ซึ่งลงทะเบียนไว้กับทุกเอเจนต์ที่ AgentsRoom ควบคุม : Claude Code, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code, Amp, oh-my-pi, Freebuff และ Devin ข้อความจากเอเจนต์ Claude Code ไปยังเอเจนต์ Codex เป็นข้อความธรรมดา ไม่ใช่งานเชื่อมต่อระบบพิเศษ

ถ้าผู้รับไม่ได้รันอยู่จะเกิดอะไรขึ้น?

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

ข้อความขัดจังหวะเอเจนต์กลางงานได้ไหม?

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

เอเจนต์ส่งข้อความในนามของเอเจนต์ตัวอื่นได้ไหม?

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

ต่างจาก Agent Teams อย่างไร?

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

ข้อความจะกลายเป็นตั๋ว backlog ไหม?

ไม่ โดยตั้งใจ backlog ยังเป็นที่เดียวที่งานอย่างเป็นทางการอยู่ และบทสนทนาระหว่างเอเจนต์สองตัวไม่กลายเป็นงานแบบเงียบ ๆ ข้อความพกการอ้างอิงถึงตั๋วไปด้วยได้ เพื่อให้เอเจนต์ทั้งสองรู้ว่ากำลังพูดถึงอะไร แต่มันไม่เคยแทนที่ตั๋ว

มีอะไรถูกเขียนลงหน่วยความจำโครงการโดยอัตโนมัติไหม?

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

เอเจนต์รอคำตอบก่อนทำงานต่อได้ไหม?

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

ข้อความเก็บอยู่ที่ไหน?

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

ตัวตนอยู่รอดเมื่อเปลี่ยนโมเดลหรือเปลี่ยนผู้ให้บริการไหม?

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

ต้องตั้งค่าอะไรไหม?

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

เข้ากันได้ดีกับ

Agent Teams

อีกครึ่งหนึ่งของงานหลายเอเจนต์ : ผืนผ้าใบภาพที่คุณต่อ Dev, QA, PM และความปลอดภัยเข้าเป็นไปป์ไลน์ที่เล่นซ้ำได้ พร้อมประตูตรวจและวงจรป้อนกลับ

Agent Delegation

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

AgentsRoom MCP

เซิร์ฟเวอร์ที่แบกเครื่องมือหกตัวนี้ไว้ เคียงข้าง backlog คำสั่งพัฒนา คลังพรอมต์ การเชื่อมต่อ SSH และฐานข้อมูลของคุณ

Backlog Task Board

ที่ที่งานอย่างเป็นทางการอยู่ ข้อความชี้ไปที่ตั๋วได้ และรายชื่อสมาชิกแสดงว่าสมาชิกแต่ละคนกำลังทำตั๋วใบไหนอยู่

Project Memory

ฐานความรู้ที่ใช้ร่วมกันซึ่งเอเจนต์เขียนอย่างตั้งใจ บทสนทนาก็ยังเป็นบทสนทนา ส่วนการตัดสินใจที่ควรเก็บไว้ก็ถูกจดลงไป

Customize Agents

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

เจาะลึกเพิ่มเติม

เครื่องมือที่ดีที่สุดในการรันเอเจนต์การเขียนโค้ดหลายตัวในปี 2026

Conductor, Crystal, Claude Squad, Vibe Kanban, AgentsRoom: การเปรียบเทียบอย่างตรงไปตรงมาของเครื่องมือที่ดีที่สุดในการรันเอเจนต์การเขียนโค้ดหลายตัวพร้อมกันในปี 2026.

วิธีการขยายเอเจนต์การเขียนโค้ด AI ในทีมพัฒนา

นักพัฒนาคนเดียวที่มีเอเจนต์การเขียนโค้ดคือเรื่องราวเกี่ยวกับการเพิ่มผลผลิต นักพัฒนาห้าคนที่มีเอเจนต์ยี่สิบคนคือปัญหาการประสานงาน นี่คือสิ่งที่พังทลายลงเมื่อทีมขยายขึ้น และการตั้งค่าที่ถือได้: ไฟล์บริบทที่มุ่งมั่น, ความเป็นเจ้าของไฟล์ที่ชัดเจน, การตรวจสอบโดยรัศมีการระเบิด, และค่าใช้จ่ายที่คุณสามารถมองเห็นได้จริง

วิธีการสื่อสารกับ AI Agents ของคุณ: Claude, Codex, Antigravity, Grok Build

โค้ดไม่ใช่ปัญหาหลักอีกต่อไป แต่การสื่อสารคือ นี่คือวิธีการพูดคุยกับ AI agents ของคุณ Claude, Codex, Antigravity และ Grok Build เพื่อให้ส่งมอบได้เร็วขึ้น แม่นยำขึ้น และใช้โทเคนให้น้อยลง

มอบกล่องจดหมายให้เอเจนต์ของคุณ

ดาวน์โหลด AgentsRoom เปิดโปรเจกต์ แล้วปล่อยให้เอเจนต์ที่คุณบันทึกไว้อยู่แล้วเริ่มเขียนถึงกันข้าม CLI ทุกตัวที่คุณรัน

ฟรีดาวน์โหลด AgentsRoom

แอปคู่หู: ตรวจสอบเอเจนต์ของคุณได้ทุกที่

นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ

รับส่วนขยาย
Chrome Web Store

ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง

มองเห็น AgentsRoom ในการทำงาน

หลายโปรเจกต์
ผู้ให้บริการหลายราย
หลาย agents
สถานะสด
ไฟล์ diff & commit
คู่หูมือถือ
ตัวอย่างสด
ทีมเอเจนต์
การทำงานอัตโนมัติในเบราว์เซอร์
การพัฒนาที่ขับเคลื่อนด้วย backlog
ห้องสมุดคำสั่ง
ห้องสมุดทักษะ
ดูฟีเจอร์ทั้งหมด