חברו את הסוכנים שלכם out-of-band. Dobby סורקת כל ריצה מול המסגרות הרגולטוריות שחלות ומייצאת את ה-evidence pack שרכש ומבקרים מקבלים.
חברו את הסוכנים ו-Dobby רואה כל ריצה (מה היא עשתה, איזה צוות הריץ אותה, וכמה היא עלתה ב-tokens), ואז בוחנת אותה מול המדיניות שלכם והופכת אותה להוכחה שאפשר להציג. פעילות נכנסת, הוכחה יוצאת.
כל ארגון כותב מדיניות נתונים. ואז ה-AI רץ מעליה ומקבל החלטות על אילו נתונים נוגעים, לאן הם הולכים ומי בדק אותם. אלה החלטות שבני אדם כבר לא יכולים לעקוב אחריהן או להוכיח. רגולטור, מבקר או צוות רכש מבקש את הראיות, והיום אתם לא יכולים להפיק אותן.
Dobby צופה בפעילות ה-AI שלכם out-of-band, סורקת כל ריצה מול מודולי התאימות שכל טננט הפעיל, ואורזת את התוצאה כראיות מוכנות-לביקורת, לכל מסגרת, לכל מודול.
workflow של החלטת אשראי רץ. Dobby סורקת אותו מול EU AI Act ו-DORA, מוצאת את הפערים, ומפיקה את החבילה שהייתם מגישים למבקר, בדיוק בצורה שצוות הסיכונים של בנק מבקש בבדיקת ספקים.
Dobby קוראת את טלמטריית הריצות שלכם. היא לעולם אינה יושבת בנתיב הבקשה. non-custodial by design: במודולים רגולטוריים (Fintech AI Evidence) ה-payloads הגולמיים נכתבים בכפייה למאגר בבעלות הלקוח, ובמקומות אחרים הניתוב הזה זמין כאופציה.
סעיף 14 נכשל: החלטה נסגרה בלי שנרשם בודק אנושי. אתם רואים את זה לפני המבקר.
מטריצת בקרות, דוח פערים, ממצאים ומניפסט SHA-256, החבילה שצוות הסיכונים של בנק באמת מבקש.
כל טננט מפעיל את מודולי התאימות שהוא צריך. Out-of-band ובלתי תלוי מסגרת: אותו מנוע, מצומצם למסגרות שהדלקתם. non-custodial by design: אפשר לנתב את ה-payloads הגולמיים ל-dataset בבעלות הלקוח (נאכף במודולים רגולטוריים, זמין כאופציה במקומות אחרים).
לספקי AI שמוכרים לבנקים ולחברות פינטק, ולצוותי הסיכונים בצד השני של בדיקת הספקים. סורק כל ריצה מול EU AI Act, DORA ו-SOC 2; מייצא את ה-evidence pack המוכן-לביקורת שהבודק מבקש.
אכיפת מדיניות נתונים לרוחב הארגון, לחברות בינוניות וגדולות בסביבה רגולטורית, על כל מודל, סוכן ו-pipeline במערך ה-AI.
לספקי AI קליני ולאחראי תאימות בבתי חולים: מדיניות ניתנת לאימות על נתוני מטופלים, מהמודל ועד ה-pipeline.
לספקי AI שמוכרים לממשלה ולרשויות: ראיות בצורה שמכרזי המגזר הציבורי ומסגרות האמון שלו דורשים.
מודולים נוספים בפיתוח. שוק המודולים ו-SDK למפתחי צד-שלישי נמצאים במפת הדרכים.
control plane אחד. כל מודול מפעיל פרוסה ממנו. כל מה שלמטה הוא תשתית פלטפורמה משותפת, בלתי תלוית מסגרת ו-out-of-band. non-custodial by design: נאכף במודולים רגולטוריים, זמין כאופציה במקומות אחרים.
אנחנו מתייחסים לאבטחה ולטיפול בנתונים כפי שבודקי הרכש מבקשים מאיתנו. בלי הצהרות שווא, בלי לוגואים שלא הרווחנו, רק העמדה שאנחנו מקיימים היום, והתקנים שאנחנו עובדים לקראתם.
בנוי לספקי ה-AI שנדרשים לענות על דרישות הראיות שהרכש והביקורות מבקשים היום, ולבודקים בבנקים, בחברות פינטק ובארגונים גדולים בצד השני.
Dobby מחזיקה מטא-דאטה, ממצאים וראיות חתומות. במודולים רגולטוריים (Fintech AI Evidence) ה-payloads הגולמיים נכתבים בכפייה ל-dataset בבעלות הלקוח; במקומות אחרים הניתוב הזה זמין כאופציה. כל עוד workload לא מכוון ל-dataset שלכם, הסורק קורא את נתוני הריצה במאגר האזורי של Dobby. תמיד out-of-band: Dobby לעולם אינה יושבת בנתיב הבקשה.
נתוני מרחב העבודה מקובעים בעת היצירה ל-IL · EU · US. האזור קבוע; כתיבה בין אזורים לא מתרחשת.
מסמכי בסיס חוקי, תהליך DSAR, רשימת מעבדי משנה, שמירת שובל ביקורת ל-365 יום. DPA ארגוני עם SCCs זמין.
הפלטפורמה בנויה סביב בקרות SOC 2: גישה, מעקב שינויים, שובל ביקורת בלתי ניתן לשינוי. הסמכת Type II בתהליך.
AES-256 במנוחה לכל הנתונים הרגישים, TLS בהעברה, גיבוב SHA-256 למפתחות. גזירת KEK ייעודי לכל טננט עבור פרטי הגישה של הספקים.
מנוע בארבעה מצבים: תואם, מופר, דורש בדיקה, בלתי ניתן לאימות. אנחנו לעולם לא מכסים על פער בתווית "תואם".
העמדה המלאה, מעבדי משנה, שמירת נתונים ואיש קשר לאבטחה: מעבר ל-Trust Center →
שאלות הרכש שמגיעות אלינו כל שבוע. אם משהו חסר, כתבו לנו. אנחנו מעדיפים את השיחה על פני התחמקות ממנה.
pip install dobby-collector / npm install @dobbyai/collector), gateway מסוג out-of-band, או webhook ממערך התצפית הקיים שלכם. בלי נקודת כשל חדשה, בלי רכיב שיושב בנתיב הבקשה, בלי החזקת מפתחות.התחילו עם Fintech AI Evidence: חברו workflow, סרקו אותו מול EU AI Act + DORA + SOC 2, ייצאו את ה-evidence pack. התחלה בחינם, בלי כרטיס אשראי.