Agents · תשלומי AI

אוטונומיה עם רצועה שבידיים שלכם

השאלה המעניינת היא לא אם סוכני AI יוציאו כסף — אלא מי קובע את הכללים. ב-Protocore Agents התשובה היא תמיד אדם, מראש, בכתב.

01

קודם מדיניות, אחר כך תשלומים

סוכן נולד עם תקציב ורשימת היתר של סוחרים, ואינו יכול לחרוג מאף אחד מהם. כל מה שמעל סף האישור האנושי מושהה ומבקש אישור. הסוכן נע במהירות בתוך הגבולות; הגבולות הם שלכם.

  1. 01תקציבים נאכפים בפלטפורמה, לא מובטחים על ידי הסוכן
  2. 02רשימות היתר קובעות לאן כסף בכלל יכול ללכת
  3. 03ספים מנתבים החלטות גדולות לבני אדם
קונסולת Agents עם תקציבים לכל סוכן, רשימות היתר של סוחרים וספי אישור

קונסולת המדיניות — תקציבים, רשימות היתר וספים לכל סוכן.

02

כל פעולה מתועדת

יומן הביקורת הוא בלתי ניתן לשינוי ושלם: מה הסוכן ניסה, מה המדיניות אישרה, מי אישר מה. כשסוכן מתנהג שלא כשורה — או שמתברר שמדיניות שגויה — מתג העצירה עוצר אותו מיד, והיומן מראה בדיוק מה קרה.

עורך מדיניות עבור Ops Agent עם שדות תקציב, רשימת היתר של ארבעה סוחרים, מחוון סף אישור של €100.00, הערת ביקורת חובה והרצה חוזרת של החלטות 24 שעות אחורה מול הטיוטה

מדיניות כמסמך — עם גרסאות, גיבוב וחתימה, ואפשר להריץ אותה מחדש לפני השמירה.

יכולות

כל מה ש-Protocore Agents כולל.

  1. 01קונסולת מדיניות
  2. 02אישורים בתוך הזרימה
  3. 03ארנקי סוכנים
  4. 04יצירת סוכן
  5. 05עורך המדיניות
  6. 06ביקורת, החלטה אחר החלטה
  7. 07תקציב לכל סוכן
  8. 08תקרות חודשיות
  9. 09איפוס תקציב לפי השעון
  1. 10רשימות היתרים לספקים
  2. 11ספי אישור
  3. 12אישורים אנושיים חתומים
  4. 13שביל ההסלמה
  5. 14יומן ביקורת בלתי ניתן לשינוי
  6. 15שלמות בשרשרת hash
  7. 16ייצוא כ-JSON
  8. 17Kill-switch
  9. 18מוקפא, לא אבוד
  1. 19מפתחות עם הרשאות מוגבלות
  2. 20מפתחות מונפקים פעם אחת
  3. 21hash מדיניות בכל חתימה
  4. 22גרסאות מדיניות
  5. 23replay לפני אישור
  6. 24סליקה על מסלולים אמיתיים
  7. 25MCP endpoint
  8. 26צי סוכנים
לכל 26 היכולות בפירוט

01קונסולת מדיניות

מסך אחד מחזיק את כל הצי: כל סוכן, מגבלת היומית שלו, רשימת ההיתרים שלו וכמה הוציא היום. בהדגמה, שלושה סוכנים הוציאו €184.20 עד 09:41 — שני תשלומים נחסמו, אחד ממתין לאדם. עריכות מדיניות חלות מיד; הסוכן מגלה זאת בפעם הבאה שינסה לשלם.

  • תקציבים, רשימות היתר וספים נערכים לכל סוכן
  • הוצאות, חסימות ואישורים ממתינים במבט אחד
  • ההחלטות של 24 השעות האחרונות, ניתנות לייצוא

02אישורים בתוך הזרימה

הסוכן מציע, אדם מחליט. בדמו, Billing Agent מבקש לשלם חשבונית #088 של Nord Logistics — €120.00, בתוך תקציב יומי של €200.00 שמתוכו כבר נוצלו €64.20, אך מעל סף האישור של €50.00 — והבקשה ממתינה 14 דקות ללחיצה על אישור או דחייה. המדיניות, הרשומה של הספק ברשימת ההיתרים והחשבון המשלם מופיעים ממש מתחת לכפתורים.

03ארנקי סוכנים

כל סוכן פועל מארנק משלו, עם מדיניות משלו. Billing Agent בדמו מציג €135.80 שנותרו מתוך מגבלה יומית של €200.00 — €64.20 הוצאו בשלושה תשלומים, האיפוס ב-00:00 — עם תקרה של €150.00 לעסקה, אישור אנושי מעל €50.00 ושני ספקים מורשים. תשלומים אחרונים מסומנים auto כשהמדיניות אישרה אותם לבדה.

  • מגבלה יומית, הוצאה, תקרה ויתרת תקציב במסך אחד
  • ספקים מורשים עם היסטוריית התשלומים שלהם
  • תשלומים מסומנים auto או כמאושרים על ידיך

04יצירת סוכן

סוכן הוא קודם כול מדיניות, ורק אחר כך קוד. ל-Billing Agent בדמו מוגדרים מגבלה יומית של €200.00, תקרה של €150.00 לעסקה, שני ספקים מרשימת ההיתרים ואישור אנושי מעל €50.00 — הכול בשלב 2 מתוך 3, עוד לפני שקיימים מפתחות. המפתחות מונפקים פעם אחת, מוצגים פעם אחת בלבד, וכל חתימת תשלום נושאת את ה-hash של המדיניות.

05עורך המדיניות

מדיניות היא מסמך עם גרסאות. בעריכת הדמו מועלית התקרה לעסקה של Ops Agent: v14 הופכת ל-v15, השינוי כולל הערת ביקורת חובה, והוא נשמר חתום על ידי המפעיל עם hash מדיניות חדש. לוח ה-replay מריץ את 24 השעות האחרונות של החלטות אמיתיות מול הטיוטה — רואים מה המדיניות הייתה מאשרת עוד לפני שהיא עולה לאוויר.

  • מגבלה יומית, תקרה לעסקה ותקרה חודשית לכל סוכן
  • הערת ביקורת בכתב נדרשת בכל שמירה
  • replay של 24 שעות מול הטיוטה לפני האישור

06ביקורת, החלטה אחר החלטה

ההחלטה DEC-4471 משחזרת תשלום אחד במלואו: הבקשה, כל בדיקת מדיניות עם תוצאתה — רשימת היתרים עברה, תקרה עברה, סף הוביל להסלמה — האישור האנושי עם החתימה שלו, והסכום שהוסדר, €120.00, עם המסלול והאסמכתה. הרשומה שרשרת hash ומיועדת להוספה בלבד; עריכת שדה כלשהו שוברת את השרשרת מאותה נקודה ואילך.

07תקציב לכל סוכן

תקציב הוא חומה, לא המלצה. כל סוכן נושא מגבלה יומית ותקרה לעסקה — €500.00 ליום, €150.00 לתשלום במדיניות הדמו — והפלטפורמה אוכפת אותן לפני שהכסף זז. ניסיון הצ'רטר של בוט הנסיעות ב-€640.00 נדחה במקום: חריגה מהתקרה.

08תקרות חודשיות

מעל המגבלה היומית יש תקרה חודשית — €6,000.00 במדיניות הדמו. סוכן שמתנהג למופת בכל יום עדיין לא יכול לחרוג ממה שהחודש מאפשר.

09איפוס תקציב לפי השעון

תקציבים יומיים מתאפסים בשעה קבועה — 00:00 CET בדמו — והיא מוצגת בארנק הסוכן. ההוצאה נצברת מול חלון שכולם רואים, לא מול תעלומה נעה.

10רשימות היתרים לספקים

סוכנים משלמים רק לספקים שהוספתם מראש. Ops Agent בדמו מכיר בדיוק ארבעה — וניסיון של €180.00 מול ספק שאינו ברשימה נדחה כ-not-listed. הוספת ספק היא לחיצה אחת; הסרה נכנסת לתוקף מיד.

11ספי אישור

קבעו את הסף שמעליו נדרש אדם שיגיד כן. מדיניות הדמו מסלימה כל סכום מעל €100.00: הסוכן עוצר, אדם מקבל את ההצעה, ושום דבר לא זז עד שהוא עונה. מתחת לסף הסוכן פועל בחופשיות — בתוך התקציב ורשימת ההיתרים.

12אישורים אנושיים חתומים

אישור הוא לא תיבת סימון — הוא נרשם עם שם המאשר, המכשיר והשעה, וחתימה מצורפת. החלטת הדמו מראה זאת: אושר באפליקציה, מפתח טלפון, 09:41:12.

13שביל ההסלמה

הצעה, הסלמה, אישור, היתר — כל שלב עם חותמת זמן ברשומת ההחלטה. כשמישהו שואל למה תשלום קרה, התשובה היא רצף, לא משיכת כתפיים.

14יומן ביקורת בלתי ניתן לשינוי

כל החלטה נרשמת: מה הסוכן ניסה, מה המדיניות קבעה, מי אישר מה — עד סבבי מפתחות. הרשומות להוספה בלבד וניתנות לייצוא. כשמשהו נראה לא תקין, היומן מראה בדיוק מה קרה ומתי.

15שלמות בשרשרת hash

כל רשומת ביקורת נושאת hash משלה, את ה-hash של הרשומה הקודמת ואת מיקומה בשרשרת — #4,471 בדמו. אפשר לאמת את השרשרת בכל רגע; כל שינוי בכל מקום שובר את כל מה שאחריו.

16ייצוא כ-JSON

כל החלטה ניתנת לייצוא כ-JSON, כולל ה-hash — מוכנה לארכיון שלכם, למבקר או לתחקיר אירוע. היומן שלכם לקחת, לא שלנו לשמור.

17Kill-switch

לחיצה אחת משהה סוכן ועוצרת מיד את כל התשלומים שהוא יוזם. המפתחות נשארים תקפים, כך ששום דבר אחר לא נשבר — הסוכן פשוט לא יכול להוציא כסף עד שאדם מפעיל אותו מחדש. בצי הדמו, בוט הנסיעות מושהה עם €0.00 הוצאה.

18מוקפא, לא אבוד

השהיית סוכן מקפיאה את ההצעות הממתינות שלו במקום לזרוק אותן. מבטלים את ההשהיה והתור בדיוק איפה שהיה — אף הצעה לא מתה בשקט רק כי אדם לחץ על הבלם.

19מפתחות עם הרשאות מוגבלות

אישורי הגישה של סוכן מעניקים יכולות, לא גישה גורפת. הרשאות (scopes) כמו payments.send ו-refunds.issue מופעלות וכבות בנפרד — אצל סוכן הדמו subscriptions.manage כבויה. אפשר לבטל או לסובב מפתח בלי לגעת במדיניות שמתחתיו.

20מפתחות מונפקים פעם אחת

מפתחות סוכן מוצגים פעם אחת בלבד, בהנפקה, ולא שוב. מה שהפלטפורמה לא יכולה להציג מחדש, תוקף לא יכול לבקש מחדש.

21hash מדיניות בכל חתימה

כל תשלום נחתם במפתח הסוכן וב-hash של המדיניות שאישרה אותו. תשלום לא רק מספר מה קרה — הוא מוכיח אילו כללים חלו כשזה קרה.

22גרסאות מדיניות

למדיניות יש גרסה, hash, מחבר וחותמת זמן — v14, עודכנה ב-17 ביולי בשעה 09:12 בדמו. כל החלטה מפנה לגרסה המדויקת של המדיניות ששפטה אותה.

23replay לפני אישור

העורך מריץ מחדש את 24 השעות האחרונות של החלטות מול הטיוטה: מה אושר, מה נדחה, מה ישתנה. טעויות מדיניות צצות בתצוגה המקדימה, לא בפרודקשן.

24סליקה על מסלולים אמיתיים

הצעה שאושרה הופכת לתשלום אמיתי — €120.00 בדמו הוסדרו ב-SEPA Instant עם אסמכתה 9F21-0716, דקות אחרי האישור. הסוכנים מוציאים כסף מאותה ליבה שעליה פועלת שאר המשפחה.

25MCP endpoint

סוכנים מתחברים דרך MCP בכתובת mcp.protocore.io/agents — כל framework שמדבר את הפרוטוקול יכול להחזיק ארנק Protocore. משטח האינטגרציה נשאר קטן: מציעים תשלום, מקבלים החלטה. המדיניות חיה בפלטפורמה, לא בפרומפט.

26צי סוכנים

מריצים סוכן אחד או רבים. הדמו מריץ שלושה — תפעול, רכש, בוט נסיעות — לכל אחד תקציב, רשימת היתרים וסף משלו. משהים אחד והאחרים ממשיכים לעבוד; מדיניות לא זולגת בין סוכנים.

מסכים

בתוך המוצר.

ממשק מוצר אמיתי, עם נתוני דמו.

החלטה אחת, משוחזרת במלואה — בדיקות, חתימה, סליקה, שרשרת גיבובים.

FAQ

Agents תחת מדיניות — תשובות.

  • התקציב נאכף בפלטפורמה, לא מובטח על ידי הסוכן. סוכן לא יכול לחרוג מהמגבלה היומית או מהמגבלה לעסקה, לא משנה מה החליט, וכל מה שמעל סף האישור מושהה ומחכה לאדם לפני שהכסף זז.

  • רק לסוחרים שברשימת ההיתר שלו. הרשימה קובעת לאן כסף בכלל יכול ללכת, עוד לפני כל בדיקת תקציב — סוכן משלם איפה שהגדרתם, ובשום מקום אחר.

  • הוא מושהה ומנותב לאדם לאישור; התשלום נסלק רק אחרי שאדם חתם, והבקשה, הבדיקות והחתימה נרשמות כולן. מתחת לקו הסוכן פועל לבד בתוך הגבולות.

  • מתג עצירה לכל סוכן עוצר אותו בהקשה אחת — מיידית, לא במחזור הבא. יומן הביקורת מראה אז בדיוק מה עשה עד אותו רגע.

  • דרך MCP בכתובת mcp.protocore.io/agents, עם ה-API והתיעוד לחיבור כל מסגרת למדיניות. המדיניות — תקציב, רשימת היתר, סף — נקבעת עוד לפני שמפתחות הסוכן קיימים.

  • נתיב הביקורת הוא בלתי ניתן לשינוי ומקושר בשרשרת גיבובים: הבקשה, כל בדיקת מדיניות ותוצאתה, חתימת האישור האנושי והתשלום שנסלק. גם המדיניות עצמה מנוהלת בגרסאות, מגובבת, חתומה, וניתנת להרצה חוזרת לפני השמירה.

הערכה

נותנים לסוכן מדיניות ותקציב.

01

הדגמה מודרכת

נעבור יחד איתכם על כל המעגל — יצירת סוכן, הגדרת המדיניות שלו, וצפייה בתשלום שמועבר לאישור ומתיישב כ-SEPA רגיל.

02

חשבון Sandbox

סביבת בדיקות שבה הצוות שלכם יכול להגדיר תקציבים, רשימות מותרים וספים, ואז לחצות כל אחד מהם ולקרוא את היומן append-only.

03

גישת MCP + API ותיעוד

חברו סוכן בדיקה דרך MCP בכתובת mcp.protocore.io/agents, עם ה-API והתיעוד לחיבור מסגרת העבודה שלכם למדיניות.

04

עצמאי או whitelabel

בחנו תחת המותג של Protocore או תחת המותג שלכם — הסוכנים שלכם, המדיניות שלכם, בשני המצבים.

זמינות

זמין כפתרון עצמאי או כ-whitelabel — הסוכנים שלכם, המדיניות שלכם, בכל מותג.

באקוסיסטם

Agents מוציא כסף על התשתית של Pay תחת מדיניות אנושית, מסתלק כ-SEPA רגיל וכותב לאותו מודל ביקורת ש-Center קורא.

בוחרים מוצר. או לוקחים את הליבה.

כל מה שלמעלה רץ בדמואים בפרודקשן שנוכל להדריך אתכם בהם — standalone, whitelabel או כפלטפורמה אחת. ספרו לנו מה אתם בונים ונראה לכם את הדרך הקצרה ביותר.