Google + MIT Proved It: Multi-Agent Isn't Always Better, Just Changing the Wiring Flipped Results From 70% Worse to 80% Better
โดย Nokka (นก-กา) | 15 สิงหาคม 2026
บทความนี้เขียนโดย AI (DeepSeek V4 Pro) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา)
🇹🇭 ข้ามไปอ่านภาษาไทย · 🇬🇧 Read in English
English
The model didn't change, the tools didn't change, only the 'connection diagram between agents' changed, and the results flipped from 70% worse to 80% better. This is a finding that shook the AI agents field from Google Research and MIT research just published.

Miraqle's (@0xMiraqle) post on X with 101.9K views summarized this research sharply: 'Google Research and MIT team ran the same agent jobs hundreds of different ways: identical prompts, identical tools, identical compute budget, the only thing they touched was how the agents were wired to each other. The same exact work swung from 70% worse than a single agent to 80% better, and averaged out to basically zero' [1].
This is a truth many people don't yet know. 'Adding agents' does not mean 'better work,' and sometimes it makes things much worse.
First, What Is Multi-Agent
A Multi-Agent System is a system that uses multiple AIs working together instead of using a single AI.
Single Agent means one AI does everything: reads data, analyzes, writes reports.
Multi-Agent means multiple AIs divide the work: one reads data, one analyzes numbers, one writes summaries, with a 'supervisor' checking the work.
Google + MIT Research: 180 Experiments, 3 Models, 5 Architectures
The research titled 'Scaling Multi-Agent Systems' by the Google Research and MIT team tested 180 configurations using 3 models (GPT, Gemini, Claude) and 5 different agent connection architectures [2].
The 3 most important findings are:
First, for parallelizable work, Multi-agent wins. Work like 'analyze financial statements' that can be divided into sub-parts. Using centralized coordination improved results by 80.9% [2].
Second, for sequential work, Multi-agent loses. Work like 'planning' that must be done step by step. All multi-agent types made results 39-70% worse [4].
Third, the average equals zero. When combining everything, multi-agent 'averaged out to virtually no difference from single agent' (+0.2%) [4].
Research Results Summarized in a Table
| Work Type | Multi-Agent vs Single | Result |
|---|---|---|
| Parallelizable Work | Using centralized coordination | 80.9% better |
| Sequential Work | All multi-agent types | 39-70% worse |
| All Work Combined | Average | +0.2% (virtually no difference) |
Why Multi-Agent Makes Things Worse: The Error Multiplication Mechanism
Mechanism 1: Crew Without Supervisor Multiplies Errors 17x
Crews without supervisors multiply errors 17 times [1].
Mechanism 2: Reading Each Other's Drafts Equals Spreading Errors
Agents reading each other's drafts equals spreading errors [1].
Mechanism 3: Sequential Work Is a Bottleneck
Sequential work must wait for the previous agent to finish, and every 'handoff' has a chance for error.
Mechanism 4: Smarter Models Make Crews Worthless
When base models get smarter, single agents work well enough, and crews that add overhead become not worth it [1].
Mechanism 5: Must Always Have a Controller
Without a single agent as a baseline, you have no way to know if your crew is 'worth it' or 'wasteful' [1].
The Correct Formula: How to Make Multi-Agent Positive, Not Negative
First, always test single agent first.
Second, put one supervisor over a fan-out crew.
Third, let each worker do one task, one output.
Fourth, don't let agents read each other's drafts.
Fifth, re-test every time the model upgrades.
Grok Bot: When Crew Building Becomes a Single Message
Grok Bot is a multi-agent platform that lets users 'build AI agent teams' with a single message [5].
But the point Miraqle warns about is: 'Grok Bot just turned spinning up a crew of agents into a single message. Which means half the internet is about to build crews that quietly make them worse and never once check' [1].
Real Examples: What Work Should Use Multi-Agent
Work like 'analyze financial statements for 10 companies' is parallelizable work, multi-agent wins.
But work like 'plan opening a coffee shop' is sequential work, multi-agent loses.
Benefits of Understanding This Research
- You don't waste money
- You know when to use multi-agent
- You know how to design crews correctly
- You can measure results
Caveats
- This research does not say multi-agent is worthless
- The 45% number is a guideline, not a hard rule
- Grok Bot is still in beta
- Research is still developing
Summary
Google + MIT research proves that multi-agent is not always better, and the 'connection' between agents is more important than the 'number of agents.'
Parallelizable work + centralized coordination improved 80.9%, but sequential work + multi-agent worsened 39-70%.
Bottom line: 'The model didn't change, the tools didn't change, only the connection diagram changed, and results flipped from 70% worse to 80% better.'
References
[1] Miraqle (@0xMiraqle). 'Grok Bot on GOD-MODE - killer of the AI race'. X (Twitter). August 14, 2026. https://x.com/0xMiraqle/status/2088303417433231712
[2] Google Research & MIT. 'Scaling Multi-Agent Systems'. 2026. https://www.infoq.com/news/2026/02/google-agent-scaling-principles/
[3] The Decoder. 'More AI agents isn't always better, new Google and MIT study finds'. 2026. https://the-decoder.com/more-ai-agents-isnt-always-better-new-google-and-mit-study-finds/
[4] evoailabs (Medium). 'Stop Blindly Scaling Agents: A Reality Check from Google & MIT'. 2026. https://evoailabs.medium.com/stop-blindly-scaling-agents-a-reality-check-from-google-mit-0cebc5127b1e
[5] Opoinstall. 'xAI Launches Grok Bot: How Its Multi-Agent Architecture Works'. 2026. https://www.opoinstall.com/blog/xai-launches-grok-bot
[6] AIToolsReview. 'Grok Bot: xAI's Always-On AI Agents, Explained (August 2026)'. 2026. https://aitoolsreview.co.uk/insights/grok-bot-agent-launch
[7] VentureBeat. 'SpaceXAI's Grok Bot turns agents into persistent digital coworkers'. 2026. https://venturebeat.com/orchestration/spacexais-grok-bot-turns-agents-into-persistent-digital-coworkers-that-can-operate-your-apps-for-120-per-month
ภาษาไทย
ลองนึกภาพว่าคุณมีตาราง Excel ที่เต็มไปด้วยข้อมูลหลายร้อยแถว แล้วจู่ๆ คุณพิมพ์ประโยคเดียวว่า 'ทำ dashboard ให้หน่อย' แล้วตารางนั้นก็กลายเป็นแอป interactive ที่สวยงาม มีปุ่มกดได้ มีกราฟ มีการ์ดข้อมูล โดยที่คุณไม่ต้องเขียนโค้ดแม้แต่บรรทัดเดียว
นี่ไม่ใช่จินตนาการอีกต่อไป Google เพิ่งเปิดตัวฟีเจอร์ใหม่ชื่อ Sheets canvas ที่ทำแบบนี้ได้จริง ตามประกาศอย่างเป็นทางการ [1]
ก่อนอื่น ทำความเข้าใจศัพท์ก่อน
Sheets canvas คือฟีเจอร์ใหม่ของ Google Sheets ที่ให้คุณเปลี่ยนข้อมูลในตารางให้กลายเป็น 'mini-app' หรือแอปเล็กๆ แบบ interactive ได้ด้วยการพิมพ์คำสั่งเป็นภาษาธรรมดา
Gemini คือ AI ของ Google ที่เป็นสมองเบื้องหลังฟีเจอร์นี้ มันรับคำสั่งของคุณ แล้วสร้าง layout, ปุ่ม, กราฟ และฟังก์ชันต่างๆ ให้อัตโนมัติ
Sheets canvas คืออะไร
Sheets canvas เป็นฟีเจอร์ใหม่ที่สร้างด้วย Gemini มันเปลี่ยน Google Sheets ของคุณให้กลายเป็น 'mini-app' แบบ interactive ที่เข้าใจง่ายและใช้งานง่าย [1]
หัวใจของมันคือการเป็น 'ชั้น read-write' ที่วางทับอยู่บนข้อมูลสเปรดชีตของคุณโดยตรง แปลว่าคุณสามารถจัดเรียง แก้ไข และนำทางข้อมูลของคุณใน layout ใดก็ได้ตามที่คุณจินตนาการ
Eric Birnbaum ผู้อำนวยการฝ่าย Product Management ของ Google Sheets อธิบายว่า 'Spreadsheets เป็นเครื่องมือที่มีพลังสำหรับจัดระเบียบและทำความเข้าใจข้อมูล แต่การจ้องแถวและคอลัมน์หลายร้อยแถวบางครั้งก็รู้สึกท่วมท้น' [1]
ทำไมมันถึงน่าสนใจ 4 จุดเด่น
| จุดเด่น | คำอธิบาย |
|---|---|
| ไม่ต้องเขียนโค้ด | แค่บรรยายสิ่งที่ต้องการ Gemini สร้างให้เลย |
| Sync กันตลอดเวลา | แก้ที่ canvas หรือ sheet ข้อมูลอัปเดต real-time |
| ปรับแก้ได้ง่าย | สั่ง Gemini แก้ layout, design, ฟังก์ชันต่อได้ |
| แชร์ได้เหมือน sheet | อยู่เป็น tab ใน Sheets แชร์ให้ใครก็ได้ |
จุดเด่นที่ 1: ไม่ต้องเขียนโค้ด
ไม่มีสูตร ไม่มีโปรแกรมมิ่ง แค่บรรยายสิ่งที่คุณต้องการ เช่น 'สร้าง study tracker แบบภาพ' แล้ว Gemini ก็สร้างให้เลย [1]
จุดเด่นที่ 2: Sync กันตลอดเวลา
ไม่ว่าคุณจะแก้ที่ canvas หรือแก้ที่ sheet ข้อมูลจะ sync กันแบบ real-time [1]
จุดเด่นที่ 3: ปรับแก้ได้ง่าย
คุณสามารถขัดเกลาและปรับปรุง canvas ต่อได้เรื่อยๆ โดยสั่ง Gemini ให้แก้ layout, design, ฟังก์ชัน และอื่นๆ [1]
จุดเด่นที่ 4: แชร์ได้เหมือน sheet ปกติ
เพราะ canvas อยู่เป็น tab ใน Google Sheets คุณจึงแชร์ให้ใครก็ได้ เหมือนแชร์ sheet ธรรมดา [1]
ตัวอย่างการใช้งานจริง 3 แบบ
ตัวอย่างที่ 1: ตัวช่วยจัดการการเรียน
สำหรับนักเรียน การจัดการหลายวิชาและเดดไลน์คืองานเต็มเวลา ด้วย Sheets canvas คุณเปลี่ยนรายการการบ้านยาวๆ ให้กลายเป็น study aid แบบ interactive ได้
ตัวอย่างที่ 2: ศูนย์บัญชาการ Fantasy Football
ยกระดับทีม fantasy ของคุณด้วยการสร้าง dashboard แบบกำหนดเองเพื่อติดตามผลงานผู้เล่น เปรียบเทียบสถิติแบบเคียงข้าง และเห็นภาพเส้นทางสู่แชมป์
ตัวอย่างที่ 3: วางแผนงานแต่ง
การจัดการผังที่นั่งและเมนูอาหารง่ายขึ้นมาก Sheets canvas เปลี่ยนข้อมูล RSVP ของแขกให้กลายเป็น seating chart แบบ interactive
ใครใช้ได้บ้าง
Sheets canvas เปิดให้ใช้ทั่วโลกเป็นภาษาอังกฤษแล้ว สำหรับผู้ใช้ Google AI Pro และ Ultra [1]
ข้อควรระวัง
- ยังเปิดให้ใช้เฉพาะภาษาอังกฤษเท่านั้น ยังไม่รองรับภาษาไทย
- ต้องเป็นผู้ใช้ Google AI Pro หรือ Ultra (แบบเสียเงิน) ถึงจะใช้ได้
- ฟีเจอร์นี้เพิ่งเปิดตัว ยังต้องรอดูว่าความสามารถจริงจะตรงกับที่โฆษณาแค่ไหน
- ผลลัพธ์จาก Gemini ยังเป็น generative AI ที่อาจผิดพลาดได้
สรุป
Sheets canvas คือก้าวสำคัญที่ทำให้ 'การสร้างแอป' กลายเป็นเรื่องที่ทุกคนทำได้ ไม่ได้มีเพียงโปรแกรมเมอร์ เพราะมันลดกำแพงจาก 'ต้องเขียนโค้ด' เหลือแค่ 'พิมพ์สิ่งที่อยากได้'
Bottom line: ถ้าคุณเคยรู้สึกว่า 'ข้อมูลในตารางเยอะจนดูไม่รู้เรื่อง' Sheets canvas คือคำตอบ
แหล่งอ้างอิง
[1] Google. 'Bring your spreadsheet data to life with Sheets canvas'. The Keyword. 13 ส.ค. 2026. https://blog.google/products-and-platforms/products/workspace/sheets-canvas-for-google-sheets-spreadsheets/
ภาษาไทย
Google + MIT พิสูจน์แล้ว: Multi-Agent ไม่ได้ดีเสมอไป, เปลี่ยนแค่ 'การเชื่อมต่อ' ผลลัพธ์พลิกจากแย่ลง 70% เป็นดีขึ้น 80%
โดย Nokka (นก-กา) | 15 สิงหาคม 2026
บทความนี้เขียนโดย AI (DeepSeek V4 Pro) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา)
โมเดลไม่เปลี่ยน, เครื่องมือไม่เปลี่ยน, เปลี่ยนแค่ "แผนผังการเชื่อมต่อระหว่าง agents" แล้วผลลัพธ์พลิกจากแย่ลง 70% เป็นดีขึ้น 80% นี่คือข้อค้นพบที่สั่นสะเทือนวงการ AI agents จากงานวิจัยของ Google Research และ MIT ที่เพิ่งเผยแพร่
โพสต์ของ Miraqle (@0xMiraqle) บน X ที่มีคนดู 101.9K ครั้ง สรุปงานวิจัยนี้ได้คมมาก: "Google Research and MIT team ran the same agent jobs hundreds of different ways: identical prompts, identical tools, identical compute budget, the only thing they touched was how the agents were wired to each other. The same exact work swung from 70% worse than a single agent to 80% better, and averaged out to basically zero" [1]
นี่คือความจริงที่หลายคนยังไม่รู้ การ "เพิ่ม agents" ไม่ได้แปลว่า "ทำงานดีขึ้น" และบางครั้งมันทำให้แย่ลงอย่างมหาศาล
ก่อนอื่น Multi-Agent คืออะไร
Multi-Agent System คือระบบที่ใช้ AI หลายตัวทำงานร่วมกัน แทนที่จะใช้ AI ตัวเดียว
ลองนึกภาพ ถ้าคุณมีงาน "เขียนรายงานวิเคราะห์หุ้น" คุณมี 2 ทางเลือก:
Single Agent คือ AI ตัวเดียวทำทุกอย่าง อ่านข้อมูล วิเคราะห์ เขียนรายงาน
Multi-Agent คือ AI หลายตัวแบ่งงานกัน ตัวหนึ่งอ่านข้อมูล ตัวหนึ่งวิเคราะห์ตัวเลข ตัวหนึ่งเขียนสรุป แล้วมี "หัวหน้า" (supervisor) คอยตรวจ
ฟังดูดี หลายหัวดีกว่าหัวเดียว ใช่ไหม?
งานวิจัยนี้บอกว่า "ไม่เสมอไป"
งานวิจัย Google + MIT 180 การทดลอง 3 โมเดล 5 สถาปัตยกรรม
งานวิจัยชื่อ "Scaling Multi-Agent Systems" โดยทีม Google Research และ MIT ทดลอง 180 configurations ใช้ 3 โมเดล (GPT, Gemini, Claude) และ 5 สถาปัตยกรรมการเชื่อมต่อ agents ที่แตกต่างกัน [2]
The Decoder สรุปว่า "Multi-agent systems swung wildly in performance depending on the task, from an 81 percent boost to a 70 percent drop. The team ran 180 controlled experiments across five architecture types and three model families" [3]
ผลลัพธ์ที่สำคัญที่สุดมี 3 ข้อ:
ข้อแรก งานที่แบ่งขนานได้ (Parallelizable) Multi-agent ชนะ งานอย่าง "วิเคราะห์งบการเงิน" ที่แบ่งเป็นส่วนย่อยๆ ได้ การใช้ centralized coordination (มีตัวกลางคอยประสาน) ทำให้ผลลัพธ์ดีขึ้น 80.9% เมื่อเทียบกับ single agent [2]
ข้อสอง งานที่ต้องทำตามลำดับ (Sequential) Multi-agent แพ้ งานอย่าง "วางแผน" ที่ต้องทำทีละขั้นตอน multi-agent ทุกแบบทำให้ผลลัพธ์แย่ลง 39-70% [4]
evoailabs สรุปว่า "for sequential reasoning tasks, every multi-agent variant we tested degraded performance by 39-70%" [4]
ข้อสาม ค่าเฉลี่ยเท่ากับศูนย์ เมื่อรวมทุกอย่าง multi-agent "เฉลี่ยแล้วแทบไม่ต่างจาก single agent" (+0.2%) ซึ่งหมายความว่า "การเพิ่ม agents โดยไม่คิด" ไม่ได้ช่วยอะไรเลย [4]
สรุปผลงานวิจัยเป็นตาราง
| ประเภทงาน | Multi-Agent เทียบกับ Single | ผลลัพธ์ |
|---|---|---|
| งานแบ่งขนานได้ (Parallelizable) | ใช้ centralized coordination | ดีขึ้น 80.9% |
| งานทำตามลำดับ (Sequential) | ทุกแบบ multi-agent | แย่ลง 39-70% |
| รวมทุกงาน | เฉลี่ย | +0.2% (แทบไม่ต่าง) |
ทำไม Multi-Agent ถึงทำให้แย่ลง กลไกของความผิดพลาดทวีคูณ
นี่คือส่วนที่น่าสนใจที่สุด ทำไม "หลายหัว" ถึงแย่กว่า "หัวเดียว"?
Miraqle สรุปกลไกไว้ 5 ข้อ [1]:
กลไกที่ 1: Crew ไร้ supervisor ทวีคูณความผิด 17 เท่า
Crew ที่ไม่มี supervisor ทวีคูณความผิดพลาด 17 เท่า "crews with no correction step multiplied their own errors up to 17x the solo rate, supervised ones held it near 4x" [1] เมื่อ agent ตัวหนึ่งทำผิด แล้วส่งต่อให้ตัวถัดไป ตัวถัดไปก็ "ต่อยอด" ความผิดนั้น และทวีคูณไปเรื่อยๆ จนสุดท้ายผลลัพธ์พัง
กลไกที่ 2: อ่าน draft กันเท่ากับแพร่เชื้อความผิด
Agent อ่าน draft ของกันและกันเท่ากับแพร่เชื้อความผิด "never let them read each other's drafts, so a wrong step hits the supervisor instead of infecting four other bots" [1] ถ้า agent 4 ตัวอ่าน draft ของกันและกัน ความผิดของตัวหนึ่งจะ "แพร่" ไปยังอีก 3 ตัว เหมือนไวรัส
กลไกที่ 3: งานตามลำดับคือคอขวด
งานที่ต้องทำตามลำดับคือคอขวด งาน sequential ต้องรอตัวก่อนหน้าทำเสร็จ และทุกครั้งที่ "ส่งต่อ" มีโอกาสผิดพลาด ยิ่งหลายขั้น ยิ่งผิดพลาดสะสม
กลไกที่ 4: โมเดลฉลาดขึ้นทำให้ crew ไร้ค่า
โมเดลที่ฉลาดขึ้นทำให้ crew ไร้ค่า "re-run the solo-vs-crew test after every model upgrade, because a smarter base model quietly makes your crew stop paying" [1] เมื่อ base model ฉลาดขึ้น single agent ก็ทำงานได้ดีพอ และ crew ที่เพิ่ม overhead กลับไม่คุ้ม
กลไกที่ 5: ต้องมีตัวควบคุมเสมอ
ต้องมี "ตัวควบคุม" (control) เสมอ "keep one lone agent running as the control, the only number that tells you the crew is earning its calls" [1] ถ้าไม่มี single agent เป็น baseline คุณไม่มีทางรู้ว่า crew ของคุณ "คุ้ม" หรือ "เปลือง"
สูตรที่ถูกต้อง วิธีทำ Multi-Agent ให้บวกไม่ใช่ลบ
จากงานวิจัยและโพสต์ของ Miraqle นี่คือสูตรที่ทำให้ multi-agent "เพิ่มมูลค่า" แทนที่จะ "ลดมูลค่า":
ข้อแรก ทดสอบ single agent ก่อนเสมอ ก่อนจะสร้าง crew ทดสอบ single agent ทำงานจริงก่อน ถ้า single agent ทำได้เกิน 45% success rate การสร้าง crew รอบๆ มัน "ให้ผลเป็นศูนย์หรือติดลบ" [1]
ข้อสอง ใส่ supervisor ตัวเดียวเหนือ fan-out crew ที่มี "ตัวตรวจแก้" (correction step) ควบคุมความผิดพลาดไว้ที่ 4 เท่า เทียบกับ 17 เท่าของ crew ที่ไม่มี [1]
ข้อสาม ให้แต่ละ worker ทำงานเดียว output เดียว "give each worker one job and one output" [1] อย่าให้ agent ตัวหนึ่งทำงานหลายอย่าง เพราะมันเพิ่มโอกาสผิดพลาด
ข้อสี่ อย่าให้ agent อ่าน draft ของกันและกัน แยกงานให้ขาดจากกัน ให้ความผิดพลาด "หยุด" ที่ supervisor ไม่ใช่ "แพร่" ไปยัง agent อื่น [1]
ข้อห้า ทดสอบซ้ำทุกครั้งที่โมเดลอัปเกรด โมเดลที่ฉลาดขึ้นอาจทำให้ crew ของคุณ "ไม่คุ้ม" อีกต่อไป ต้อง re-test เสมอ [1]
Grok Bot เมื่อการสร้าง crew กลายเป็นข้อความเดียว
โพสต์ของ Miraqle เชื่อมโยงงานวิจัยนี้กับ Grok Bot ผลิตภัณฑ์ใหม่ของ xAI (SpaceXAI) ที่เปิดตัว 11 สิงหาคม 2026 [5]
Grok Bot คือแพลตฟอร์ม multi-agent ที่ให้ผู้ใช้ "สร้างทีม AI agents" ได้ด้วยข้อความเดียว แต่ละ Bot มี cloud computer ของตัวเอง มี browser, filesystem, terminal และ login เข้าเครื่องมือของคุณด้วย credential ของคุณเอง [6]
VentureBeat รายงานว่า "SpaceXAI's Grok Bot turns agents into persistent digital coworkers that can operate your apps for $120-per-month" [7]
แต่ประเด็นที่ Miraqle เตือนคือ "Grok Bot just turned spinning up a crew of agents into a single message. Which means half the internet is about to build crews that quietly make them worse and never once check" [1]
นี่คือความเสี่ยง เมื่อการสร้าง crew ง่ายขนาดนี้ คนจะสร้าง crew โดยไม่เข้าใจ "การเชื่อมต่อ" และได้ผลลัพธ์ที่แย่ลงโดยไม่รู้ตัว
ตัวอย่างจริง งานแบบไหนควรใช้ Multi-Agent
ผมลองยกตัวอย่างให้เห็นภาพชัด งาน "วิเคราะห์งบการเงินของบริษัท 10 แห่ง" เป็นงานที่แบ่งขนานได้ เพราะแต่ละบริษัทวิเคราะห์แยกกันได้ แล้วค่อยรวมผล งานแบบนี้ multi-agent ชนะ เพราะ agent 10 ตัววิเคราะห์พร้อมกัน เร็วกว่า single agent 10 เท่า
แต่งาน "วางแผนเปิดร้านกาแฟ" เป็นงานที่ต้องทำตามลำดับ ต้องเลือกทำเลก่อน แล้วค่อยคำนวณต้นทุน แล้วค่อยวางแผนการตลาด งานแบบนี้ multi-agent แพ้ เพราะ agent ตัวถัดไปต้องรอผลจากตัวก่อนหน้า และทุกครั้งที่ส่งต่อมีโอกาสผิดพลาดสะสม
นี่คือเหตุผลที่งานวิจัยบอกว่า "การเชื่อมต่อ" สำคัญกว่า "จำนวน agents" งานเดียวกัน เปลี่ยนแค่การเชื่อมต่อ ผลลัพธ์พลิกจากแย่ลง 70% เป็นดีขึ้น 80%
ข้อดีของการเข้าใจงานวิจัยนี้
การเข้าใจงานวิจัยนี้มีข้อดีชัดเจน:
ข้อแรก คุณไม่เสียเงินเปล่า ไม่สร้าง crew ที่ "แย่กว่า single agent" โดยไม่รู้ตัว
ข้อสอง คุณรู้ว่าเมื่อไหร่ควรใช้ multi-agent งาน parallelizable ใช้ได้ งาน sequential อย่าใช้
ข้อสาม คุณรู้วิธีออกแบบ crew ที่ถูกต้อง supervisor แยกงาน ไม่ให้อ่าน draft กัน
ข้อสี่ คุณวัดผลได้ มี single agent เป็น control รู้ว่า crew "คุ้ม" หรือไม่
ข้อควรระวัง
แต่ก็มีข้อควรระวัง:
ข้อแรก งานวิจัยนี้ไม่ได้บอกว่า multi-agent ไร้ค่า มันบอกว่า "multi-agent ต้องออกแบบให้ถูก" ไม่ใช่ "อย่าใช้เลย"
ข้อสอง ตัวเลข 45% เป็น guideline ไม่ใช่กฎตายตัว งานแต่ละประเภทมี threshold ต่างกัน
ข้อสาม Grok Bot ยังเป็น beta เปิดตัว 11 ส.ค. 2026 ยังต้องรอดูว่าใช้งานจริงเป็นยังไง
ข้อสี่ งานวิจัยยังพัฒนา นี่คือ "จุดเริ่มต้น" ของความเข้าใจ multi-agent ไม่ใช่ "บทสรุป"
สรุป
งานวิจัย Google + MIT พิสูจน์ว่า multi-agent ไม่ได้ดีเสมอไป และ "การเชื่อมต่อ" ระหว่าง agents สำคัญกว่า "จำนวน agents"
งาน parallelizable + centralized coordination ดีขึ้น 80.9% แต่งาน sequential + multi-agent แย่ลง 39-70%
สูตรที่ถูกต้องคือ ทดสอบ single agent ก่อน ใส่ supervisor แยกงาน ไม่ให้อ่าน draft กัน และ re-test ทุกครั้งที่โมเดลอัปเกรด
Bottom line: "โมเดลไม่เปลี่ยน เครื่องมือไม่เปลี่ยน เปลี่ยนแค่แผนผังการเชื่อมต่อ แล้วผลลัพธ์พลิกจากแย่ลง 70% เป็นดีขึ้น 80%" นี่คือบทเรียนที่สำคัญที่สุดของวงการ AI agents ในปี 2026 การ "เพิ่ม agents" ไม่ใช่คำตอบ แต่ "การออกแบบการเชื่อมต่อ" ต่างหากคือคำตอบ และเมื่อ Grok Bot ทำให้การสร้าง crew ง่ายเป็นข้อความเดียว คนจำนวนมากกำลังจะสร้าง crew ที่ "แย่ลงโดยไม่รู้ตัว" เพราะพวกเขาไม่รู้ว่า "การเชื่อมต่อ" สำคัญกว่า "จำนวน"
แหล่งอ้างอิง
[1] Miraqle (@0xMiraqle). "Grok Bot on GOD-MODE - killer of the AI race". X (Twitter). 14 ส.ค. 2026. https://x.com/0xMiraqle/status/2088303417433231712
[2] Google Research & MIT. "Scaling Multi-Agent Systems". 2026. https://www.infoq.com/news/2026/02/google-agent-scaling-principles/
[3] The Decoder. "More AI agents isn't always better, new Google and MIT study finds". 2026. https://the-decoder.com/more-ai-agents-isnt-always-better-new-google-and-mit-study-finds/
[4] evoailabs (Medium). "Stop Blindly Scaling Agents: A Reality Check from Google & MIT". 2026. https://evoailabs.medium.com/stop-blindly-scaling-agents-a-reality-check-from-google-mit-0cebc5127b1e
[5] Opoinstall. "xAI Launches Grok Bot: How Its Multi-Agent Architecture Works". 2026. https://www.opoinstall.com/blog/xai-launches-grok-bot
[6] AIToolsReview. "Grok Bot: xAI's Always-On AI Agents, Explained (August 2026)". 2026. https://aitoolsreview.co.uk/insights/grok-bot-agent-launch
[7] VentureBeat. "SpaceXAI's Grok Bot turns agents into persistent digital coworkers". 2026. https://venturebeat.com/orchestration/spacexais-grok-bot-turns-agents-into-persistent-digital-coworkers-that-can-operate-your-apps-for-120-per-month
บทความนี้วิเคราะห์จากโพสต์ X ของ Miraqle, งานวิจัย Google Research & MIT, The Decoder, InfoQ, evoailabs, VentureBeat, และแหล่งข้อมูลเพิ่มเติม ข้อมูล ณ 15 สิงหาคม 2026 Nokka
ถ้าคุณกำลังจะใช้ Grok Bot หรือเครื่องมือ multi-agent ตัวไหน ลองเริ่มจากขั้นตอนง่ายๆ ข้อเดียว: ทดสอบ single agent ทำงานจริงก่อน แล้ววัดผลเทียบกับ crew ดูว่า crew ของคุณ "คุ้ม" หรือ "เปลือง" และถ้าคุณเคยใช้ multi-agent แล้วได้ผลแย่กว่า single agent แชร์ความเห็นใต้บทความได้เลยครับ
Top comments (0)