yutu

yutu רץ באופן מקומי מתוך חבילת Node.js שפורסמה במרשם npm: @eat-pray-ai/yutu, גרסה 0.10.11-dev3. הוא משתמש ב-MCP על גבי stdio, ולכן הלקוח מפעיל אותו כתוכנה ומתקשר איתו דרך קלט ופלט סטנדרטיים. כדי להריץ אותו צריך Node.js; לקוחות מפעילים אותו בדרך כלל עם npx - הפקודה המקובלת היא npx -y @eat-pray-ai/yutu@0.10.11-dev3. הוא קורא את משתני הסביבה האלה: YUTU_CREDENTIAL (חובה, סודי), YUTU_CACHE_TOKEN (חובה, סודי) ו-YUTU_LOG_LEVEL; יש להגדיר אותם בתצורת הלקוח עבור השרת הזה.

yutu רץ באופן מקומי מתוך חבילת Node.js שפורסמה במרשם npm: @eat-pray-ai/yutu, גרסה 0.10.11-dev3. החבילה מפעילה שרת מקומי שמשתמש ב-MCP על גבי Streamable HTTP; לאחר מכן הלקוח מתחבר אליו לפי כתובת URL. הוא קורא את משתני הסביבה האלה: YUTU_CREDENTIAL (חובה, סודי), YUTU_CACHE_TOKEN (חובה, סודי) ו-YUTU_LOG_LEVEL; יש להגדיר אותם בתצורת הלקוח עבור השרת הזה.

בפורמט ה-JSON של mcpServers, שלקוחות MCP רבים לדסקטופ ולעורכי קוד קוראים, הרשומה נראית כך (מצייני מקום בסוגריים זוויתיים):

{
  "mcpServers": {
    "yutu": {
      "command": "npx",
      "args": [
        "-y",
        "@eat-pray-ai/yutu@0.10.11-dev3"
      ],
      "env": {
        "YUTU_CREDENTIAL": "<סוד>",
        "YUTU_CACHE_TOKEN": "<סוד>",
        "YUTU_LOG_LEVEL": "<ערך>"
      }
    }
  }
}

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