AI Agent และข้อมูลระบุตัวตนตัวแทนที่น่าเชื่อถือ

เมื่อทีมต่าง ๆ เริ่มนำ autonomous AI agent มาใช้งาน agent แต่ละตัวจะเรียกใช้งานโมเดลและเครื่องมือต่าง ๆ ด้วยตัวเอง ซึ่งหากไม่มีการระบุตัวตนเฉพาะตัว agent ดังกล่าวก็จะเปรียบเสมือนแค่ "คีย์ API ใดคีย์หนึ่ง" เท่านั้น หน้าจอ Agents จะช่วยยกระดับให้ agentแต่ละตัวเป็นผู้ใช้งานหลักภายใต้การกำกับดูแลโดยตรง (first-class, governed principal) ซึ่งสามารถลงทะเบียน ระบุผู้รับผิดชอบ กำหนดขอบเขตสิทธิ์การใช้งาน ระบุผู้ใช้งาน และยกเลิกการใช้งานได้ โดย agent แต่ละตัวจะได้รับข้อมูลรับรองสิทธิ์ที่สามารถตรวจสอบได้ (credential) ซึ่งจะแนบไปกับทุกคำร้องขอของ LLM และการเรียกใช้เครื่องมือ MCP ส่งผลให้การคิดค่าใช้จ่าย การควบคุมการเข้าถึง และการตรวจสอบประวัติการทำงานผูกเข้ากับตัว agent โดยตรง ไม่ใช่การระบุผ่านคีย์ที่ใช้ร่วมกัน

ผู้ที่มีสิทธิ์ในการดำเนินการนี้

Org admin (สิทธิ์เฉพาะในองค์กรของตนเอง) และ Platform admin โดยดำเนินการผ่านแท็บ Agents ของโปรเจกต์

การลงทะเบียน Agent

1. เปิดโปรเจกต์ที่ต้องการ และไปที่แท็บ Agents
2. ระบุ ชื่อ (name) ของ agent เลือก กลุ่ม (group) เพื่อควบคุมโมเดลที่สามารถเรียกใช้งานได้ กำหนด ระดับความเสี่ยง (risk tier) ได้แก่ ต่ำ (low) ปานกลาง (medium) หรือสูง (high) รวมถึงระบุผู้ที่ปฏิบัติงานแทน (acts for) ซึ่งอาจเป็นบุคคลหรือระบบที่ agent นี้ทำหน้าที่ตัวแทน พร้อมทั้งเขียนคำอธิบายรายละเอียด
3. คลิก Register agent ซึ่ง API key จะแสดงขึ้นมาเพียงครั้งเดียวเท่านั้น โปรดคัดลอกคีย์ดังกล่าวไปตั้งค่าในสภาพแวดล้อมการทำงานของ agent (runtime) ซึ่ง agent จะยืนยันตัวตนได้เหมือนกับไคลเอนต์ทั่วไปที่เข้ากันได้กับมาตรฐาน OpenAI

Agent จะถูกควบคุมดูแลเหมือนกับผู้ใช้งานหลักทั่วไป เนื่องจากมันมีสถานะเสมือนผู้ใช้งานคนหนึ่ง

ภายใต้ระบบการทำงานของเกตเวย์ agent จะเป็นผู้บริโภคหลักรายหนึ่ง (kind=agent) ซึ่งหมายความว่าฟีเจอร์ทุกอย่างที่คุณมีอยู่แล้วจะถูกนำมาใช้กับ agent ได้ทันทีโดยไม่จำเป็นต้องตั้งค่าระบบใหม่ใด ๆ เช่น การกำหนด งบประมาณและขีดจำกัด ราย agent, การกำหนดโมเดลที่อนุญาต, guardrail, การแยกส่วนการเข้าใช้งาน MCP, สวิตช์ปิดระบบฉุกเฉิน (kill-switch) และ ประวัติการใช้งาน (audit log) โดยปริมาณการใช้งานจะถูกระบุเป็นของ agent บนระบบเรียกเก็บเงินคืนของ FinOps ซึ่งจะแยกหมวดหมู่อย่างชัดเจน ทำให้คุณสามารถติดตามตรวจสอบและคิดค่าใช้จ่ายแยกราย agent ได้อย่างละเอียด

การควบคุมและการหยุดทำงานของ Agent

• การกำหนดขอบเขต: กลุ่มของ agent จะเป็นตัวกำหนดโมเดลที่สามารถเรียกใช้งานได้ โดยคุณสามารถตั้งงบประมาณ USD หรือขีดจำกัด token รายตัวได้ที่หน้า งบประมาณและขีดจำกัด
• ระดับความเสี่ยง: บันทึกข้อมูลระดับความเสี่ยงของ agent ได้แก่ ต่ำ ปานกลาง หรือสูง เพื่อวัตถุประสงค์ในการตรวจสอบและจัดทำรายงาน โดยสามารถแก้ไขค่านี้ได้โดยตรงบนตาราง
• การหมุนเวียนคีย์หรือยกเลิกการใช้งาน: คุณสามารถสลับเปลี่ยนคีย์ของ agent หรือคลิก Delete เพื่อลบบัญชีและระงับสิทธิ์การใช้งานของคีย์ดังกล่าวที่เกตเวย์ในทันที ซึ่งจะเป็นสวิตช์ปิดฉุกเฉินสำหรับระงับการทำงานของ agent รายตัว

การจำกัดเครื่องมือที่ Agent สามารถเรียกใช้งานได้

ตามค่าเริ่มต้น agent จะสามารถเรียกใช้เครื่องมือใดก็ได้ในเซิร์ฟเวอร์ MCP ภายในโปรเจกต์ของตนเอง สำหรับ agent ที่คุณต้องการให้เข้าถึงเครื่องมือได้เฉพาะบางส่วน ให้กำหนดค่า รายการเครื่องมือที่อนุญาต (tool allow-list) ซึ่งเกตเวย์จะทำหน้าที่บล็อกการเรียกใช้งานเครื่องมืออื่น ๆ ทั้งหมดให้โดยอัตโนมัติ

1. ในแท็บ Agents ค้นหา agent ที่ต้องการและเปิดส่วนหน้าต่างแก้ไข Tool access (คลิก Edit)
2. ทำเครื่องหมายเลือกเครื่องมือที่อนุญาตให้ agent สามารถเรียกใช้ได้ จากนั้นคลิก Save tool access
3. หลังจากนี้ agent จะเข้าถึงได้เฉพาะเครื่องมือที่เลือกไว้เท่านั้น หากมีการเรียกใช้เครื่องมืออื่น ๆ ระบบเกตเวย์จะปฏิเสธคำร้องขอดังกล่าวทันทีพร้อมส่งสถานะ 403 กลับไปก่อนที่จะส่งไปถึงเครื่องมือต้นทาง ทั้งนี้คำร้องขอไปยังโมเดล LLM จะไม่ได้รับผลกระทบใด ๆ

ระบบนี้ทำงานแบบเปิดใช้งานเมื่อเลือก (opt-in) และอนุญาตไว้ก่อนตามค่าเริ่มต้น (default-allow) หากไม่มีการเลือกเครื่องมือใด ๆ ไว้ agent จะยังคงทำงานตามรูปแบบเริ่มต้น คือสามารถเรียกใช้เครื่องมือใดก็ได้ในโปรเจกต์ แต่หากมีการเลือกเครื่องมือตั้งแต่หนึ่งรายการขึ้นไป ระบบจะเปลี่ยนรูปแบบการทำงานของ agent นั้นเป็นปฏิเสธไว้ก่อนเป็นค่าเริ่มต้น (deny-by-default) สำหรับเครื่องมืออื่น ๆ ที่ไม่ได้เลือก ดังนั้นการกำหนดค่าส่วนนี้จะไม่ส่งผลกระทบต่อ agent อื่น ๆ ที่คุณยังไม่ได้กำหนดขอบเขต คุณสามารถล้างข้อมูลการเลือกทั้งหมดออกเพื่อกลับไปเป็นแบบอนุญาตไว้ก่อนตามค่าเริ่มต้นได้ โดยการบังคับใช้กฎนี้จะแยกตามราย agent และมีผลกับเครื่องมือ MCP ที่ลงทะเบียนไว้ในระดับเซิร์ฟเวอร์

ทำไมไม่ใช้ระบบระบุตัวตนแบบ JWT หรือ SPIFFE ที่ออกโดยฝั่ง Agent?

ข้อมูลตัวตนของ agent ในระบบนี้ทำหน้าที่เป็นความสามารถในการกำกับดูแล (governance) ไม่ใช่ระบบประมวลผลการทำงาน (agent runtime) โดยข้อมูลรับรองสิทธิ์ของ agent จะเป็นหลักฐานที่สามารถตรวจสอบ ย้อนกลับ และยกเลิกสิทธิ์การใช้งานได้ ซึ่งจะแนบไปกับทุกคำร้องขอ เพื่อให้คุณสามารถติดตาม ควบคุม ตรวจสอบประวัติ และสั่งหยุดการทำงานของ agent ได้อย่างมีประสิทธิภาพ โดยที่เกตเวย์ไม่จำเป็นต้องทำหน้าที่เป็นตัวลงนามโทเค็น (token-signing authority) หากในอนาคตคุณมีความจำเป็นต้องใช้ระบบตรวจสอบสิทธิ์เข้ารหัสระหว่าง agent หรือโครงข่ายข้อมูล (mesh interop) เกตเวย์ก็สามารถตรวจสอบข้อมูลโทเค็น JWT ที่ออกให้จากภายนอกและแมปเข้ากับบัญชี agent ที่ลงทะเบียนไว้ในระบบได้เช่นกัน

ขั้นตอนต่อไป

• งบประมาณและขีดจำกัด — วิธีการกำหนดเพดานงบประมาณราย agent
• FinOps — ตรวจสอบการคิดยอดค่าใช้จ่ายที่เกิดขึ้นจริงแยกราย agent
• เซิร์ฟเวอร์ MCP — การกำกับดูแลเครื่องมือต่าง ๆ ที่ agent เรียกใช้งาน
• สวิตช์ปิดระบบฉุกเฉิน — ระงับการทำงานของทั้งโปรเจกต์หรือองค์กรทันทีในคลิกเดียว