TrueWatch

Toby AI Agents: จากเครื่องมือ Observability สู่ AI Operations ที่พร้อมใช้งานจริงใน Production

30 ก.ค. 2569

AI Agent เรียกใช้เครื่องมือได้อยู่แล้ว เรื่องนี้ไม่ใช่ปัญหาอีกต่อไป

Codex, Claude Code, OpenClaw และเฟรมเวิร์ก Agent สมัยใหม่ส่วนใหญ่สามารถค้นหา Log ดึง Metric และเรียก API ได้อยู่แล้ว TrueWatch รองรับทั้งหมดนี้ผ่าน CLI, MCP Server และ OpenAPI ทำให้ Agent ใดก็ได้เข้าถึงข้อมูล Observability และการดำเนินการบนแพลตฟอร์มได้ภายในไม่กี่นาที

คำถามที่ยากกว่าคือสิ่งที่เกิดขึ้นต่อจากนั้น Agent ตัวนั้นจะทำงานภายใต้ขอบเขตของ Production ปฏิบัติตามระเบียบวิธีแก้ปัญหาที่ใช้งานได้จริง เคารพสิทธิ์การเข้าถึง และทิ้งหลักฐานการทำงานไว้ได้หรือไม่ ไม่ใช่แค่ในการสาธิต แต่ต้องได้ทุกครั้ง คำถามนี้คือสิ่งที่ Toby AI Agents ถูกสร้างขึ้นมาเพื่อตอบ เปลี่ยน Agentic Observability จากคำฮิตให้เป็นวินัยในการปฏิบัติงานจริง

31julblog-1.PNG

การเรียกใช้เครื่องมือไม่เท่ากับระเบียบวิธีจัดการ Incident

Agent ทั่วไปที่เข้าถึง API ได้สามารถค้นหา Log, Metric และ Trace ได้ แต่นั่นไม่ได้หมายความว่ามันเข้าใจว่า Incident ใน Production เกิดขึ้นและลุกลามอย่างไร

เมื่อ Latency P99 พุ่งสูง อัตราข้อผิดพลาดเพิ่มขึ้น และ Connection Pool ของฐานข้อมูลเริ่ม Timeout Agent ยังต้องหาวิธีตั้งสมมติฐาน ควรตรวจสอบ Load Balancer ก่อนหรือไม่ ควรเปรียบเทียบบริการที่ได้รับผลกระทบกับ Dependency ของมันหรือไม่ ควรตรวจดูการ Deploy ล่าสุดก่อนตัดสาเหตุอื่นออกหรือไม่ นี่คือช่องว่างระหว่างการมี API กับการทำ ai incident response จริง คือการรู้ว่าควรเชื่อสัญญาณใดก่อน และตามลำดับใด

Toby AI Agents ไม่ใช่โมเดลที่แค่เสียบ API เพิ่มเข้าไป แต่ทำให้ ai incident management เป็นโฟลว์การปฏิบัติงานที่ทำซ้ำได้ในรูปแบบผลิตภัณฑ์:

  • คัดกรองการแจ้งเตือน
  • วิเคราะห์ผลกระทบ
  • สร้างสมมติฐาน
  • รวบรวมหลักฐาน
  • สืบสวนหาสาเหตุหลัก
  • แนะนำการดำเนินการ
  • อนุมัติและดำเนินการ
  • ตรวจสอบผลลัพธ์

คุณค่าไม่ได้อยู่ที่ "โมเดลรันคิวรีได้" แต่อยู่ที่ข้อมูล Observability ระเบียบวิธีแก้ปัญหา การประสานงานเครื่องมือ ธรรมาภิบาลด้านความปลอดภัย และการตรวจสอบแบบวงจรปิดที่ทำงานร่วมกัน

42cc7aec-60b4-4fb1-be74-524b613c447b.png

Agent ใน Production ต้องมีขอบเขตสิทธิ์เป็นค่าเริ่มต้น

หาก Agent ปิดเสียงการแจ้งเตือนที่เป็นเหตุการณ์จริง Rollback การ Deploy ผิดตัว หรือเปลี่ยนเส้นทางทราฟฟิกผิดพลาด ต้นทุนที่ตามมาคือความเสียหายทางธุรกิจ ความเสี่ยงด้านการปฏิบัติตามข้อกำหนด และความไว้วางใจ ไม่ใช่แค่บรรทัด Log ที่ผิดพลาด ด้วยเหตุนี้ขอบเขตของ Agent จึงไม่ควรเป็นเรื่องที่ค่อยมาออกแบบเองทีละทีม แต่ต้องเป็นค่าเริ่มต้น นี่คือความหมายของ ai agent governance ในทางปฏิบัติ ไม่ใช่แค่สไลด์ในการทบทวนด้านความปลอดภัย

Toby AI Agents มองเรื่องนี้เป็นความสามารถของผลิตภัณฑ์ ไม่ใช่เช็กลิสต์:

  • ร่องรอยหลักฐาน — ทุกขั้นตอนการให้เหตุผล การเรียกเครื่องมือ ตัวอย่างข้อมูล และการตัดสินใจ ถูกบันทึกและตรวจสอบย้อนหลังได้
  • โฟลว์การอนุมัติ — การดำเนินการที่มีความเสี่ยงต่ำและย้อนกลับได้จะทำงานโดยอัตโนมัติ ส่วนการดำเนินการที่มีผลข้างเคียง (การปรับขนาด การเปลี่ยนคอนฟิก การตอบสนองด้านความปลอดภัย) จะส่งต่อให้มนุษย์อนุมัติ
  • สิทธิ์ขั้นต่ำเป็นค่าเริ่มต้น — เข้าถึงระบบหลักแบบอ่านอย่างเดียว เว้นแต่จะได้รับข้อยกเว้นที่มีขอบเขตและจำกัดเวลาสำหรับงานเฉพาะ
  • การจัดการวงจรชีวิตของเครื่องมือ — ทุกสกิลและเครื่องมือต้องผ่านการกำหนด ทบทวน อนุญาต ตรวจติดตาม และปลดระวาง เช่นเดียวกับโครงสร้างพื้นฐานใน Production อื่น ๆ
  • Rollback และ Undo — การดำเนินการที่แตะต้อง Production ถูกออกแบบให้ย้อนกลับได้ เพื่อให้แก้ไขการตัดสินใจที่ผิดพลาดได้ แทนที่จะปล่อยให้ความเสียหายทวีคูณ

รายละเอียดของธรรมาภิบาลระดับองค์กรจะยังคงพัฒนาต่อไป แต่หลักการนั้นชัดเจนแล้ว Agent ใน Production ต้องมี Control Plane ไม่ใช่แค่รายการเครื่องมือที่อนุญาตให้เรียกใช้

31julblog-2.png

Agent ต้องมีคำศัพท์ร่วมกันเกี่ยวกับ Production

Agent ภายนอกไม่ได้รู้โดยอัตโนมัติว่าบริการของคุณหมายถึงอะไร

checkout-service ตัวเดียวกันอาจปรากฏเป็น checkout-api ใน Trace เป็น "บริการคำสั่งซื้อการชำระเงิน" ในการแจ้งเตือน และเป็น "โฟลว์ธุรกรรมหลัก" ในเอกสารของทีม หาก Agent ไม่เข้าใจความเป็นเจ้าของบริการ โทโพโลยี ประวัติการ Deploy ความหมายของการแจ้งเตือน และบริบทของ Runbook ก็อาจตีความข้อมูลที่ต้องใช้ให้เหตุผลผิดไปได้

Toby AI Agents สร้างบน Semantics ที่เป็นหนึ่งเดียวของ TrueWatch ซึ่งเป็นมุมมองของระบบ Production ที่อัปเดตอย่างต่อเนื่อง โดยบริการ Dependency การ Deploy เจ้าของ การแจ้งเตือน Log, Trace, RUM, อีเวนต์ และสัญญาณด้านความปลอดภัย เชื่อมโยงเป็นบริบทการปฏิบัติงานเดียว ไม่ใช่กองอินเทอร์เฟซที่แยกขาดจากกัน

บริบทร่วมนี้เป็นตัวกำหนดเพดานของวิจารณญาณของ Agent Agent ที่ให้เหตุผลจากแผนที่ระบบเดียวที่เป็นหนึ่งเดียว จะเหนือกว่า Agent ที่ต้องปะติดปะต่อข้อมูลเป็นชิ้น ๆ จากห้าเครื่องมือเสมอ

ab1aad15-bbd8-4ba0-b903-ff97f85f822a.png

บริบทร่วมนี้กำหนดเพดานของวิจารณญาณของ Agent นี่คือความหมายเชิงปฏิบัติของ ai agent observability ในที่นี้ คือไม่ใช่แค่การเข้าถึงข้อมูล แต่เป็นข้อมูลที่ Agent ใช้ให้เหตุผลได้จริง

c9a65d80-99c2-48df-bb6e-ff82805f39e3.png

Agent ถูกสร้างมาเพื่อใช้งานจริง ไม่ใช่แค่สร้างขึ้นมา

องค์กรสามารถสร้าง Agent สำหรับ Production ของตนเองได้ สำหรับทีมที่มีศักยภาพด้านวิศวกรรม นั่นเป็นทางเลือกที่ทำได้จริง แต่ก็เป็นงานจริงจัง ไม่ว่าจะเป็นการเลือกโมเดล การออกแบบบทบาทของ Agent การเชื่อมต่อสิทธิ์ การสร้างร่องรอยการตรวจสอบ การประสานงานเครื่องมือ การดีบักพฤติกรรมของ Agent การดูแล Runbook การฝึกอบรมผู้ใช้ และการอัปเดตทุกอย่างให้ทันสมัยตามที่แพลตฟอร์มพัฒนาไป กลายเป็นโครงการวิศวกรรมที่ต้องทำต่อเนื่อง ไม่ใช่การตั้งค่าครั้งเดียวจบ

Toby AI Agents ทำงานเหล่านี้ให้เป็นผลิตภัณฑ์ เมื่อใช้ Toby AI Agents ทีมของคุณจะได้รับ:

  • บทบาทที่กำหนดไว้ชัดเจน — SRE Agent ที่เน้นความน่าเชื่อถือและการจัดการ Incident, Security Agent ที่เน้นการตรวจจับความเสี่ยง, FinOps Agent ที่เน้นต้นทุน, QA Agent ที่เน้นคุณภาพการ Release โดยแต่ละตัวมีขอบเขตสิทธิ์และความรู้ของตนเอง
  • บริบทของ Production พร้อมใช้ทันที — ให้เหตุผลได้ครอบคลุมบริการ Dependency การ Deploy เจ้าของ นโยบายการแจ้งเตือน และ Incident ในอดีต แทนที่จะดูเพียงบรรทัด Log เดี่ยว ๆ
  • เลเยอร์เครื่องมือที่ใช้งานได้จริง — ค้นหาด้วย DQL ตรวจสอบ Metric วิเคราะห์ Log เชื่อมโยง Trace ตรวจสอบการเปลี่ยนแปลง สร้างรายงาน และสั่งเริ่มเวิร์กโฟลว์ผ่าน CLI และ MCP Server
  • ธรรมาภิบาลเป็นค่าเริ่มต้น ไม่ใช่ส่วนเสริม — ค่าเริ่มต้นแบบอ่านอย่างเดียว โฟลว์การอนุมัติ ร่องรอยการตรวจสอบ และการออกแบบ Rollback ถูกฝังมาตั้งแต่วันแรก
  • ความต่อเนื่องข้ามกะการทำงาน — บริบทที่คงอยู่แม้มีการเปลี่ยนตัววิศวกร บริบทสูญหาย และการสืบสวนข้ามระบบภายใต้ความกดดัน
  • ทำงานร่วมกับแพลตฟอร์ม AiOps ของคุณ — Toby AI Agents เชื่อมต่อกับแพลตฟอร์ม AiOps และเครื่องมือ IT Ops ที่คุณใช้อยู่แล้ว เพิ่มการทำงานของ Agent ที่มีธรรมาภิบาลบนเวิร์กโฟลว์การแจ้งเตือนและการเชื่อมโยงเหตุการณ์ที่มีอยู่ แทนที่จะมาแทนที่

ทีมแพลตฟอร์มที่มีความเชี่ยวชาญและต้องการสร้างสถาปัตยกรรม Agent ของตนเองยังคงเชื่อมต่อกับ TrueWatch ได้โดยตรงผ่าน MCP Server, CLI และ OpenAPI สำหรับทีมที่ต้องการผลลัพธ์ที่มีธรรมาภิบาลและพร้อมใช้งานใน Production เร็วขึ้น Toby AI Agents คือเส้นทางที่เร็วกว่า ด้วยการรวมระเบียบวิธี เครื่องมือ บริบท และขอบเขตไว้ในผลิตภัณฑ์เดียว

คำถามที่พบบ่อยเกี่ยวกับ Toby AI Agents

ถาม: Agent ที่เข้าถึงเครื่องมือได้ต่างจาก Toby AI Agents อย่างไร

ตอบ: การเข้าถึงเครื่องมือทำให้ Agent เรียก API ได้ ส่วน Toby AI Agents เพิ่มระเบียบวิธีจัดการ Incident ขอบเขตสิทธิ์ คำศัพท์ร่วมด้าน Production และร่องรอยการตรวจสอบ ซึ่งทำให้การเข้าถึงนั้นปลอดภัยและเป็นประโยชน์ใน Production ไม่ใช่แค่เป็นไปได้ในทางเทคนิค

ถาม: Toby AI Agents ดำเนินการโดยอัตโนมัติ หรือแนะนำการดำเนินการเท่านั้น

ตอบ: รองรับทั้งสองโหมด การดำเนินการที่มีความเสี่ยงต่ำและย้อนกลับได้สามารถทำงานโดยอัตโนมัติภายในขอบเขตที่กำหนด ส่วนการดำเนินการที่มีผลข้างเคียง เช่น การปรับขนาด การเปลี่ยนคอนฟิก การตอบสนองด้านความปลอดภัย ต้องได้รับการอนุมัติจากมนุษย์ก่อนดำเนินการ

ถาม: Toby AI Agents เชื่อมต่อกับเฟรมเวิร์กอย่าง Claude Code, Codex หรือ OpenClaw ได้หรือไม่

ตอบ: ได้ TrueWatch เปิดให้ใช้งาน CLI, MCP Server และ OpenAPI ทีมที่รัน Agent ในเฟรมเวิร์กเหล่านี้อยู่แล้วจึงเชื่อมต่อกับข้อมูลและธรรมาภิบาลของ TrueWatch ได้โดยตรง

ถาม: จะเกิดอะไรขึ้นหาก Agent ทำผิดพลาดใน Production

ตอบ: ทุกขั้นตอนการให้เหตุผล การเรียกเครื่องมือ และการตัดสินใจ ถูกบันทึกเป็นส่วนหนึ่งของร่องรอยหลักฐานที่ตรวจสอบได้ การดำเนินการที่แตะต้อง Production ถูกออกแบบให้ย้อนกลับได้ ดังนั้นการตัดสินใจที่ผิดพลาดจึง Rollback ได้ แทนที่จะปล่อยให้ความเสียหายทวีคูณ

ถาม: เราควรสร้าง Agent สำหรับ Production เอง หรือสมัครใช้บริการ

ตอบ: ทำได้ทั้งสองทาง ทีมที่มีศักยภาพด้านวิศวกรรมในการออกแบบบทบาท สิทธิ์ และร่องรอยการตรวจสอบ สามารถสร้างบน MCP Server และ CLI ของ TrueWatch ได้โดยตรง ส่วนทีมที่ต้องการ Agent ที่มีธรรมาภิบาลและพร้อมใช้งานใน Production เร็วขึ้น สามารถสมัครใช้ Toby AI Agents ได้

ถาม: Toby AI Agents สร้างมาเพื่อ ai incident response ไม่ใช่แค่แดชบอร์ด incident management ใช่หรือไม่

ตอบ: ใช่ Toby AI Agents ดำเนินการ ai incident response แบบครบวงจร ตั้งแต่การคัดกรอง การสร้างสมมติฐาน การรวบรวมหลักฐาน การแนะนำการดำเนินการ และการตรวจสอบผลลัพธ์ แทนที่จะแสดงเพียงแดชบอร์ด incident management ให้มนุษย์ตีความเอง

ถาม: Toby AI Agents มาแทนที่แพลตฟอร์ม AIOps ที่เรามีอยู่หรือไม่

ตอบ: ไม่ Toby AI Agents ออกแบบมาเพื่อทำงานควบคู่กับแพลตฟอร์ม AIOps และเครื่องมือ ITOps ที่คุณมีอยู่ เพิ่มการทำงานของ Agent ที่มีธรรมาภิบาลและร่องรอยหลักฐานบนระบบการแจ้งเตือนและการเชื่อมโยงเหตุการณ์ที่คุณใช้อยู่ แทนที่จะมาแทนที่


Toby AI Agents ถูกสร้างขึ้นเพื่อปิดช่องว่างระหว่าง Agent ที่เรียกใช้เครื่องมือได้ กับ Agent ที่ทีมของคุณไว้วางใจได้จริงใน Production เข้าร่วมรายชื่อรอ Toby AI Agents → เพื่อเป็นหนึ่งในทีมแรกที่ได้ทดสอบ AI Agent ที่มีธรรมาภิบาลและพร้อมใช้งานใน Production บน TrueWatch

Get in touch background

เข้าร่วมรายชื่อรอ Toby AI Agents