Coroid חושף נקודת קצה מרוחקת של פרוטוקול הקשר של המודלים כך שלקוח סוכן חיצוני יוכל לנהל משימות ב-Coroid באמצעות אותו רישום כלים מבוקר שהעוזר הווירטואלי משתמש בו.
הגדירו זאת תחת הגדרות → אוטומציה → Coroid MCP server, הכולל סקירה כללית, הגדרת לקוח, אסימוני גישה, אישורים ו מדיניות אוטומציה.
נקודת הקצה
שרת ה-MCP משרת אותו ה- API gateway:
https://api.coroid.ai/mcp| סביבה | נקודת קצה |
|---|---|
| סביבת ייצור | https://api.coroid.ai/mcp |
| סביבת בדיקות | https://staging-api.coroid.ai/mcp |
| סביבת פיתוח | http://localhost:3000/mcp |
ההעברה מתבצעת דרך HTTP סטרימי ללא מצב. הזדהות נעשית באמצעות OAuth או אסימון גישה אישי.
מה שהוא בכוונה אינו חושף
רישום הכלים מבוקר, וההחרמות הן מכוונות. הוא אינו מספק:
- ממשק שורת פקודות
- גישה ל-Git
- מערכת קבצים
- גישה גולמית לבסיס הנתונים
- HTTP פנימי שרירותי
- כלי ניהול MCP יוצאיים של Coroid עצמו
אתם מקבלים את היכולת לנהל משימות — ליצור ולבחון משימות, תוכניות ופרויקטים — לא סביבת ביצוע מרוחקת. לקוח MCP אינו יכול להשתמש ב-Coroid כדי להריץ פקודות שרירותיות.
אסימוני גישה
אסימוני גישה נוצרים ומנוהלים תחת אסימוני גישה. כמו כל אישור אחר, הם מוצגים פעם אחת ולא יוחזרו לאחר מכן.
הנפיקו אסימון נפרד לכל לקוח במקום לשתף אחד. ביטול גישתו של לקוח בודד הוא פעולה ממוקדת ולא גורם להשבתה של כולם.
אישורים ומדיניות אוטומציה
אישורים הם תור של פעולות הממתין לאישור אדם. מדיניות אוטומציה קובעות מה צריך להיות באותו תור.
זהו הכלי השולט בכל. לקוח חיצוני הפועל בשמכם צריך להיות מסוגל לבצע פעולות שגרתיות בחופשיות, ופעולות משמעותיות רק לאחר הסכמת אדם. הגדירו את המדיניות לפני שתמסרו אסימון לכל דבר שפועל באופן אוטומטי.
למה זה שימושי
ניהול Coroid ממקום העבודה הקיים שלכם — עורך, עוזר, כלי פנימי — מבלי לעבור לפורטל. יצירת משימה מהטרמינל, או בדיקה על ידי עוזר של מה חוסם, הופכים לפעולה מקומית.