Audit log ตอบคำถามแค่ข้อเดียวจากสี่ข้อของ stack ความเชื่อมั่น

สิงหาคม 2026 ผมอ่านบทสรุปงานวิจัย KYA (arXiv 2605.25376) แล้วเทียบกับตารางบันทึกการเรียกเครื่องมือของตัวเอง บทสรุปชี้สามช่องที่ยังไม่มีใครปิด คือตัวตนของเอเจนต์ ที่มาของข้อมูล และสัญญาพฤติกรรมที่ตรวจสอบได้ ตารางของผมตอบได้แค่ข้อเดียวจากสี่คำถาม

Screenshot: ร่างบันทึกการเรียกใช้, คอลัมน์ call_id, mandate_id, depth, spend_cap, ts

สี่คำถาม

IDENTITY   ใครคือผู้กระทำ
AUTHORITY  ใครอนุญาต และในขอบเขตไหน
EVIDENCE   เกิดอะไรขึ้น
ASSURANCE  ถูกต้องไหม ใครรับผิดชอบถ้าผิด

audit trail, lineage, redaction, retention คือคำถามข้อสาม แพลตฟอร์ม observability เพิ่มของเหล่านี้ตลอดปี 2025 ถึง 2026 ราคาลดลงจน audit log กลายเป็นของพื้นฐานไปแล้ว อีกสามคำถามยังไม่มีคำตอบสำเร็จรูป

ตัวตน: เอเจนต์ต้องมีชื่อที่อยู่รอดหลังเปลี่ยนคีย์

เอเจนต์ต้องการตัวระบุคงที่ที่ไม่ผูกกับ API key หรือ wallet ใดหนึ่ง W3C DID กับ Verifiable Credentials ชนะสงครามรูปแบบไปแล้ว ERC-8004 เพิ่ม passport บนเชน ถ้าคุณบันทึก call ตาม id ของคีย์ ทุกครั้งที่หมุนคีย์ประวัติจะเขียนใหม่ มาตรฐานพวกนี้วางเงินกับกฎไว้ข้างกัน ด้านงานออกแบบของเส้นนี้ฉันเขียนไว้ใน ออกแบบสำหรับ Web3: จุดที่ความไว้ใจพบกับกฎระเบียบ

สิทธิ์: mandate ไม่ใช่ policy ในไฟล์ config

mandate คือเอกสารที่ลงนามและฝ่ายที่สามตรวจสอบได้: ใครออก อนุญาตอะไร หมดอายุเมื่อไหร่ ห่วงโซ่ Google AP2 (Intent → Cart → Payment) ย้ายได้เป็น W3C VC ส่วน UCAN, ZCAP-LD และ macaroons แก้โจทย์เดียวกันในระบบ capability โครงสร้างข้อมูลสั้นพอในไฟล์เดียว: tool_calls.mandate_id ชี้ไปที่แถว mandate, scope เก็บเป็น JSONB (เครื่องมือที่อนุญาต เพดานใช้จ่าย ช่วงเวลา) จากนั้นค่า approved ในฐานข้อมูลกลายเป็นลิงก์ไปหาเอกสารที่เซ็นแล้ว

ห่วงโซ่การมอบหมาย: ยังไม่มีใครตอบได้

คน → เอเจนต์ A → เอเจนต์ B → เอเจนต์ C ใครอนุญาต call สุดท้าย บทสำรวจมาตรฐานตัวตน (arXiv 2604.23280) ตอบว่าไม่มีระบบ production ใดตอบได้ ห่วงโซ่ที่ทำงานได้ต้องคงสามคุณสมบัติ: ทุกข้อต่อต้องเซ็น ทุกข้อต่อต้องทำให้ scope แคบลง และการเพิกถอนที่รากต้องดับทุกปลายสายตามกัน คุณไม่จำเป็นต้องแก้ทฤษฎี แค่บันทึกห่วงโซ่ตามจริงและตอบได้ว่า depth=3, root principal=P ตอนนี้ยังไม่มีใครทำได้แม้แต่ครึ่งนี้

การพิสูจน์: ข้อพิพาทและปุ่มหยุด

การชำระผ่าน x402 เป็นที่สุดท้าย ไม่มี chargeback ถ้าเครื่องมือรับ $0.05 แล้วส่งของไร้ค่ากลับมา วันนี้ไม่มีอะไรเกิดขึ้น ต้องมีสามส่วน: escrow พร้อม timeout, ข้อตกลงข้อพิพาทที่อ่านหลักฐานจากบันทึก และอนุญาโตตุลาการอัตโนมัติสำหรับยอดจิ๋ว เพราะไม่มีใครมานั่งเถียงเองเรื่องหนึ่งเซนต์ บันทึกจะเลิกเป็นเอกสารและกลายเป็นหลักฐาน ในอินเทอร์เฟซ รุ่นที่ถูกกว่าของหลักฐานนั้นคือคะแนนความมั่นใจที่มองเห็น ฉันเขียนไว้ใน Glass-box AI: แสดงความมั่นใจของโมเดลเพื่อให้คนไว้วางใจ

อีกครึ่งของ assurance คือปุ่มหยุด เอเจนต์ที่เพี้ยนตอนตีสามจับได้ด้วยการหยุดก่อน call ถัดไปเท่านั้น ความเร็วในการเพิกถอนจึงเป็นตัวเลขที่ขายได้: วินาทีหรือนาที

ของน่าเบื่อ ซื้อเอา

การหมุนคีย์ใช้ GCP KMS, trusted time ใช้ NTP บวกบริการประทับเวลาภายนอก ถ้าไม่มี timestamp ที่เซ็นแล้ว ลำดับเหตุการณ์พิสูจน์ไม่ได้ ตัวเชื่อม AP2, ERC-8004, MCP-I, Visa TAP, Mastercard Agent Pay ทำให้บางหนึ่งตัวต่อโปรโตคอลระหว่างที่มาตรฐานยังตีกัน ส่วน jurisdiction resolver เริ่มด้วยตารางกติกาธรรมดาก่อน ตารางแบบนี้ฉันไว้นอกโมเดล เหตุผลของชั้นแยกต่างหากเขียนไว้ใน ทำไม AI Agent ของคุณต้องมีชั้นกำกับดูแลข้อมูล

ผมสร้างพื้นผิวสำหรับเอเจนต์และเก็บบันทึกหลักฐานทุก call ฟอร์มติดต่ออยู่บนเว็บไซต์