การมอบหมายเอเจนต์:
เอเจนต์พัฒนาของคุณมอบหมายการทดสอบ
การมอบหมายเอเจนต์ช่วยให้เอเจนต์พัฒนาของคุณสามารถทำฟีเจอร์ให้เสร็จและส่งการตรวจสอบไปยังเอเจนต์ QA แยกต่างหาก เอเจนต์พัฒนายังคงส่งโค้ดด้วยโมเดลที่คุณไว้วางใจในปัญหาที่ยาก เอเจนต์ QA จะทำการทดสอบบนโมเดลที่มีค่าใช้จ่ายถูกกว่า ทั้งสองฝ่ายสื่อสารผ่านเซิร์ฟเวอร์ MCP ของ AgentsRoom ดังนั้นการมอบหมายเอเจนต์จึงทำงานได้ตลอดทั้งกระบวนการโดยที่คุณไม่ต้องคัดลอกอะไรไปมา
คุณหยุดจ่ายราคา Opus สำหรับการคลิกในเบราว์เซอร์ คุณหยุดทำให้บริบทของเอเจนต์พัฒนาของคุณบวมด้วยภาพหน้าจอและการดัมพ์ DOM การมอบหมายเอเจนต์จะส่งงานแต่ละงานไปยังโมเดลที่ถูกต้องในราคาที่ถูกต้อง และเมื่อเอเจนต์ QA เสร็จสิ้น มันจะส่งสัญญาณกลับไปยังเอเจนต์พัฒนาของคุณเพื่อให้วงจรปิดเอง
การมอบหมายเอเจนต์ในทางปฏิบัติ: เอเจนต์พัฒนาของ Codex เสร็จสิ้นฟีเจอร์ เรียกใช้ run_qa_test เอเจนต์ QA เปิดเบราว์เซอร์บนโมเดลที่มีค่าใช้จ่ายถูกกว่าและรายงานกลับ
นี่คือปัญหาที่การมอบหมายเอเจนต์ช่วยแก้ไข คุณใช้เอเจนต์พัฒนาที่แข็งแกร่ง (Claude Opus, Codex, โมเดลที่ออกแบบ API หรือปรับปรุงร้านค้า) เอเจนต์ส่งฟีเจอร์ใน 10 นาที จากนั้นใช้เวลาอีก 8 นาทีในการคลิกไปรอบๆ ในเบราว์เซอร์เพื่อตรวจสอบว่าฟีเจอร์ทำงานหรือไม่ อัตราโทเค็นที่มีค่าใช้จ่ายสูงเท่าเดิม โมเดลเดียวกันที่คิดอย่างหนักเกี่ยวกับตรรกะโดเมนของคุณ ตอนนี้กำลังอ่านป้ายชื่อปุ่ม
การมอบหมายเอเจนต์แก้ไขปัญหานั้น เมื่อฟีเจอร์เสร็จสิ้น เอเจนต์พัฒนาจะเรียกใช้เครื่องมือ MCP เพียงตัวเดียวคือ run_qa_test พร้อมกับสถานการณ์ AgentsRoom จะสร้างเอเจนต์ QA ชั่วคราวบนโมเดลที่คุณเลือกสำหรับ QA: Claude Haiku, Codex mini, GPT-4 mini หรืออะไรก็ได้ที่คุณต้องการ เอเจนต์ QA จะได้รับ MCP ของ AgentsRoom Browser ขับเคลื่อนหน้าเว็บ ยืนยันผลลัพธ์ และตอบกลับด้วยคำตัดสิน เอเจนต์พัฒนาจะอ่านคำตัดสินและดำเนินการต่อ
นั่นคือการมอบหมายเอเจนต์ และนั่นคือวงจรเดียวที่หน้าครอบคลุม หนึ่งเอเจนต์พัฒนา หนึ่งเอเจนต์ QA หนึ่ง MCP แนวคิดเดียวกันกับวิศวกรอาวุโสที่มอบหมายการทดสอบการถดถอยให้กับผู้ช่วยหรือเอเจนต์ QA: วิศวกรอาวุโสยังคงออกแบบ ผู้ช่วยทำรายการตรวจสอบ การมอบหมายเอเจนต์ให้คุณแยกโมเดลได้เช่นเดียวกัน
การมอบหมายเอเจนต์ที่แสดงให้เห็น: เอเจนต์พัฒนาหลัก (Codex) และเอเจนต์ QA ลูก (Claude) ปรากฏในรายการเอเจนต์เดียวกัน โดยมีการส่งต่อจาก Dev ไปยัง QA ที่ชัดเจน
ทำไมการมอบหมายเอเจนต์จึงคุ้มค่าที่จะเชื่อมต่อ
ประการแรก เงิน การผ่านการทดสอบบน Claude Opus และการผ่านการทดสอบบน Claude Haiku มีค่าใช้จ่ายที่แตกต่างกันอย่างมาก เบราว์เซอร์เดียวกัน การยืนยันเดียวกัน ภาพหน้าจอเดียวกัน การมอบหมายเอเจนต์ช่วยให้โมเดลที่มีค่าใช้จ่ายถูกทำงานที่มีค่าใช้จ่ายถูก การรายงานจากผู้ที่เปิดใช้งานนี้บอกว่าค่าใช้จ่ายโทเค็นของพวกเขาลดลงในวันที่มีการ QA หนักโดยมีปัจจัยที่วัดได้จริง ไม่ใช่ 5 ถึง 10 เปอร์เซ็นต์
ประการที่สอง บริบท เมื่อเอเจนต์พัฒนาทำการทดสอบเอง ทุกภาพหน้าจอ ทุกการดัมพ์ DOM ทุกบันทึกคอนโซลจะอยู่ในหน้าต่างบริบทของเอเจนต์พัฒนา ยี่สิบนาทีของการคลิกคือเมกะไบต์ของเสียงรบกวนที่เอเจนต์พัฒนาต้องแบกรับตลอดเซสชันที่เหลือ การมอบหมายเอเจนต์แยกเสียงรบกวนนี้ออกไปในเอเจนต์ QA ชั่วคราว เอเจนต์พัฒนาจะได้รับข้อความ 'ผ่าน' หรือ 'ไม่ผ่าน' กลับมา ไม่มีอย่างอื่น
ประการที่สาม มุมมองทางนิเวศวิทยา การมอบหมายเอเจนต์แต่ละครั้งช่วยประหยัดการคำนวณจริง การใช้ Haiku แทนที่ Opus จะลดรอยเท้าพลังงานในขั้นตอนนั้นลงครึ่งหนึ่ง คูณด้วยทุกคนในทีมและทุกวงจรการทดสอบในหนึ่งปี และการมอบหมายเอเจนต์จะกลายเป็นปัจจัยที่ไม่ธรรมดาในด้านคาร์บอนของสแต็กของคุณ
ประการที่สี่ ความเชื่อถือได้ เอเจนต์พัฒนาที่ขับเคลื่อนเบราว์เซอร์เองมักจะหลงทาง สองภาพหน้าจอเข้าไป มันลืมสิ่งที่มันพยายามจะตรวจสอบ เอเจนต์ QA ในการมอบหมายเอเจนต์มีงานเดียวและคำสั่งเดียว มันทดสอบ รายงาน และตาย วงจรสั้น คาดเดาได้ และง่ายต่อการดีบัก
การไหลเดียวที่การมอบหมายเอเจนต์ครอบคลุมที่นี่
เอเจนต์พัฒนาหนึ่งตัว เอเจนต์ QA หนึ่งตัว การเรียก MCP หนึ่งครั้ง การมอบหมายเอเจนต์ ตลอดทั้งกระบวนการ
เอเจนต์พัฒนาส่งฟีเจอร์
เอเจนต์พัฒนาของคุณ (Claude Opus, Codex reasoning สูง โมเดลที่มีค่าใช้จ่ายสูงที่คุณไว้วางใจ) เสร็จสิ้นการดำเนินการ จุดสิ้นสุดใหม่ หน้าจอใหม่ กระบวนการใหม่ โค้ดถูกเขียน ไฟล์ถูกบันทึก
เอเจนต์พัฒนาจะเรียกใช้ run_qa_test
แทนที่จะเปิดเบราว์เซอร์เอง เอเจนต์พัฒนาจะเรียกใช้เครื่องมือ MCP เพียงตัวเดียวจากเซิร์ฟเวอร์ AgentsRoom Test Runner: run_qa_test พร้อมกับสถานการณ์ภาษาอังกฤษธรรมดา นั่นคือพื้นผิว API การมอบหมายเอเจนต์ทั้งหมด
AgentsRoom สร้างเอเจนต์ QA
AgentsRoom Test Runner สร้าง QA agent ชั่วคราวบนโมเดลที่ถูกกว่าที่คุณกำหนด (Claude Haiku, Codex mini, GPT-4 mini). QA agent จะได้รับเครื่องมือ MCP ของ AgentsRoom : นำทาง, คลิก, พิมพ์, ถ่ายภาพหน้าจอ, ประเมิน, get_logs, get_state.
QA agent รันการทดสอบ
QA agent เปิดหน้าเว็บ, เดินผ่านสถานการณ์, ยืนยันผลลัพธ์, ถ่ายภาพหน้าจอหากจำเป็นและอ่านบันทึกคอนโซลเพื่อตรวจจับข้อผิดพลาดในระหว่างการทำงานที่ agent นักพัฒนาจะพลาด.
QA agent ส่งคำตัดสิน
เมื่อเสร็จแล้ว, QA agent จะเรียก submit_verdict พร้อมผลลัพธ์ที่ผ่าน, ล้มเหลว หรือไม่ชัดเจนและสรุปสั้นๆ. ภาพหน้าจอและบันทึกจะถูกแนบ. กระบวนการ QA agent จะถูกทำลาย. หน้าต่างบริบทของมันจะหายไปด้วย.
Dev agent อ่านคำตัดสินและดำเนินการต่อ
Dev agent จะได้รับคำตัดสินกลับเป็นการตอบสนองต่อ run_qa_test. เมื่อผ่าน, dev agent จะทำการ commit หรือย้ายไปยังตั๋วถัดไป. เมื่อไม่ผ่าน, dev agent จะอ่านสรุปความล้มเหลว, แก้ไขข้อบกพร่องและกระตุ้นรอบการมอบหมาย agent ใหม่. วงจรจะปิดตัวเอง.
เศรษฐศาสตร์ของการมอบหมาย agent
ทำไมการแบ่งงานระหว่าง dev ที่ชาญฉลาดกับ QA จึงช่วยลดค่าใช้จ่าย AI ของคุณโดยไม่ลดมาตรฐานของคุณ.
การทดสอบเบราว์เซอร์เป็นการทำซ้ำ. เปิดหน้าเว็บ, คลิกปุ่ม, อ่านป้าย, ตรวจสอบการแจ้งเตือน. โมเดลที่ราคา 50 ดอลลาร์ต่อหนึ่งล้านโทเคนทำงานได้ดีเท่ากับโมเดลที่ราคา 3 ดอลลาร์ต่อหนึ่งล้านโทเคน. อาจจะดีกว่า, เพราะโมเดลราคาถูกไม่รู้สึกเบื่อ. การมอบหมาย agent ทำให้โมเดลราคาถูกทำงานในครึ่งหนึ่งของงานที่น่าเบื่อ.
ตัวเลขจริงจากเซสชันจริง : การทดสอบแบบ end to end ปกติในกระบวนการที่ซับซ้อนใช้โทเคนระหว่าง 60k ถึง 200k ระหว่างภาพหน้าจอ, การดัมพ์ DOM และขั้นตอนการให้เหตุผล. บน Opus, นั่นคือเงินจริงต่อการทดสอบ. บน Haiku, นั่นคือเงินเปล่า. การมอบหมาย agent เปลี่ยนพฤติกรรม QA รายวันจากความกังวลเรื่องงบประมาณเป็นการตอบสนองฟรี.
คูณด้วยทุกวงจร. วันทำงานปกติของนักพัฒนาบนฟีเจอร์ที่ไม่ธรรมดาจะรันการทดสอบห้าถึงยี่สิบครั้ง. การมอบหมาย agent จะสะสมในระหว่างการทำซ้ำเหล่านั้น. Dev agent ยังคงมีค่าใช้จ่ายสูง (คุณต้องการให้มันมีค่าใช้จ่ายสูง), QA agent ยังคงมีค่าใช้จ่ายต่ำ, และช่องว่างนั้นคือการประหยัดล้วนๆ.
การมอบหมาย agent ยังเป็นมิตรต่อโลกมากขึ้น. การใช้คอมพิวเตอร์น้อยลงในงานเดียวกันหมายถึงการใช้พลังงานน้อยลง, น้ำในศูนย์ข้อมูลน้อยลง, คาร์บอนน้อยลง. ไม่ใช่เหตุผลเดียวในการเชื่อมต่อการมอบหมาย agent, แต่เป็นผลข้างเคียงที่ยุติธรรมของการจัดการงานไปยังโมเดลที่มีขนาดเหมาะสม.
การแบ่งโมเดลจริงสำหรับการมอบหมาย agent
สิ่งที่ผู้คนเชื่อมต่อเข้ากับด้านนักพัฒนาและด้าน QA ของการมอบหมาย agent.
ด้านนักพัฒนา (ตั้งใจให้มีค่าใช้จ่ายสูง)
- Claude Opus 4.7
- Claude Sonnet 4.6
- Codex high reasoning
- GPT-4 ที่มีการให้เหตุผลลึก
- Gemini 3 Pro
ด้าน QA (มอบหมายให้ถูกกว่า)
- Claude Haiku 4
- Claude Sonnet 4 (ความพยายามต่ำ)
- Codex mini
- GPT-4 mini
- Gemini 3 Flash
การมอบหมาย agent ไม่ล็อคเมทริกซ์. คุณกำหนดโมเดล QA ต่อโปรเจกต์. คุณสามารถมอบหมาย agent ไปยังผู้ให้บริการที่แตกต่างกันได้ : Opus บน dev, Codex mini บน QA, ไม่มีบริบทที่แชร์, แค่การเรียก MCP.
สิ่งที่การมอบหมาย agent ทำจริงๆ ภายใต้ฝาก
การมอบหมาย agent นั่งอยู่บนสแต็ก MCP ของ AgentsRoom. Dev agent ทำงานภายใน CLI ของมัน (Claude, Codex, GitHub Copilot CLI, Cursor และ CLI ของเอเจนต์อีก 10 ตัว). AgentsRoom จะฉีดเซิร์ฟเวอร์ Test Runner MCP เข้าไปใน agent นั้น. Test Runner จะเปิดเผยเครื่องมือหนึ่ง : run_qa_test. นั่นคือจุดเริ่มต้นของการเรียกการมอบหมาย agent ทุกครั้ง.
เมื่อ run_qa_test ทำงาน, AgentsRoom จะสร้างกระบวนการ CLI ใหม่ในโปรเจกต์เดียวกัน โดยมีการตั้งค่าที่แตกต่างกัน การตั้งค่านั้นมี MCP ของเบราว์เซอร์แนบอยู่, คำสั่งระบบ QA แนบอยู่, และโมเดลถูกเปลี่ยนเป็นสิ่งที่คุณตั้งไว้ในด้าน QA กระบวนการใหม่เป็นเอเจนต์ QA ชั่วคราว: มันมีชีวิตอยู่ในระยะเวลาของการทดสอบและตายหลังจาก submit_verdict.
ในขณะที่เอเจนต์ QA ทำงาน, เอเจนต์ dev จะถูกหยุดชั่วคราวที่การเรียก run_qa_test. AgentsRoom แสดงเอเจนต์ QA ในรายการเอเจนต์เดียวกัน, ย่อใต้เอเจนต์ dev (มองเห็นในภาพด้านบน). เมื่อเอเจนต์ QA เสร็จสิ้น, คำตัดสินของมันจะถูกส่งกลับเป็นผลลัพธ์ของ run_qa_test และเอเจนต์ dev จะกลับมาทำงานต่อ การมอบหมายเอเจนต์เป็นการเดินทางรอบ MCP เดียวจากมุมมองของเอเจนต์ dev.
เอเจนต์ dev จะไม่ได้รับเครื่องมือเบราว์เซอร์เลย. AgentsRoom จะลบเครื่องมือ browser_* ออกจากรายการที่อนุญาตของเอเจนต์ dev ในเวลาที่สร้าง. นั่นคือส่วนที่ทำให้การมอบหมายเอเจนต์เชื่อถือได้: เอเจนต์ dev ไม่สามารถกลับไปทำการทดสอบเองได้, แม้ว่าความรู้สึกของมันจะต้องการจับภาพหน้าจอ. เส้นทางเดียวที่ไปข้างหน้าคือ run_qa_test. การมอบหมายเอเจนต์โดยการลบ, ไม่ใช่โดยการร้องขอ.
ที่ไหนการมอบหมายเอเจนต์ทำงานในวันนี้, และที่ไหนต่อไป
การมอบหมายเอเจนต์ใน AgentsRoom เป็นแบบเบราว์เซอร์ก่อนในวันนี้. รูปร่างเดียวกัน, มีพื้นผิวมากขึ้นกำลังมา.
วันนี้: การมอบหมายการทดสอบเบราว์เซอร์
เอเจนต์ QA ขับเบราว์เซอร์ที่ฝังอยู่ใน AgentsRoom ผ่าน MCP ของเบราว์เซอร์. เซิร์ฟเวอร์ dev บน localhost, อุโมงค์พรีวิวสาธารณะ, URL staging, อะไรก็ตามที่ Chromium สามารถเรนเดอร์ได้. ฟอร์ม, โมดัล, ลากและวาง, กล่องโต้ตอบ, บันทึกคอนโซล, ข้อผิดพลาดเครือข่าย. การมอบหมายเอเจนต์ครอบคลุมพื้นผิวทั้งหมดที่วิศวกร QA เว็บจะครอบคลุม.
การมอบหมายการทดสอบแอป Electron
หากคุณส่งแอป Electron เอง, คุณสามารถติดตั้งไลบรารี AgentsRoom Electron MCP ในโปรเจกต์ของคุณ. เอเจนต์ QA เชื่อมต่อกับแอป Electron ของคุณในลักษณะเดียวกับที่มันเชื่อมต่อกับแท็บ Chromium. การมอบหมายเอเจนต์ข้ามเข้าสู่การทดสอบแอปเดสก์ท็อปโดยไม่เปลี่ยนด้าน dev เลย.
การมอบหมายการทดสอบแอป React Native (แผนงาน)
รูปร่างการมอบหมายเอเจนต์เดียวกันกำลังจะมาที่ React Native. เอเจนต์ QA จะขับซิมูเลเตอร์ iOS หรือ Android ผ่าน AgentsRoom React Native MCP. เอเจนต์ dev ส่งหน้าจอ, เอเจนต์ QA แตะผ่านมัน. การเรียก run_qa_test เดียวกัน, การส่งต่อจาก dev ไปยัง QA เดียวกัน, เป้าหมายมือถือ.
ไม่มีการมอบหมายเอเจนต์ vs มีการมอบหมายเอเจนต์
ฟีเจอร์เดียวกัน, การผ่าน QA เดียวกัน. บิลที่แตกต่างกัน, บริบทที่แตกต่างกัน, ความเชื่อถือได้ที่แตกต่างกัน.
ไม่มีการมอบหมายเอเจนต์
- : เอเจนต์ dev (ราคาแพง) เปิดเบราว์เซอร์เอง.
- : ทุกภาพหน้าจอ, ทุกการดึง DOM และทุกบันทึกคอนโซลจะอยู่ในบริบทของเอเจนต์ dev.
- : 20 นาทีของการคลิกเผาผลาญโทเค็น Opus ในงานที่โมเดลที่ถูกกว่าทำได้.
- : เอเจนต์ dev ลืมสิ่งที่มันกำลังทำอยู่หลังจากสองภาพหน้าจอ.
- : คุณจ่ายราคาเต็มสำหรับการคลิกเบราว์เซอร์, โลกจ่ายราคาเต็มเช่นกัน.
ด้วยการมอบหมายเอเจนต์
- : เอเจนต์ dev เรียก run_qa_test และรอ.
- : เอเจนต์ QA ที่ถูกกว่าเป็นผู้คลิก, การยืนยัน, การจับภาพหน้าจอ.
- : เพียงคำตัดสิน (ผ่าน, ล้มเหลว, สรุป) ที่ถึงเอเจนต์ dev.
- : เอเจนต์ QA เป็นชั่วคราว: มันตายหลังจาก submit_verdict, ไม่มีการบวมของบริบท.
- : บิลโทเค็นลดลง, เอเจนต์ dev ยังคงมุ่งเน้น, วงจรปิดตัวเอง.
การมอบหมายเอเจนต์เป็นการชนะความเชื่อถือได้ที่ถูกที่สุดที่คุณสามารถเชื่อมต่อเข้ากับการตั้งค่าเอเจนต์การเขียนโค้ด.
การโทรมอบหมายเอเจนต์ดูเป็นอย่างไร
นี่คือรูปแบบทั้งหมดของการมอบหมายเอเจนต์จากนักพัฒนาสู่ QA เอเจนต์พัฒนาจะส่งสิ่งนี้ผ่าน Test Runner MCP และรอการตอบกลับ
การเรียกเครื่องมือ MCP (เอเจนต์พัฒนา)
run_qa_test({
scenario: "เปิด http://localhost:3000/login.\n พิมพ์ผู้ใช้ทดสอบที่ถูกเตรียมไว้ในฟิลด์อีเมล.\n ส่งแบบฟอร์ม.\n ยืนยันว่า URL แดชบอร์ดถูกเข้าถึงและชื่อผู้ใช้แสดงในส่วนหัว.\n บันทึกภาพหน้าจอเมื่อสำเร็จ บันทึกบันทึกคอนโซลเมื่อไม่สำเร็จ."
})FAQ
การมอบหมายเอเจนต์ใน AgentsRoom คืออะไร ?
การมอบหมายเอเจนต์คือการส่งต่อจากนักพัฒนาสู่ QA ระหว่างเอเจนต์การเขียนโค้ด AI สองตัว เอเจนต์พัฒนาจะเสร็จสิ้นฟีเจอร์ เรียกเครื่องมือ MCP เดียว (run_qa_test) และเอเจนต์ QA ชั่วคราวจะทำการทดสอบบนโมเดลที่แตกต่าง เอเจนต์พัฒนาจะอ่านคำตัดสินและดำเนินการต่อ กระบวนการมอบหมายเอเจนต์ทั้งหมดเกิดขึ้นผ่านเซิร์ฟเวอร์ MCP ของ AgentsRoom
ทำไมฉันถึงต้องการการมอบหมายเอเจนต์ ?
สามเหตุผล เงิน: เอเจนต์ QA ทำงานบนโมเดลที่ถูกกว่า ดังนั้นการทดสอบที่ผ่านจึงมีค่าใช้จ่ายเพียงเศษเสี้ยวของสิ่งที่พวกเขาจะใช้บนโมเดลพัฒนา บริบท: เอเจนต์พัฒนาจะสะอาด ทุกภาพหน้าจอและการดัมพ์ DOM จะตายไปพร้อมกับเอเจนต์ QA ความน่าเชื่อถือ: เอเจนต์ QA มีงานเดียว ดังนั้นมันจึงทดสอบได้ดีกว่าเอเจนต์พัฒนาที่ทำหลายงานพร้อมกันในการคลิกเบราว์เซอร์
โมเดลใดบ้างที่ทำงานสำหรับการมอบหมายเอเจนต์ ?
โมเดลใดก็ได้ที่ AgentsRoom รองรับ: Claude (Opus, Sonnet, Haiku), Codex (high, mini), GitHub Copilot CLI, Cursor และ CLI ของเอเจนต์อีก 10 ตัว การมอบหมายเอเจนต์เป็นแบบข้ามผู้ให้บริการ การแบ่งทั่วไปคือ Claude Opus หรือ Codex บนด้านพัฒนาและ Claude Haiku หรือ Codex mini บนด้าน QA แต่คุณเลือกได้
การมอบหมายเอเจนต์ใช้ได้เฉพาะสำหรับการทดสอบเบราว์เซอร์หรือไม่ ?
วันนี้ ใช่ เอเจนต์ QA ขับเบราว์เซอร์ Chromium ที่ฝังอยู่ใน AgentsRoom วันพรุ่งนี้ รูปแบบการมอบหมายเอเจนต์เดียวกันจะครอบคลุมแอป Electron (ติดตั้งไลบรารี AgentsRoom Electron MCP ในโปรเจกต์ Electron ของคุณ) และแอป React Native (แผนงาน, ตัวจำลอง iOS และ Android)
การมอบหมายเอเจนต์หลีกเลี่ยงไม่ให้เอเจนต์พัฒนาทำการทดสอบเองได้อย่างไร ?
AgentsRoom จะลบเครื่องมือ browser_* ออกจากเอเจนต์พัฒนาที่เวลาสร้าง เอเจนต์พัฒนาจริงๆ ไม่สามารถเรียก browser_navigate หรือ browser_screenshot ได้ เส้นทางเบราว์เซอร์เดียวคือ run_qa_test ซึ่งจะเริ่มการมอบหมายเอเจนต์ ข้อจำกัดนี้เป็นเชิงกล ไม่ใช่คำขอที่สุภาพในคำสั่ง
การมอบหมายเอเจนต์เป็นแบบคลาวด์หรือท้องถิ่น ?
เน้นที่ท้องถิ่น เอเจนต์พัฒนา เอเจนต์ QA ชั่วคราว สะพาน MCP และเบราว์เซอร์ทั้งหมดทำงานบนเครื่องของคุณ การมอบหมายเอเจนต์ใช้คลาวด์เฉพาะเมื่อโมเดลพื้นฐาน (Claude, Codex, Antigravity) ติดต่อกับผู้ให้บริการของตนเอง เช่นเดียวกับการเรียกเอเจนต์ปกติ
การมอบหมายเอเจนต์ช่วยประหยัดเงินจริงหรือไม่ ?
ใช่ โดยมีปัจจัยที่มีความหมายสำหรับวันที่มี QA หนัก การทดสอบแบบ end-to-end ที่ซับซ้อนบน Opus หรือ Codex high เทียบกับการทดสอบเดียวกันบน Haiku หรือ Codex mini มีความแตกต่างในค่าใช้จ่ายประมาณ 10 เท่า การมอบหมายเอเจนต์ในวันพัฒนาทั่วทั้งทีมจะขยายช่องว่างนั้นอย่างรวดเร็ว
เอเจนต์พัฒนาจะได้รับอะไรจากการมอบหมายเอเจนต์ ?
คำตัดสินที่มีโครงสร้างสั้น: ผ่าน, ล้มเหลว หรือไม่ชัดเจน พร้อมกับสรุป เส้นทางภาพหน้าจอที่เลือกได้ และบันทึกคอนโซลที่เลือกได้ ไม่มีภาพหน้าจอดิบในบริบท ไม่มีการดัมพ์ DOM นั่นคือจุดประสงค์ทั้งหมดของการมอบหมายเอเจนต์: แยกเสียงรบกวน QA ภายในเอเจนต์ QA
เอเจนต์ QA สามารถสร้างตั๋วค้างเมื่อมันล้มเหลวได้หรือไม่ ?
ใช่ การมอบหมายเอเจนต์ให้เอเจนต์ QA มี Backlog MCP ความล้มเหลวสามารถลงเอยเป็นตั๋วค้างในโครงการ โดยมีสถานการณ์ ภาพหน้าจอ และบันทึกคอนโซลแนบ เอเจนต์พัฒนาจะอ่านคำตัดสินและตั๋วค้างจะมีรายละเอียดในรูปแบบยาว
การมอบหมายเอเจนต์อยู่ที่ไหนเมื่อเปรียบเทียบกับฟีเจอร์อื่น ๆ ของ AgentsRoom ?
การมอบหมายเอเจนต์อยู่บนสุดของการทำงานอัตโนมัติของเบราว์เซอร์ (ซึ่งให้เอเจนต์ QA มีเบราว์เซอร์) และเซิร์ฟเวอร์ MCP ของ AgentsRoom (ซึ่งให้เครื่องมือของเอเจนต์แต่ละตัว) Agent Teams คือโปรแกรมแก้ไขการทำงานร่วมกันของหลายเอเจนต์ที่กว้างขึ้น: การมอบหมายเอเจนต์คือรสชาติจากนักพัฒนาสู่ QA ของการทำงานร่วมกันนั้น แต่เปิดเผยเป็นการเรียก MCP เดียวเพื่อให้เอเจนต์ใด ๆ ในผู้ให้บริการใด ๆ สามารถใช้ได้โดยไม่ต้องกำหนดกราฟ
เข้ากันได้ดีด้วย
การทำงานอัตโนมัติของเบราว์เซอร์
ชั้น MCP ของ Chromium และเบราว์เซอร์ที่เอเจนต์ QA ขับเคลื่อนอยู่ เบราว์เซอร์ที่คงอยู่จริงต่อโปรเจกต์
Agent Messaging
การมอบหมายสร้างเอเจนต์แบบใช้แล้วทิ้งที่รายงานคำตัดสินแล้วตายไป การส่งข้อความระหว่างเอเจนต์ไปคนละทาง : สมาชิกถาวรที่เขียนถึงกัน พร้อมกล่องจดหมายที่อยู่ได้นานกว่าทุกเซสชัน
ทีมเอเจนต์
ตัวแก้ไขเวิร์กโฟลว์แบบมัลติเอเจนต์ที่มองเห็นได้ การมอบหมายเอเจนต์คือรสชาติจากนักพัฒนาสู่ QA ส่วน Agent Teams คือเวอร์ชันกราฟเต็มรูปแบบที่มี N โหนดและวงจรฟีดแบ็ก
AgentsRoom MCP
เซิร์ฟเวอร์ MCP ที่ทำให้การมอบหมายเอเจนต์เป็นไปได้: Test Runner, Browser, Backlog, Terminal Commands, Prompt Library
Multi-Provider
เรียกใช้ Claude, Codex, Antigravity, OpenCode, Aider, Grok Build, Mistral Vibe และ Kimi Code ข้างกัน การมอบหมายเอเจนต์คือมุมมองข้ามผู้ให้บริการของแนวคิดเดียวกัน
การใช้โทเค็น Claude Code
มิเตอร์โทเค็นสดต่อเซสชัน วิธีที่เร็วที่สุดในการยืนยันการประหยัดดอลลาร์ที่การมอบหมายเอเจนต์มอบให้คุณในทางปฏิบัติ
Backlog สาธารณะ
เมื่อเอเจนต์ QA ล้มเหลวในการมอบหมายเอเจนต์ บั๊กจะลงที่นี่ ลูกค้าและเพื่อนร่วมทีมเห็นการถดถอย เอเจนต์นักพัฒนาจะหยิบมันขึ้นมา
หยุดจ่ายราคา Opus สำหรับคลิก QA
ดาวน์โหลด AgentsRoom และลองการมอบหมายเอเจนต์ เชื่อมต่อเอเจนต์นักพัฒนาของคุณกับโมเดลที่คุณไว้วางใจ เอเจนต์ QA ของคุณกับโมเดลที่ถูกกว่า และปล่อยให้การส่งต่อจากนักพัฒนาสู่ QA เกิดขึ้นเองผ่าน MCP
แอปคู่หู: ตรวจสอบเอเจนต์ของคุณได้ทุกที่
นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ
ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง
มองเห็น AgentsRoom ในการทำงาน