Skip to content
פעיל

MCP

שני קצוות הפרוטוקול: שרת ולקוח.

מה זה עושה

הפלטפורמה היא שרת MCP: שרת משאבים של OAuth 2.1 עם בדיקות טווח (scopes), מדיניות אישורים וספר תיעוד קריאות. זה מאפשר ללקוחות חיצוניים להשתמש בסוכנים שלך ככלים. היא גם לקוח MCP: כל שרת MCP מרוחק הופך למחבר ללא צורך בקוד ייעודי לכל ספק, ומוגן על ידי מפסק זרם (circuit breaker) כדי שצד שלישי לא יציב לא יפיל איתו את השיחה.

למה זה חשוב

רוב המוצרים בוחרים בקצה אחד של MCP ומכנים זאת תמיכה. היותה של הפלטפורמה בשני הקצוות פירושה שהסוכן שלך יכול לשמש ככלי וגם להשתמש בכלים, וזה מה שהופך אותו לניתן להרכבה (composable) ולא לקצה סופי (terminal).

איך זה עובד

  • צד השרת הוא שרת משאבים אמיתי של OAuth 2.1

    בדיקות טווח ומדיניות אישורים מבקרות את הקריאות לכלים, והקריאות נרשמות בספר תיעוד של הסשן במקום להישלח ללא מעקב (fire-and-forget).

  • צד הלקוח הוא גנרי

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

  • שרת כלים שנכשל נשאר מבודד

    מפסק זרם (circuit breaker) מופעל במקרה של שרת מרוחק שאינו מתפקד כראוי, כך שהכשלים שלו פוגעים ביכולת אחת בלבד במקום להפיל את השיחה כולה.

שאלות

האם אני יכול לחבר שרת MCP משלי?
כן: הוא הופך למחבר ללא צורך בקוד מותאם אישית. האימות מתבצע כיום באמצעות אסימון Bearer סטטי; תמיכה ב-OAuth 2.1 עבור שרתים מרוחקים מותאמים אישית מתוכננת בהמשך.
האם כלים אחרים יכולים לקרוא לסוכן שלי באמצעות MCP?
כן. הפלטפורמה חושפת ממשק שרת MCP עם OAuth, טווחים (scopes) ומדיניות אישורים.
בחזרה לסיפור

That was step 5 of 6: the agent consults its bag. Next, tasks, delegation edges, decisions and artifacts persist as rows you can replay, and the spend is already accounted for.