ไปป์ไลน์การตรวจสอบของ Obiguard อยู่ในเส้นทางสำคัญระหว่างแอปพลิเคชันของคุณกับโมเดล ข้อความล่าสุดของแต่ละรอบและคำตอบที่ไม่ใช่แบบสตรีมแต่ละรายการจะถูกประเมินเทียบกับ Criteria ใน Policy Set ที่ใช้งานอยู่ก่อนที่การเรียกจะเสร็จสิ้น คำตอบแบบสตรีมไม่สามารถยับยั้งไว้ได้ จึงถูกตรวจสอบหลังการส่งมอบ และผลการตรวจพบใดๆ จะถูกบันทึกไว้
ข้อความล่าสุดของแต่ละรอบจะถูกสแกนหาความพยายาม injection การละเมิดนโยบาย PII และเนื้อหานอกขอบเขต ก่อนที่คำขอจะถึงโมเดล
completion ที่ไม่ใช่แบบสตรีมจะถูกตรวจสอบก่อนส่งมอบ Obiguard สามารถปกปิด บล็อก หรือทำเครื่องหมายเนื้อหา โดยบันทึกการตัดสินใจไว้ในสมุดบันทึกการตรวจสอบ คำตอบแบบสตรีมถูกส่งออกไปแล้ว จึงถูกประเมินหลังการส่งมอบ และผลการตรวจพบใดๆ จะถูกบันทึกเป็นการทำเครื่องหมาย
กฎที่กำหนดขอบเขตถึง tool-call จะประเมินอาร์กิวเมนต์ของ tool-call ของโมเดลก่อนที่เอเจนต์จะเรียกใช้ การเรียกที่ละเมิดจะถูกบล็อก พักไว้เพื่อตรวจสอบ หรือทำเครื่องหมาย กฎปกปิดจะถูกบันทึกเป็นการทำเครื่องหมาย เพราะไม่สามารถเขียนอาร์กิวเมนต์ใหม่ได้อย่างปลอดภัย การเรียกในคำตอบแบบสตรีมจะถูกตรวจสอบหลังการส่งมอบ
แบบใช้โมเดล 8 แบบ (jailbreak, PII ผ่าน Presidio, ข้อมูลอ่อนไหวผ่าน Obi Lookout, NSFW, ความเป็นพิษ, gibberish, คำหยาบ, Obi Sieve) และแบบใช้กฎ 5 แบบ (รายการห้าม, คู่แข่ง, บรรทัดเดียว, ตัวพิมพ์เล็ก, จำนวนคำ)
Guard, keyword, นิพจน์ปกติ หรือ LLM judge ทำงานแบบซิงโครนัสและอยู่ในเส้นทางคำขอ ไม่ใช่ตัวประมวลผลล็อกเบื้องหลัง
ชื่อ หมายเลขประจำตัว โทรศัพท์ อีเมล ที่อยู่ วันเกิด บัญชีการเงิน ความลับ และโฮสต์ภายใน
กิจกรรมของ guard และนโยบายป้อนเข้าสู่ความครอบคลุมเทียบกับ NIST AI RMF, ISO/IEC 42001, OWASP LLM Top 10, AISCF ของมาเลเซีย และ MGF for GenAI ของสิงคโปร์
