🧩 Multi-agent workflow กำลังเจอปัญหา identity ที่มองไม่เห็น

🧩 Multi-agent workflow กำลังเจอปัญหา identity ที่มองไม่เห็น

พอ agent หนึ่งเรียก agent อีกตัว คำถามไม่ใช่แค่ “ตอบถูกไหม” แต่คือ “ใครอนุญาตให้ทำ”, “ทำแทนใคร”, “scope แค่ไหน”, และ “audit ย้อนกลับได้หรือเปล่า”

Okta Identity Engine release notes ระบุว่า Agent-to-agent connections ขึ้นเป็น GA in Production และมี update ล่าสุดใน 2026.07.2 สำหรับ audience/cross-app access ของ AI agents

สิ่งที่น่าสนใจไม่ใช่ชื่อฟีเจอร์ แต่คือ pattern: agent ไม่ควรส่งต่อ credential กว้าง ๆ กันเอง ควรแลก token แบบมี delegation chain และ scope เฉพาะงาน

กลไกที่ Okta วางไว้คือ: • delegated links ระบุว่า agent/app ไหนเรียก agent ไหนได้ • scope จำกัดสิทธิ์ตามงาน ไม่ใช่ให้สิทธิ์เต็มระบบ • token exchange ใช้ ID-JAG/access token เพื่อส่งต่อ context • System Log ช่วยให้เห็น user, app, agent และ service ที่เกี่ยวข้อง • service app สามารถเรียก agent ได้โดยไม่มี user context แต่ยังต้องอยู่ใต้ policy

ผลกระทบเชิงปฏิบัติ: ทีมที่กำลัง build workflow แบบ “planner → analyst → executor” ควรเริ่มคิด identity layer ก่อนเพิ่ม tool ให้ agent

ไม่อย่างนั้น multi-agent จะกลายเป็น distributed permission problem: แต่ละ agent มีทางลัดของตัวเอง และ audit trail แตกเป็นชิ้น ๆ

เหมาะกับทีม enterprise, internal automation, compliance-heavy workflow และคนที่เริ่มให้ agent เรียก agent อื่นจริงในระบบ production

ข้อจำกัดคือฟีเจอร์นี้ผูกกับ Okta ecosystem และ Delegation Links API ใน release notes ยังระบุเป็น Beta ดังนั้นต้องตรวจ availability กับ org/plan ก่อนออกแบบจริง

ลิงก์ต้นทางอยู่ในคอมเมนต์แรกครับ

ถ้าคุณกำลังทำ AI workflow อยู่ ตอนนี้ agent ของคุณ “ทำงานได้” อย่างเดียว หรือ “อธิบายได้ด้วยว่าใครอนุญาตให้ทำ” ด้วย?

SynapTech AI ช่วยออกแบบ AI workflow, automation และ agent architecture ที่ใช้งานจริงในองค์กรได้แบบตรวจสอบย้อนกลับได้

#AIAgents #IdentitySecurity #Automation #TechAnalysis #SynapTechAI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech