GitHub Agent Finder ทำให้การเลือกเครื่องมือของเอเจนต์เป็นนโยบายปฏิบัติการ

Tech

ประเด็นหลักไม่ใช่แค่ฟีเจอร์ Copilot ใหม่ แต่คือชั้น discovery สำหรับความสามารถของเอเจนต์ Agent Finder ให้เอเจนต์ค้นหา MCP, skill, tool หรือ agent จากแคตตาล็อกที่อนุมัติแล้ว

ไดอะแกรมวงจร governance สำหรับความสามารถของเอเจนต์ผ่าน registry คำสั่ง telemetry และงบประมาณ
ไดอะแกรมวงจร governance สำหรับความสามารถของเอเจนต์ผ่าน registry คำสั่ง telemetry และงบประมาณ

เกิดอะไรขึ้น

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

ทำไมจึงสำคัญ

AGENTS.md ก็สำคัญขึ้น เพราะถ้า code review และ coding agent ใช้ไฟล์เดียวกัน มันคือสัญญาด้าน test, security และ style ของ repository

สัญญาณจากชุมชน

เมตริก ai_credits_used ช่วยดูการใช้ต่อผู้ใช้ แต่ GitHub ระบุว่ายังไม่ได้แยกตามฟีเจอร์ โมเดล หรือ surface

ผลต่อ development และ operations

ผลกระทบเชิงปฏิบัติการคือ ต้องสร้างแคตตาล็อกที่อนุมัติก่อนเพิ่ม tool, review คำสั่งของ repository และผูก telemetry กับ budget alert สำหรับ workflow ของเอเจนต์ที่รันนาน

เช็กลิสต์ทีม

• ลงทะเบียน MCP server และ skill ในแคตตาล็อกที่อนุมัติ

• บันทึก owner, purpose, permission, data class และวิธีปิด

• review AGENTS.md เป็นสัญญาเรื่อง test, security และ style

• ติดตาม tool usage, approval, network deny และ budget

• ตั้ง limit สำหรับ agent job ที่รันนานและ code review อัตโนมัติ

รูปแบบเดิมเชื่อมต่อเองและตั้งค่า MCP ส่วนตัว
รูปแบบใหม่Task, Agent Finder, catalog ที่อนุมัติ, capability เมื่อจำเป็น
จุดปฏิบัติการDiscovery, permission, instruction, telemetry, budget

ควรทำอะไรตอนนี้

เริ่มจากขอบเขตที่เล็กแต่มีประโยชน์ อนุมัติเฉพาะ capability ที่ทีมต้องใช้ตอนนี้ บันทึกสิทธิ์ และทบทวนหลังใช้งานจริง

ความเสี่ยงและข้อโต้แย้ง

Discovery ไม่ใช่ trust ผลลัพธ์ที่ถูกจัดอันดับยังต้องมี permission check, sandbox, audit log, owner review และการลบ capability ที่ล้าสมัย

แหล่งข้อมูลและอ่านต่อ

다른 글