การปรากฏตัวของ agents.json ในฐานะข้อกำหนดใหม่สำหรับการทำให้เอเจนต์ AI สามารถโต้ตอบกับ API ได้ ได้จุดประเด็นการถกเถียงที่สำคัญในชุมชนนักพัฒนา สร้างโดย Wildcard AI ข้อกำหนดแบบเปิดนี้มีเป้าหมายเพื่อเชื่อมช่องว่างระหว่างโครงสร้าง API แบบดั้งเดิมกับความต้องการของโมเดลภาษาขนาดใหญ่ (LLMs) แต่ข้อเสนอแนะจากชุมชนเผยให้เห็นทั้งความกระตือรือร้นและความกังวลเกี่ยวกับแนวทาง การอนุญาตใช้งาน และศักยภาพในการยอมรับ
 |
|---|
| ผู้ก่อตั้ง Wildcard AI กำลังหารือเกี่ยวกับข้อกำหนดใหม่สำหรับการโต้ตอบของเอเจนต์ AI |
โปรโตคอลแบบไร้สถานะกับแบบมีสถานะ: การเปรียบเทียบกับ MCP
หนึ่งในการถกเถียงที่โดดเด่นที่สุดเกี่ยวกับ agents.json คือแนวทางแบบไร้สถานะเมื่อเทียบกับ Model Context Protocol (MCP) ในขณะที่ MCP รักษาการเชื่อมต่อแบบ 1:1 ระหว่างไคลเอนต์และเซิร์ฟเวอร์พร้อมบริบทร่วม agents.json เลือกเส้นทางแบบไร้สถานะที่คุ้นเคยกับการพัฒนา API แบบดั้งเดิม ความแตกต่างพื้นฐานนี้ได้แบ่งชุมชนว่าแนวทางใดที่ตอบสนองอนาคตของการพัฒนาเอเจนต์ AI ได้ดีกว่า
MCP เหมาะสำหรับระบบที่มีสถานะ ซึ่งบริบทร่วมเป็นประโยชน์ แต่นี่เป็นกรณีที่พบได้น้อย นักพัฒนามักเขียนไคลเอนต์เพื่อใช้ API ในแบบไร้สถานะ และเราต้องการช่วยผู้ใช้ส่วนใหญ่เหล่านี้
ทีม Wildcard AI ยืนยันว่าโปรโตคอลทั้งสองไม่ได้ขัดแย้งกัน โดยแนะนำว่า agents.json เติมเต็มช่องว่างสำหรับนักพัฒนาที่ชอบจัดการสถานะภายในแอปพลิเคชันของตนมากกว่าการพึ่งพาหน่วยงานภายนอก สมาชิกบางคนในชุมชนคาดการณ์ว่าทั้งสองแนวทางอาจอยู่ร่วมกันได้ โดยให้บริการกรณีการใช้งานที่แตกต่างกันในระบบนิเวศเอเจนต์ AI ที่กำลังเกิดขึ้น
ข้อกังวลด้านการอนุญาตใช้งานคุกคามการยอมรับ
อุปสรรคที่สำคัญที่สุดต่อการยอมรับ agents.json ที่ระบุในการสนทนาของชุมชนคือโครงสร้างการอนุญาตใช้งาน ในขณะที่ข้อกำหนดเองได้รับอนุญาตภายใต้ Apache 2.0 แพ็คเกจการใช้งาน Python ใช้ใบอนุญาต AGPL ที่มีข้อจำกัดมากกว่า สิ่งนี้ได้ก่อให้เกิดความกังวลเกี่ยวกับความเป็นไปได้ทางการค้าและศักยภาพในการบูรณาการ
นักพัฒนาหลายคนได้ตั้งคำถามว่าแพ็คเกจที่ได้รับอนุญาต AGPL จะสามารถรวมเข้ากับผลิตภัณฑ์เชิงพาณิชย์ได้อย่างไร โดยบางคนอธิบายว่าไม่สามารถนำไปใช้ได้ตั้งแต่แรกเนื่องจากข้อจำกัดด้านการอนุญาต ทีม Wildcard AI ได้รับทราบข้อกังวลเหล่านี้ โดยอธิบายว่าพวกเขาต้องการป้องกันไม่ให้ผู้ให้บริการคลาวด์รายใหญ่นำงานของพวกเขาไปทำเป็นบริการพร็อกซี ในขณะเดียวกันก็ยังอนุญาตให้บูรณาการกับเฟรมเวิร์กโอเพนซอร์สเช่น LangChain หรือ CrewAI
การถกเถียงเรื่องการอนุญาตใช้งานนี้เน้นย้ำถึงความสมดุลที่ละเอียดอ่อนที่โครงการ AI โอเพนซอร์สต้องรักษาระหว่างการปกป้องผลงานของพวกเขาและการส่งเสริมการยอมรับอย่างกว้างขวาง
ความเรียบง่ายกับความเข้ากันได้กับ OpenAPI
ชุมชนดูเหมือนจะแบ่งแยกว่า agents.json ควรรักษาความเข้ากันได้อย่างเคร่งครัดกับ OpenAPI หรือให้ความสำคัญกับความเรียบง่าย นักพัฒนาบางคนชื่นชมพื้นฐานของ OpenAPI โดยสังเกตว่าแพลตฟอร์มเอกสาร API จำนวนมากสามารถส่งออกข้อกำหนด OpenAPI ได้ คนอื่น ๆ สงสัยว่าความเข้ากันได้นี้เพิ่มความซับซ้อนที่ไม่จำเป็นหรือไม่ โดยชี้ให้เห็นว่า OpenAPI ยังไม่ได้รับการยอมรับอย่างทั่วถึง
ทีม Wildcard AI ได้ระบุว่าในขณะที่พวกเขากำลังสร้างบน OpenAPI พวกเขากำลังออกแบบ agents.json ให้สามารถขยายได้นอกเหนือจาก REST API โดยมีแผนที่จะรองรับ GraphQL, gRPC และ SDK ภายใน สิ่งนี้บ่งชี้ถึงอนาคตที่ agents.json อาจพัฒนาเกินกว่าต้นกำเนิด OpenAPI ในขณะที่ยังคงรักษาความเข้ากันได้ย้อนหลัง
ความท้าทายด้านเอกสารและการใช้งาน
สมาชิกชุมชนหลายคนได้เน้นย้ำถึงความยากลำบากในการทำความเข้าใจและการนำ agents.json ไปใช้เนื่องจากปัญหาด้านเอกสาร ข้อร้องเรียนเฉพาะรวมถึงความท้าทายในการค้นหาไฟล์ตัวอย่างในทะเบียนและการขาดตัวอย่างที่ชัดเจนและเข้าถึงได้ทันทีในเอกสาร
ในการตอบสนอง ทีม Wildcard AI ได้เพิ่มปุ่มดาวน์โหลดในทะเบียนของพวกเขาและยอมรับความจำเป็นในการปรับปรุงเอกสาร พวกเขายังได้กล่าวถึงแผนการพัฒนาเครื่องมือที่จะทำให้การสร้างไฟล์ agents.json ง่ายขึ้น รวมถึงตัวตรวจสอบความถูกต้องและเครื่องมือสร้างแบบโต้ตอบ
คุณสมบัติหลักของ agents.json
- สร้างขึ้นบนมาตรฐาน OpenAPI
- มุ่งเน้นปฏิสัมพันธ์ API แบบไร้สถานะ
- ปรับคำอธิบาย API ให้เหมาะสมสำหรับการใช้งานกับ LLM
- แนะนำแนวคิดเรื่อง "flows" และ "links" สำหรับการดำเนินการ API หลายขั้นตอน
- ข้อกำหนดได้รับอนุญาตภายใต้ Apache 2.0
- การนำไปใช้งาน (Wildcard Bridge) ได้รับอนุญาตภายใต้ AGPL v3
ข้อกังวลของชุมชน
- การอนุญาต AGPL จำกัดการนำไปใช้ในเชิงพาณิชย์
- ความชัดเจนและการเข้าถึงเอกสาร
- ความซ้ำซ้อนกับมาตรฐานอื่น (MCP, Arazzo, llms.txt)
- ความยั่งยืนของโมเดลธุรกิจ
- ความซับซ้อนในการนำไปใช้สำหรับผู้ให้บริการ API
 |
|---|
| การสาธิตสดที่แสดงอินเทอร์เฟซของ Resend API ซึ่งแสดงให้เห็นถึงความท้าทายในการใช้งานของ API ในปัจจุบัน |
คำถามเกี่ยวกับโมเดลธุรกิจ
ในฐานะบริษัทที่ได้รับการสนับสนุนจาก Y Combinator, Wildcard AI เผชิญกับคำถามเกี่ยวกับวิธีที่พวกเขาวางแผนที่จะทำให้โปรโตคอลเป็นเงิน ทีมงานได้ระบุว่ากลยุทธ์รายได้หลักของพวกเขาเกี่ยวข้องกับการเรียกเก็บเงินจากผู้ให้บริการ API สำหรับการนำมาตรฐานไปใช้แบบครบวงจร แทนที่จะเรียกเก็บเงินจากนักพัฒนาปลายทางที่ใช้ไฟล์ agents.json
แนวทางนี้ได้กระตุ้นให้เกิดความสงสัยบางประการเกี่ยวกับว่าบริษัทขนาดใหญ่จะยอมรับมาตรฐานที่สร้างโดยบริษัทสตาร์ทอัพหรือไม่ แม้ว่าทีมงานจะกล่าวว่าบริษัทเช่น Resend และ Alpaca ได้แสดงความสนใจในการนำโปรโตคอลไปใช้แล้วก็ตาม
โดยสรุป agents.json เป็นแนวทางที่น่าสนใจในการแก้ไขความท้าทายของการทำให้เอเจนต์ AI สามารถโต้ตอบกับ API ได้อย่างมีประสิทธิภาพ ในขณะที่ชุมชนตระหนักถึงคุณค่าที่เป็นไปได้ คำถามเกี่ยวกับการอนุญาตใช้งาน ความเข้ากันได้ เอกสาร และความเป็นไปได้ทางธุรกิจจะเป็นตัวกำหนดว่าจะได้รับการยอมรับอย่างกว้างขวางหรือยังคงเป็นโซลูชันเฉพาะกลุ่ม เมื่อความสามารถของเอเจนต์ AI ยังคงพัฒนาอย่างรวดเร็ว ความจำเป็นสำหรับโปรโตคอลการโต้ตอบที่เป็นมาตรฐานจะยิ่งมีความสำคัญมากขึ้น ซึ่งบ่งชี้ว่า agents.json หรือโซลูชันที่คล้ายกันจะเกิดขึ้นเป็นมาตรฐานในที่สุด