דלג לתוכן

פרוטוקול סוכן אישי (Personal Agent Protocol)

כלים וסוכנים

הגדרה

פרוטוקול סוכן אישי (Personal Agent Protocol) הוא תקן פתוח ש-Sierra ו-Meta הכריזו עליו ב-6 באוקטובר 2026, וקובע איך סוכן AI שפועל בשביל אדם מזדהה אצל עסק, איך המשתמש מתחבר דרכו לחשבון שלו, ומה מותר לסוכן לעשות שם.

💡 דוגמה

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

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

מה זה פרוטוקול סוכן אישי

פרוטוקול סוכן אישי (Personal Agent Protocol) הוא תקן פתוח שנועד לקבוע איך סוכן בינה מלאכותית שפועל בשביל אדם אחד עובד מול עסק: איך הוא מוצא את העסק, איך הוא מזדהה, איך המשתמש מתחבר לחשבון שלו דרכו, ומה מותר לסוכן לעשות שם. ב-6 באוקטובר 2026 הכריזו עליו ברט טיילור וקליי בבור, מייסדי חברת Sierra, בפוסט בבלוג של החברה, ובאותו יום פרסמה גם Meta הודעה משלה באתר Meta for Business. לפי שתי ההודעות, Meta ו-Sierra מפתחות את התקן יחד עם שותפים מהתעשייה, והוא יהיה "פתוח לכל מי שרוצה לממש אותו". לתקן יש גם כינוי: באתר הרשמי שלו, personalagentprotocol.org, הוא נקרא "Poppy" בקיצור. הרעיון המרכזי מנוסח בפוסט של Sierra כך: הצרכנים מחליטים איזו גישה לתת לסוכנים האישיים שלהם, והחברות קובעות את הגבולות של מה שהסוכנים האלה יכולים לעשות אצלן.

הבעיה: הכול או כלום

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

איך זה עובד: גילוי, ביקור והתחברות

התקן נשען ככל האפשר על תקנים קיימים: OAuth, אסימוני JWT, ‏HTTPS, ‏OpenAPI ו-MCP. הוא מגדיר משהו חדש רק כשאין תקן שמכסה את הצורך. הצעד הראשון הוא גילוי: עסק שמשתתף מפרסם באתר שלו קובץ בכתובת קבועה, ‎/.well-known/poppy.json, שבו כתוב מי העסק, איך מתחברים אליו ואילו ממשקים הוא מציע. מכאן מתחיל "ביקור" (Session). לפי המפרט, ביקור מתחיל במצב לא מחובר: העסק יודע איזה סוכן פונה אליו, ומכיר את המשתמש רק לפי מזהה שאין בו מידע אישי. המזהה קבוע, אבל שונה בכל עסק, כדי שעסקים לא יוכלו להצליב משתמשים ביניהם. גם הסוכן עצמו מזדהה, ועסק רשאי לנהל רשימות של סוכנים מותרים וחסומים. כשמשימה דורשת את החשבון של המשתמש, הוא מתחבר. המפרט בגרסה 0.1 מתאר שלוש דרכים: כניסה בדף של העסק עצמו בדפדפן, כניסה ממכשיר אחר בעזרת קישור וקוד שהסוכן מציג, ו"כניסה בתיווך", שבה הסוכן שולח לעסק את פרטי הכניסה בשם המשתמש, אם העסק מאפשר זאת. בכל מקרה העסק קובע אילו הרשאות אפשר לתת — בבסיס, קריאה בלבד (poppy:read) או גם ביצוע שינויים (poppy:write) — והמשתמש בוחר מתוכן. הגישה נשמרת עד שהמשתמש או העסק מבטלים אותה.

שלושה ערוצים: אתר, ממשקים וסוכן החברה

אחרי שהביקור התחיל, העסק בוחר דרך אילו ערוצים הסוכן יעבוד מולו, והפוסט של Sierra מונה שלושה. הראשון הוא האתר הרגיל: הסוכן גולש בדפים כמו קודם, אבל לפי אתר התקן הדפדפן שלו מוכיח לאיזה ביקור הוא שייך, כך שהעסק מזהה את המשתמש ומחיל את ההרשאות שלו בכל דף. השני הוא ממשקי תכנות (API), שבנויים על תקנים כמו MCP ו-OpenAPI, ויכולים להיות יעילים יותר מגלישה בדפים. השלישי הוא שיחה עם הסוכן של החברה עצמה, למשימות שדורשות דיאלוג, כמו תביעת אחריות על מוצר. ביקור אחד מכסה את כל הערוצים, כך ששאלה לפני ההתחברות ושינוי בהזמנה אחריה הם אותו ביקור. בשיחות נקבע כלל נוסף: לפי המפרט, כל הודעה מסומנת אם כתב אותה אדם או AI. הסוכן מסמן הודעה כ"אנושית" רק כשהיא מכילה את המילים של המשתמש עצמו; סיכום או תרגום של דבריו נחשבים לכתיבה של הסוכן. אפשר גם להעביר שיחה לנציג אנושי בחברה.

מי משתתף

רשימות השותפים בהכרזות לא זהות. בפוסט של Sierra מופיעים Genesys, ‏Instinct, ‏Rocket, ‏Shopify, ‏Stripe ו-Walmart. בהודעה של Meta מופיעים Genesys, ‏NiCE, ‏Decagon, ‏Rocket, ‏Shopify, ‏Stripe ו-Walmart, כלומר גם NiCE ו-Decagon, שלא הופיעו ברשימה של Sierra. בעמוד "Path to 1.0" באתר התקן מופיעה רשימה ארוכה יותר של "שותפי עיצוב" שהסכימו להופיע בה, מחולקת לשלוש קבוצות. בקבוצת הסוכנים האישיים: Instinct, ‏Meta ו-OpenAI. בקבוצת החברות נמצאים, בין היתר, Bank of America, ‏PayPal/Venmo, ‏Target, ‏United Airlines, ‏Wells Fargo ו-Walmart. בקבוצת ספקי הטכנולוגיה נמצאים, בין היתר, Visa, ‏Mastercard, ‏Okta, ‏Cloudflare, ‏Shopify, ‏Stripe ו-Sierra. יש כאן פער: ב-7 באוקטובר 2026 כתב אתר Channel Insider ש-OpenAI ו-Anthropic "אינן כרגע בין המשתתפים שנקבו בשמם". נכון ל-19 באוקטובר 2026, OpenAI מופיעה ברשימת שותפי העיצוב באתר, ו-Anthropic לא. קווין מילר, ראש תחום התשלומים ב-Stripe, אמר בפוסט של Sierra ש"קשר עם לקוח לא מתחיל ולא נגמר בקופה".

מה פורסם בפועל: גרסה 0.1 וטיוטה 0.2

בהכרזה מ-6 באוקטובר 2026 כתבה Sierra שמפרט בגרסה 0.1 יפורסם "בהמשך החודש", יחד עם מימוש לדוגמה למפתחים. לפי דף השינויים באתר התקן, גרסה 0.1 פורסמה ב-9 באוקטובר 2026 כ"טיוטה הראשונה שפורסמה", והיא קפואה בכתובת משלה. במקביל נפתחה טיוטה 0.2, שעדיין בעבודה ונכון ל-19 באוקטובר 2026 לא פורסמה. רבים מהשינויים בה מסומנים "שוברים" (Breaking), כלומר מימוש שנבנה לפי 0.1 יצטרך להשתנות. לפי עמוד "Path to 1.0", עד גרסה 1.0 כל עדכון רשאי לשבור תאימות לטיוטות קודמות. הטקסט של התקן והתיעוד שלו מתפרסמים ברישיון Apache 2.0, ומאגר הקוד שלו פתוח ב-GitHub, שם מתקבלים משובים כ-Issues. ב-17 באוקטובר 2026 נוספה למאגר "ערכת מימוש לחברות", עם הוראות, סכמות ובודק תקינות. בטיוטה 0.2 נוסף גם פרק על אבטחה, שקובע בין היתר שסוכן אישי חייב להתייחס לתוכן שמגיע מעסק כאל מידע ולא כאל הוראות, כהגנה מפני הזרקת פרומפט.

מה עוד לא בתקן: תשלומים והתראות

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

איפה הוא עומד ליד פרוטוקולים אחרים

בעולם הסוכנים כבר יש כמה תקנים, וכל אחד מטפל בשכבה אחרת. MCP הוא, לפי האתר הרשמי שלו, תקן קוד פתוח לחיבור אפליקציות AI למערכות חיצוניות — מקורות מידע וכלים. A2A, שגוגל פיתחה והעבירה ל-Linux Foundation, הוא תקן לתקשורת ולשיתוף פעולה בין סוכני AI. פרוטוקול סוכן אישי לא בא במקומם: המבוא למפרט מציין שהוא מכסה חלקים רבים של המפגש בין סוכן לעסק, "מעבר לשיחות בין סוכנים שפרוטוקולים אחרים מתמקדים בהן" — גילוי, זהות, התחברות, גלישה, ממשקים ושיחות — ומשתמש ב-MCP כאחד הערוצים שעסק יכול להציע. בתחום הקרוב, זיהוי סוכנים אצל סוחרים, השיקה Visa ב-14 באוקטובר 2025 את Trusted Agent Protocol, שפותח יחד עם Cloudflare ונועד לעזור לסוחרים להבחין בין סוכנים אמינים לבוטים זדוניים. The Next Web ציין ש-Stripe ו-Shopify תומכות בשני המאמצים.

שאלות פתוחות

השאלה הגדולה היא אם עסקים וסוכנים יאמצו את התקן. לפי Channel Insider, ברט טיילור תיאר את המצב הנוכחי כ"סוג של כאוס עד שיהיה תקן כזה". לפי אותו דיווח, אמזון חסמה את מיוז מהאתר שלה. בהודעה של Meta נכתב ש"לסרב לסוכן אישי פירושו לסרב ללקוח שעומד מאחוריו", אבל ההצטרפות לתקן היא בחירה של כל עסק, והתקן עצמו משאיר לעסק את ההחלטה אילו סוכנים לאפשר ואילו לחסום. שאלה אחרת היא רגולציה: The Next Web הזכיר שכללי האימות החזק של לקוחות באיחוד האירופי, שנכתבו לאדם שמאשר תשלום, אינם כוללים חריג לתוכנה שפועלת בשמו, ושנכון ליום ההכרזה אף קמעונאי, בנק או חברת תשלומים אירופית לא הוזכרו כמשתתפים. באתר התקן לא מתואר עדיין גוף שינהל אותו, ולא נקבע מועד לגרסה 1.0.

📬 הגיליון השבועי של Wiki-AI

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

שלוש דרכים שבהן משתמש מתחבר לחשבון דרך הסוכן שלו (לפי גרסה 0.1 של המפרט)
כניסה ישירה (Direct)כניסה ממכשיר אחר (Device)כניסה בתיווך (Mediated)
איפה המשתמש מתחברבדף של העסק, בדפדפן שלובדף של העסק, בכל מכשיר שירצה, למשל בטלפון, עם קישור וקוד שהסוכן מציגהסוכן מתחבר בשבילו, עם פרטים שהמשתמש מסר לו
האם הסוכן מקבל את פרטי הכניסהלאלאכן, למשל מייל וסיסמה
על מה זה בנויOAuth, בתהליך קוד הרשאהOAuth, בהרשאת מכשירבקשות שהפרוטוקול מגדיר, לא OAuth
מתי זה מתאיםכשהסוכן יכול לפתוח למשתמש דף בדפדפןלסוכן שלא יכול לקבל חזרה מהדפדפןרק אם העסק מאפשר זאת

שאלות נפוצות ❓

מי עומד מאחורי פרוטוקול סוכן אישי?

Sierra ו-Meta הכריזו עליו ב-6 באוקטובר 2026, יחד עם שותפים כמו Shopify, ‏Stripe, ‏Walmart ו-Genesys. התקן פתוח, והטקסט שלו מתפרסם ברישיון Apache 2.0.

האם המפרט כבר פורסם?

כן, כטיוטה. לפי אתר התקן, גרסה 0.1 פורסמה ב-9 באוקטובר 2026, וטיוטה 0.2 עדיין בעבודה. עד גרסה 1.0 כל עדכון רשאי לשבור תאימות לקודם.

האם הסוכן יכול לשלם בשמי דרך התקן?

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

האם העסק יודע מי אני לפני שהתחברתי?

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

מה ההבדל בינו לבין MCP?

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

שתפו:וואטסאפטלגרם

מצאתם טעות בערך, או שיש לכם מקור שכדאי להוסיף? כתבו לנו