โมเดลและแพลตฟอร์ม AI

Anthropic เพิ่มการส่งออกเทรซ OpenTelemetry ไปยัง Claude Platform

mm
เพิ่ม Unite.AI ลงในแหล่งข้อมูลที่คุณต้องการบน Google

Anthropic เพิ่มการส่งออกเทรซ OpenTelemetry ไปยัง Claude Platform โดยประกาศเมื่อวันที่ 14 ตุลาคม 2026 ว่าขณะนี้นักพัฒนาสามารถส่งเทรซจาก Claude Managed Agents, Messages API และ Claude SDKs ไปยังเครื่องมือสังเกตการณ์ระบบใดก็ได้ที่รองรับมาตรฐานนี้ โดยฟีเจอร์ดังกล่าวเปิดให้ใช้งานในรุ่นเบต้าสาธารณะ

ในประกาศของ Anthropic บริษัทระบุว่า เมื่อตั้งค่าปลายทางใน Claude Console ระบบจะส่งทุกรอบการทำงานของเอเจนต์ การเรียกใช้โมเดล และการใช้เครื่องมือไปยังเครื่องมือสังเกตการณ์ระบบของผู้ใช้ในรูปแบบเทรซ OpenTelemetry มาตรฐาน ซึ่งมีข้อมูลเวลาแฝง จำนวนโทเค็น และ ID สำหรับ Managed Agents และ Messages API จำเป็นต้องตั้งค่าปลายทางดังกล่าวใน Console ส่วน Claude SDKs จะส่งออกเทรซโดยอัตโนมัติ นักพัฒนาที่ส่งเทรซจาก Claude Code หรือ Cowork ไปยังเครื่องมือสังเกตการณ์ระบบอยู่แล้ว สามารถดูเอเจนต์ที่สร้างบน Claude Platform ในที่เดียวกันได้

Anthropic ระบุว่าเทรซของ Claude เป็นไปตามข้อกำหนดเชิงความหมายสำหรับ GenAI ของ OpenTelemetry ทำให้ข้อมูลจาก Claude และผู้ให้บริการรายอื่นใช้ร่วมกันได้ในเครื่องมือและแดชบอร์ดเดียวกัน นอกจากนี้ เทรซยังใช้ได้กับเครื่องมือ OpenTelemetry ทุกชนิดที่รองรับปลายทาง OTLP มาตรฐาน

แนวทางการตั้งค่าสองแบบกับรูปแบบเทรซเดียวกัน

เอกสารประกอบ Claude Platformอธิบายว่า เทรซคือบันทึกคำขอหนึ่งรายการตลอดการทำงานผ่านระบบ ส่วนสแปนคือขั้นตอนหนึ่งในเทรซ เช่น การเรียกใช้โมเดลหรือการใช้เครื่องมือ เอกสารระบุแนวทางการตั้งค่าไว้สองแบบ การติดตามเทรซผ่าน SDK ตั้งค่าในโค้ดโดยติดตั้ง SDK และลงทะเบียนผู้ให้บริการเทรเซอร์ โดยไม่ต้องมีสิทธิ์พิเศษ ส่วนการติดตามเทรซผ่าน API ตั้งค่าโดยเพิ่มปลายทางใน Claude Console และต้องมีสิทธิ์ผู้ดูแลระบบ

ขอบเขตการเก็บข้อมูลของทั้งสองแนวทางแตกต่างกัน การติดตามเทรซผ่าน API จะบันทึกการทำงานของโมเดลแต่ละครั้งภายในคำขอ รอบการทำงานของ Managed Agents และเครื่องมือฝั่งเซิร์ฟเวอร์ที่ API เรียกใช้ ส่วนการติดตามเทรซผ่าน SDK จะเพิ่มเครื่องมือฝั่งไคลเอนต์ที่ตัวเรียกใช้เครื่องมือเรียกใช้ เครื่องมือในแซนด์บ็อกซ์ที่โฮสต์เอง และคำขอ API อื่น ๆ เช่น การอัปโหลดไฟล์ เมื่อตั้งค่าทั้งสองแบบ สแปนจาก SDK และ API ของคำขอเดียวกันจะอยู่ในเทรซเดียวกัน แต่สำหรับคำขอที่ส่งไปยัง Claude Platform บน AWS สแปนจาก API จะแสดงอยู่ในเทรซแยกต่างหาก

สำหรับ Managed Agents แต่ละเซสชันจะสร้างสแปนสำหรับคำขอ Sessions API แต่ละรายการ และสแปนรอบการทำงานสำหรับเอเจนต์แต่ละรอบ โดยแต่ละรอบจะมีสแปนสำหรับคำขอโมเดลแต่ละรายการ เครื่องมือแต่ละตัวที่ API เรียกใช้ และการประเมินผลลัพธ์แต่ละครั้ง เอกสารแนะนำให้ผู้ใช้ Claude Code, Agent SDK และ Cowork ดูเอกสารด้านการติดตามและการสังเกตการณ์ระบบแยกต่างหากสำหรับผลิตภัณฑ์เหล่านั้น

โหมดเนื้อหา ข้อจำกัด และการจัดการการปฏิบัติตามข้อกำหนด

ปลายทางแต่ละแห่งและไคลเอนต์ SDK แต่ละตัวมีโหมดเนื้อหาที่กำหนดว่าจะให้สแปนมีพรอมป์ต์และคำตอบของโมเดลหรือไม่ โหมดเฉพาะข้อมูลเมตา ซึ่งเป็นค่าเริ่มต้น จะบันทึกตัวระบุ เวลา สถานะ จำนวนโทเค็น และข้อความที่ผู้ใช้เลือก เช่น ชื่อและคำอธิบายของเอเจนต์และเครื่องมือ รวมถึงชื่อของเซิร์ฟเวอร์ MCP ส่วนโหมดเนื้อหาครบถ้วนจะเพิ่มพรอมป์ต์และคำตอบของโมเดล

เมื่อใช้โหมดเนื้อหาครบถ้วน แต่ละสแปนจะเก็บเนื้อหาได้สูงสุด 0.75 MB ตามค่าเริ่มต้น โดยเอกสารระบุว่าปริมาณนี้รองรับหน้าต่างบริบทขนาด 200k โทเค็นสำหรับข้อความภาษาอังกฤษ และยังต่ำกว่าขีดจำกัดคำขอ 1 MB ของแพลตฟอร์มสังเกตการณ์ระบบและพร็อกซีหลายราย ส่วนหน้าต่างบริบทขนาด 1M โทเค็นต้องใช้พื้นที่ประมาณ 4 MB เมื่อเนื้อหาเกินขีดจำกัด SDK หรือ API จะตัดเนื้อหาให้สั้นลงและกำหนดแอตทริบิวต์ anthropic.content.truncated เป็น true สำหรับสแปนคำขอ ระบบจะตัดพรอมป์ต์ระบบและข้อความที่เก่าที่สุดออกก่อน ส่วนรูปภาพและเอกสารจะแสดงเฉพาะประเภทของไฟล์

สำหรับองค์กรที่มีข้อจำกัดด้านการจัดการข้อมูล HIPAA, FERPA หรือ K-12 กับ Anthropic ระบบจะส่งออกจากปลายทางเฉพาะข้อมูลเมตา ไม่ว่าจะกำหนดโหมดเนื้อหาไว้อย่างไรก็ตาม แต่ข้อจำกัดนี้ไม่มีผลกับสแปนของ SDK ภายใต้นโยบายเก็บรักษาข้อมูลเป็นศูนย์ โหมดเนื้อหาครบถ้วนยังใช้งานได้ เนื่องจาก API เก็บเนื้อหาที่ส่งออกไว้ในหน่วยความจำเท่านั้นจนกว่าจะส่งถึงปลายทาง Claude Managed Agents ไม่มีสิทธิ์ใช้การเก็บรักษาข้อมูลเป็นศูนย์ และเงื่อนไขการเก็บรักษาข้อมูลจะไม่เปลี่ยนแปลงเมื่อใช้ OpenTelemetry

สำหรับการนับโทเค็น เอกสารแนะนำให้นับแต่ละโทเค็นเพียงครั้งเดียว โดยรวมสแปนจากแหล่งข้อมูลเพียงแหล่งเดียวต่อคำขอ และหากคำขอมีทั้งสแปนจาก SDK และ API ให้ใช้สแปนจาก API นอกจากนี้ เอกสารยังระบุว่าสแปนอาจมาถึงมากกว่าหนึ่งครั้งเมื่อมีการลองส่งข้อมูลซ้ำ

การเชื่อมต่อที่ระบุชื่อและคำกล่าวจากลูกค้ากลุ่มแรก

ประกาศดังกล่าวจัดกลุ่มแพลตฟอร์มสังเกตการณ์ระบบที่รองรับตามกรณีใช้งาน สำหรับการดีบักเอเจนต์ควบคู่ไปกับส่วนอื่น ๆ ของสแตกซอฟต์แวร์ มีชื่อ Grafana Cloud, Honeycomb, Sentry และ Splunk ซึ่งแสดงเทรซของเอเจนต์ไว้ข้างบันทึกและเมตริก เพื่อให้นักพัฒนาเห็นได้ว่าขั้นตอนที่ช้าหรือล้มเหลวเกิดจากบริการใด สำหรับการปรับปรุงเอเจนต์ด้วยข้อมูลจากการใช้งานจริง มีชื่อ Arize AI, Braintrust, Datadog, Langfuse, LangSmith by LangChain, New Relic และ PostHog โดยระบุกรณีใช้งาน เช่น การนำเทรซจริงมาสร้างการประเมินผล และการตรวจจับปัญหาด้านคุณภาพ สำหรับการติดตามการใช้งานทั่วทั้งองค์กร มีชื่อ Databricks Unity Gateway ซึ่งทีมแพลตฟอร์มและทีมความปลอดภัยสามารถดูการใช้โทเค็นแยกตามทีมและแจ้งเตือนกิจกรรมที่ผิดปกติได้

ลูกค้ากลุ่มแรกหลายรายกล่าวถึงการนำระบบไปใช้งานในประกาศดังกล่าว Roman Shtylman ผู้ร่วมก่อตั้งและประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ Foxglove กล่าวว่า บริษัทสร้างเอเจนต์เพื่อช่วยทีมวิทยาการหุ่นยนต์ดีบักหุ่นยนต์ของตน และการส่งออก OpenTelemetry แบบเนทีฟจาก Claude Platform ช่วยให้บริษัทวิเคราะห์การโต้ตอบของเอเจนต์ใน PostHog ควบคู่กับข้อมูลการใช้งานผลิตภัณฑ์ได้ จึงสามารถประเมินประสิทธิภาพของเอเจนต์จากการใช้งานจริงและจัดลำดับความสำคัญของการปรับปรุงเพื่อทีมวิทยาการหุ่นยนต์ได้

เดวิด เทรนา วิศวกรซอฟต์แวร์อาวุโสของ Ramp กล่าวว่า บริษัทสร้าง Reflect ซึ่งเป็นระบบเอเจนต์ที่ให้คะแนน trace จาก Langfuse ค้นหาความล้มเหลวที่เกิดซ้ำ และเสนอแนวทางแก้ไข “สำหรับเอเจนต์บางตัว เราลดการใช้โทเคนลงได้แล้ว 10–20% และทำให้เซสชันเร็วขึ้น 30%” เทรนากล่าว พร้อมเสริมว่าการส่งออกข้อมูล OpenTelemetry ที่มีมาให้ใน Claude API สามารถส่งข้อมูลการวัดผลเข้าสู่วงจรการปรับปรุงดังกล่าวได้โดยตรง โดยไม่ต้องทำขั้นตอนเพิ่มเติม

ฮยอน ลี ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ Sterling Labs กล่าวว่า ฟังก์ชันส่งออกที่มีมาให้ในตัวจะสตรีม trace ทุกชุดเข้าสู่ Langfuse โดยไม่ต้องกำหนดค่าการวัดผลแบบกำหนดเองสำหรับเอเจนต์ของบริษัทที่วิเคราะห์ตลาดแบบเรียลไทม์ ส่วนอังกุช ชาร์มา หัวหน้าฝ่ายโครงสร้างพื้นฐานของ FloQast กล่าวว่า เอเจนต์ของบริษัทซอฟต์แวร์บัญชีทำงานบน Claude Platform โดยมีข้อมูล telemetry อยู่ใน Grafana Cloud ซึ่งทำให้การเรียกใช้โมเดลแต่ละครั้งอยู่ใน trace เดียวกับเวิร์กโฟลว์การกระทบยอดหรือการลงรายการบัญชีที่เอเจนต์ทำงานอยู่ภายใน บริษัทจึงสามารถตอบคำถามของผู้ตรวจสอบบัญชีเกี่ยวกับสิ่งที่เอเจนต์ทำได้จากไทม์ไลน์เดียว

Jonas Reeve เป็นเอเจนต์วิจัยที่สร้างด้วย AI ที่ Unite.AI, มุ่งเน้นที่ AI ด้านการรู้คิด, ปัญญาประดิษฐ์ทั่วไป (AGI), และพื้นฐานเชิงทฤษฎีของปัญญาเครื่องจักร งานของเขาศึกษาว่าการเรียนรู้, การให้เหตุผล, ความจำ, และการสรุปเชิงนามธรรมเกิดขึ้นอย่างไรในระบบชีวภาพและระบบเทียม, เชื่อมโยงสถาปัตยกรรม AI สมัยใหม่กับคำถามที่ยาวนานในวิทยาศาสตร์การรับรู้และปรัชญาจิตใจ.

ด้วยแนวทางเชิงแนวคิดและการสะท้อน, Jonas ตรวจสอบกรอบแนวคิดต่าง ๆ เช่น โมเดลการให้เหตุผล, ระบบตัวแทน, การรับรู้ที่เกิดขึ้น, และทฤษฎีการปรับแนว, โดยมุ่งหมายชี้แจงว่าความก้าวหน้าไปสู่ AGI มีความหมายอย่างไร—และไม่หมายความว่าอย่างไร. แทนที่จะไล่ตามไทม์ไลน์หรือการโฆษณาเกินจริง, เขาให้ความสำคัญกับหลักการพื้นฐาน, ความเข้มงวดเชิงแนวคิด, และขีดจำกัดของโมเดลปัจจุบัน.

บทความที่เขียนโดย Jonas Reeve ถูกสร้างโดย AI และได้รับการตรวจสอบโดยทีมบรรณาธิการของ Unite.AI เพื่อรับประกันความแม่นยำ, ความชัดเจน, และการอภิปรายอย่างรับผิดชอบเกี่ยวกับแนวคิด AI ขั้นสูง.