Yettyבטא פתוחה
כלי חינמי

מחולל config
ל-MCP

כל לקוח MCP רוצה קובץ אחר במקום אחר עם צורת JSON אחרת. בחרו את הלקוח שלכם, מלאו את השרתים, והעתיקו config שנכון בפעם הראשונה.

חינם, בלי הרשמה 100% פרטי, שום דבר לא יוצא מהדפדפן שלכם JSON תקין, מובטח
הצביעו וצרו

הלקוח שלכם, ה-config המדויק שלכם

ממלא את שרת ה-MCP של Yetty; הנפיקו את המפתח שלכם ב-app.yetty.ai (או השתמשו בהגדרה המודרכת ב-/connect-ai).

        

מחווטים את ה-AI שלכם לאתר?

Yetty היא מישור בקרה מלא ב-MCP לאתר שלכם: ה-AI שלכם מפרסם, עורך, בודק SEO וקורא לידים, דרך בדיוק סוג כזה של config.

המכשולים, ממופים

פרוטוקול אחד,
שבעה ניבים של config

מפתח העל-ראשי שונה

רוב הלקוחות קוראים mcpServers, אבל VS Code קורא servers; ומתעלם בשקט מקובץ עם המפתח הלא נכון. המילה האחת הזו עולה לאנשים שעות.

שדה ה-URL שונה

Cursor אומר url, Windsurf אומר serverUrl, VS Code רוצה url בתוספת "type": "http", Cline רוצה "type": "streamableHttp". אותו שרת, ארבעה איותים.

כלי CLI מדלגים על הקובץ

Claude Code מקבל פקודת claude mcp add במקום קובץ בעריכה ידנית; עם הדגלים --transport http ו---header לשרתים מרוחקים. אנחנו מייצרים את שורת הפקודה המלאה.

האימות רוכב על כותרת

שרתי MCP מתארחים בדרך כלל מאמתים עם Authorization: Bearer YOUR_KEY. לאן זה הולך; אובייקט headers, דגל --header, ארגומנט mcp-remote; תלוי בלקוח.

JSON לא סלחני

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

הפעלה מחדש היא הפעלה מחדש

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

תשובות מהירות

אנשים גם שואלים

איפה נמצא הקובץ claude_desktop_config.json?

ב-macOS הוא נמצא ב-~/Library/Application Support/Claude/claude_desktop_config.json, ב-Windows ב-%APPDATA%\Claude\claude_desktop_config.json. הקובץ לא קיים עד שאתם יוצרים אותו (או פותחים Settings -> Developer -> Edit Config, מה שיוצר אותו בשבילכם). אחרי העריכה, צאו לגמרי ופתחו מחדש את Claude Desktop; סגירת חלון לא מספיקה, ה-config נקרא רק בהפעלה.

מה ההבדל בין שרתי MCP מסוג stdio ו-HTTP?

שרת stdio הוא תוכנית שהלקוח שלכם מפעיל מקומית ומדבר איתה דרך stdin/stdout; אתם מגדירים פקודה ואת הארגומנטים שלה. שרת HTTP (Streamable HTTP) רץ מרחוק בכתובת URL ובדרך כלל מאמת עם כותרת Authorization: Bearer או OAuth; אתם מגדירים את ה-URL. כלים מקומיים מגיעים כ-stdio; שירותים מתארחים כמו ה-MCP של Yetty הם HTTP, אז אין מה להתקין.

למה שרת ה-MCP שלי לא מופיע בלקוח?

החשודים הרגילים, לפי הסדר: ה-config בקובץ הלא נכון או במיקום הלא נכון עבור אותו לקוח; צורת ה-JSON לא נכונה עבור אותו לקוח (Windsurf רוצה serverUrl, VS Code רוצה מפתח servers עם שדה type; הם באמת כולם שונים); ל-JSON יש שגיאת תחביר כמו פסיק עודף; או שהלקוח לא הופעל מחדש לגמרי אחרי העריכה. צרו את ה-config כאן ללקוח המדויק שלכם וכל הארבעה מטופלים.

עכשיו תורכם

הביאו את האתר שכבר יש לכם.

עכשיו תנו למפתחות האלה משהו לפתוח.

חברו את ה-AI שלכם ל-Yetty דרך MCP והוא יוכל לפרסם את האתר, לערוך אותו כטיוטות, לתקן SEO ולקרוא את הלידים שלכם, פשוט בבקשה.