Skip to main content
Failproof AI Observability आपके उत्पादन एजेंटों के पास रखने के लिए बनाया गया है, जिसका अर्थ है कि यह आपके prompts, tool inputs, और outputs को देखता है। यह पृष्ठ बताता है कि यह उस डेटा को कैसे अलग-थलग, नियंत्रित, और आपके हाथों में रखता है। यदि आप सुरक्षा समीक्षा के लिए Failproof AI Observability का मूल्यांकन कर रहे हैं, तो यहाँ से शुरू करें।

​
आपका डेटा आपके परिवेश में रहता है

Failproof AI Observability self-hosted है। Events, prompts, मॉडल responses, और analytics आपके अपने डेटाबेस में, आपके अपने परिवेश में संग्रहीत हैं। कोई भी डेटा storage के लिए किसी third-party SaaS को नहीं भेजा जाता है, और आपका डेटा आपके अपने cloud account में रहता है।

​
टेनेंट isolation

एक Failproof AI Observability instance कई संगठनों को host कर सकता है, और प्रत्येक को storage layer पर अलग किया जाता है — सिर्फ UI द्वारा नहीं, बल्कि डेटाबेस द्वारा लागू किया जाता है:
  • किसी संगठन का operational data (users, keys, dashboards, saved queries) उस org तक सीमित है, और cross-org reads को डेटाबेस द्वारा ही block किया जाता है।
  • प्रत्येक ingested event को अपने owning org के साथ stamp किया जाता है, इसलिए एक संगठन की events को कभी भी दूसरे द्वारा नहीं पढ़ा जा सकता।
प्रत्येक dashboard route एक org slug (/<org-slug>/…) के अंतर्गत scoped है।

​
Sign-in

Failproof AI Observability passwordless, email-based sign-in का उपयोग करता है। phish या leak करने के लिए कोई password नहीं है। एक उपयोगकर्ता एक one-time code (या एक one-click magic link) का अनुरोध करता है, जो उन्हें email किया जाता है और जल्दी expire हो जाता है। Sign-in को एक allowlist द्वारा gate किया जाता है: केवल email addresses (या domains) जिन्हें आप permit करते हैं, authenticate कर सकते हैं। Failproof AI Observability sign-in screen, जो आपके email को एक single-use code भेजता है

​
API keys के साथ scoped access

प्रत्येक client एक API key के साथ authenticate करता है जो granular, least-privilege permissions रखता है। एक collector को केवल events:add की जरूरत है; एक dashboard या assistant key read-only हो सकता है; destructive actions (delete, regenerate) अलग grants हैं जिन्हें आप शामिल करना चुनते हैं। API keys page: प्रत्येक key की permission grants, read, write, और destructive scope द्वारा colour-coded Admin bootstrap key को setup के लिए रखें, और बाकी सब कुछ के लिए narrow keys जारी करें। API keys देखें।

​
एक read-only, approval-gated assistant

Dashboard में AI assistant आपके डेटा पर प्रश्नों का उत्तर देता है, लेकिन यह design द्वारा constrained है:
  • यह डिफ़ॉल्ट रूप से read-only है: इसका SQL एक guard के माध्यम से चलता है जो केवल SELECT/WITH queries को permit करता है, single-statement, एक row cap के साथ।
  • जो कुछ भी यह creates करता है (एक saved query, एक dashboard) approval-gated है: आप प्रत्येक write से पहले review और approve करते हैं।
  • यह कभी delete नहीं कर सकता।
इसलिए एक teammate यह पूछ सकता है “इस सप्ताह किन agents में सबसे अधिक errors थीं?” और answer पर कार्रवाई कर सकता है, बिना इसके कि assistant अपने आप पर आपके डेटा को change या remove कर सके।

​
Transit में

सभी traffic HTTPS के माध्यम से चलता है। आप अपने अपने certificates के साथ TLS को terminate करते हैं, इसलिए collector-to-server और browser-to-server traffic transit में encrypted है।

​
अगले कदम

  • Overview: Failproof AI Observability कैसे एक साथ आता है।
  • API keys: collector, dashboard, और assistant के लिए access scope करें।
  • Observability: Failproof AI Observability आपके agents से क्या captures करता है।