הכלי שמשנה את Claude Code, למה CLI עולה על MCP
Printing Press הוא כלי חדש שהופך כל כלי או אתר ל-CLI שסוכני AI אוהבים. הניתוח הזה חושף למה CLI חוסך טוקנים מול MCP, איך לקטלוג מוכן מראש של עשרות כלים, ואיך לבנות CLI עצמי בכמה דקות, גם בלי לדעת לתכנת. הסקירה ממפה את כל ההבדלים והיכן Printing Press משתלם.
למה זה השינוי שכדאי להכיר אם אתם בונים סוכני AI?
בשנה האחרונה, השיחה על איך לחבר סוכני AI לכלים חיצוניים התרכזה כמעט כולה בנושא אחד: MCP, פרוטוקול שמאפשר לסוכן לגשת ל-APIs של מערכות שונות. רוב הצוותים שבונים אינטגרציות אמיתיות בין Claude לבין מסד נתונים, CRM, או שירות חיצוני, ניגשו לזה דרך MCP. הוא נחשב לכלי המתקדם, וההנחה הרווחת היא שזה הכיוון העתידי.
הניתוח הזה מציג טענה הפוכה: עבור רוב המקרים, CLI טוב יותר מ-MCP, גם בעלות, גם בפשטות, וגם בביצועים. הוא מציג כלי חדש בשם Printing Press, שמאפשר להפוך כל כלי ל-CLI מוכן לסוכן AI בכמה דקות. אם הטענה נכונה, היא משנה את הדרך שבה הרבה צוותים חושבים על אינטגרציות AI, ויש לזה השלכות עסקיות לא קטנות.
הסקירה הזאת בודקת את הטענה מקרוב. מסבירה את ההבדל בין CLI לבין MCP לבין API, מדגימה את הקטלוג של Printing Press שמכיל עשרות כלים מוכנים, ומראה איך בונים CLI עצמי לכל מערכת שאין לה API פתוח. בסוף אתם תדעו מתי לפנות ל-CLI ומתי לא, ולא תשקיעו שעות באינטגרציה דרך MCP במקום שלא צריך.
שלוש הדרכים לחבר סוכן לכלים, מבט-על
לפני שנכנסים לפרטים, הנה מבט על שלוש הדרכים שבהן הסוכן יכול לגשת לכלי חיצוני. כל אחת מצוינת בעלות בטוקנים, בזמן ההקמה, ובסוג המשימה שמתאימה לה. ההמלצה לרוב המשתמשים: לפתוח עם CLI, לעבור ל-MCP רק כשמתחייב.
CLI, פקודה בטרמינל לסוכן
- עלות מינימלית, 200 עד 500 טוקנים פר קריאה.
- הקמה בדקות, גם בלי שרת ענן.
- מתאים לרוב הסוכנים העסקיים בפרקטיקה.
MCP, שרת ייעודי לכל כלי
- עלות גבוהה, 15 אלף טוקנים פר טעינה.
- הקמה ביום עם פיתוח, תחזוקה שוטפת.
- מתאים לאינטגרציות ארגוניות מורכבות בלבד.
API ישיר, ללא שכבת ביניים
- עלות תלויה ברמת הקריאה, גמיש מלא.
- דורש כתיבת קוד אינטגרציה לכל סוכן.
- מתאים למפתחים שעובדים על מערכת ייעודית.
CLI מול MCP מול API, איך כל אחד עובד באמת?
כדי להבין את הטענה, צריך להתחיל מהקרקע. הסוכן שלכם בקלוד צריך לבצע פעולה במערכת חיצונית. נניח שאתם רוצים שהוא ישלוף מידע מ-Gmail. יש שלוש דרכים עיקריות לעשות את זה:
- API ישיר, הסוכן מקבל URL וקריאה, שולח request, מקבל JSON חזרה. גמיש מלא, מורכב בהקמה.
- MCP, רץ שרת קטן שעוטף את ה-API ומציג לסוכן את הכלים בפורמט מובנה. סוכן רואה רק "send_email" עם פרמטרים מתועדים.
- CLI, הסוכן מריץ פקודה בטרמינל כמו
gmail-cli send --to [email protected] --subject hi. הוא מקבל פלט טקסטואלי קצר ומסכם.
בקריאה ראשונה, MCP נראית הבחירה ההגיונית: היא מובנית, מתועדת, ובנויה במיוחד עבור AI. הבעיה היא בעלות הטוקנים. כל סוכן שמתחבר ל-MCP מקבל בתחילת כל סשן רשימה של כל הכלים, התיאורים שלהם, ופרמטרים. עבור MCP בינוני זה יכול להגיע ל-15,000 טוקנים, וזה לפני שהוא ביצע פעולה אחת.
CLI עובד אחרת לגמרי. הסוכן לא מקבל את כל הכלים מראש. הוא לומד מהפלט של הפקודה "–help" כשהוא צריך לפעולה ספציפית. זה אומר שעבור פעולה בודדת, CLI משתמש ב-200 עד 500 טוקנים בסך הכל, בעוד שהמקבילה ב-MCP צריכה את כל ה-15,000 טוקנים של רשימת הכלים פלוס הקריאה עצמה. חיסכון של פי 30 עד פי 75 בטוקנים, וזה לפני שמדברים על עלות הענן של ה-MCP server עצמו.
Printing Press בפעולה, מה הקטלוג מכיל ואיך מתחילים?
Printing Press הוא לא רק רעיון, הוא כלי מוכן לשימוש. הוא בא עם קטלוג של 47 CLIs מוכנים לכלים פופולריים, ופרוטוקול פשוט להוספת CLIs משלכם. ההתקנה לוקחת דקה: התקנה אחת של חבילת npm, ויש לכם את כל הקטלוג זמין בטרמינל שלכם, ולכן זמין גם ל-Claude Code שעובד בטרמינל הזה.
הקטלוג כולל CLIs פופולריים כמו GitHub, Notion, Linear, Stripe, Slack, ועוד עשרות. כל אחד מהם הוא wrapper מותאם לעובדה שהוא מופעל על ידי סוכן ולא על ידי אדם. הפלט הוא קצר ומובנה, התיעוד בפקודת –help הוא ממוקד. המאמר על Claude שמשתמש במחשב מציג מקרים בהם CLI הוא הדרך היחידה לתת לסוכן לבצע משימה, כי הוא משתמש ברכיב מערכת ההפעלה שאין לו API פתוח.
למה לפעמים אין ברירה אחרת חוץ מ-CLI?
הרבה אתרים פנימיים בארגונים, מערכות legacy, וכלים פנימיים מסוימים, אין להם API ציבורי. בעבר, הדרך היחידה לאפשר לסוכן לעבוד מולם היתה לכתוב MCP server מותאם, לתחזק אותו, ולעדכן אותו עם כל שינוי. עם Printing Press, אפשר לעטוף את הכלי ב-CLI בכמה דקות, בלי לכתוב שרת, וההזמנה היא בדיוק אותה: סוכן מריץ פקודה, מקבל פלט.
השימוש בפועל: אתם רוצים שהסוכן ימצא ב-Linear את כל הטיקטים הפתוחים שתויגו "bug" בשבוע האחרון. במקום לכתוב קוד שמשתמש ב-API של Linear, אתם פשוט אומרים לסוכן "תריץ את ה-CLI של Linear, סנן לפי תג bug ושבוע אחרון". הסוכן מריץ linear-cli issues --filter tag:bug --since 7d, מקבל את התשובה, ועובד עליה. שורת קוד אחת, ולא 30.
איך בונים CLI עצמי לכל מערכת בכמה דקות?
היופי האמיתי של Printing Press הוא שאתם לא חייבים להסתפק בקטלוג. הכלי כולל מנגנון פשוט להוספת CLI חדש לכל מערכת. אתם נותנים לו תיאור של ה-API או של הממשק, והוא מייצר wrapper מוכן לסוכן AI. השלבים הם פשוטים, ולא דורשים הבנת קוד עמוקה.
שלב 1, זיהוי המערכת שאליה רוצים להתחבר
בחרו מערכת אחת שאתם רוצים שהסוכן יפעיל. זה יכול להיות API פתוח שכבר יש לכם תיעוד שלו, או אתר פנימי שיש לכם גישה אליו. רשמו על דף את 3-4 הפעולות החשובות ביותר שאתם רוצים שהסוכן יבצע, ואל תתחילו עם רשימה של 30 פעולות. CLI מתחיל בקטן.
שלב 2, תיאור הפעולות בפורמט פשוט
Printing Press מקבל תיאור בפורמט YAML או JSON של כל פעולה: שם, פרמטרים, ופלט צפוי. כל פעולה היא 5-10 שורות תיאור. אם יש לכם תיעוד API קיים, רוב התיאור כבר מוכן, ואתם רק צריכים להמיר אותו לפורמט של Printing Press. סקיל Agent Browser של Claude משתמש בעיקרון דומה כשהוא בונה ממשקים לאתרים שאין להם API.
שלב 3, יצירת ה-CLI בפקודה אחת
הפעלת "pp build" עם הקובץ שלכם מייצרת CLI מלא ומוכן לשימוש. הוא רץ מקומית, הוא נגיש לכל סוכן AI שמשתמש בטרמינל, והוא מתועד אוטומטית עם פקודת –help. בשלב הזה אתם כבר יכולים לתת לסוכן שלכם את ה-CLI החדש ולראות איך הוא מתחבר.
שלב 4, שיתוף עם הצוות והכפלת הכוח
Printing Press מאפשר לכם לפרסם את ה-CLI שיצרתם לקטלוג פרטי של החברה, או לציבור הרחב. הצוות שלכם מתקין אותו בפקודה אחת, וכולם משתמשים באותם כלים, באותה דרך. סקירת Cursor מזכירה את אותה דינמיקה, אבל ב-Printing Press זה ברמת ה-CLI הבסיסית, מה שמאפשר שיתוף בין כלים שונים, לא רק בתוך IDE אחד.
ההבדל בין הגישה הזאת לבין כתיבת MCP מותאם הוא דרמטי. MCP server רגיל לוקח יום-יומיים לכתיבה, ובדרך כלל דורש מפתח. Printing Press CLI לאותה מערכת לוקח חצי שעה, ויכול להיבנות על ידי כל מי שיודע לקרוא תיעוד API. ההוזלה בזמן ובכישורים נדרשים הופכת אינטגרציות שהיו פעם פרויקטים, למשימה של בוקר אחד.
חמש תובנות אסטרטגיות על השינוי הזה
MCP אינו מת, אבל ברירת המחדל השתנתה
MCP נשאר בחירה טובה לאינטגרציות מורכבות, ארגוניות, עם דרישות בטיחות גבוהות. אבל ברירת המחדל ל-90% מהפרויקטים הופכת ל-CLI, כי הוא זול יותר, פשוט יותר, ועובד טוב יותר.
החיסכון בטוקנים הוא כסף אמיתי
פי 30 עד פי 75 בטוקנים זה לא רק נתון, זה הפרש של עשרות עד מאות דולרים בחודש לכל סוכן פעיל. עבור ארגון עם 10 סוכנים, החיסכון משתלם להחלפת תשתית גם בלי שיקולים אחרים.
אתרים בלי API הופכים לזמינים
Printing Press פותח את כל המערכות הפנימיות בארגון לסוכנים. כלים שאין להם API ציבורי, מערכות legacy, אתרים פנימיים, כולם הופכים זמינים תוך שעות במקום שבועות.
הצוות הוא בעלי הברית האמיתי
שיתוף CLIs בין צוות הופך לכל אחד למפתח אוטומציות. עובד שיודע לעטוף API חדש לכלי, פותח הזדמנויות לעשרות אנשים בארגון. זה כפל כוח לא רק טכני, אלא תרבותי.
הקטלוג הוא הנכס שיוצר את הערך
הקטלוג של Printing Press, ככל שיגדל, יהפוך לערך עצמי. כל ארגון שמשתמש בו תורם ויכול ליהנות מ-CLIs של אחרים. זה network effect שיכול להפוך אותו לסטנדרט תעשייתי תוך שנה-שנתיים.
סיכום: האם זה הזמן לעבור מ-MCP ל-CLI?
לרוב המקרים, התשובה היא כן. הסיבות מצטברות: עלות נמוכה יותר, הקמה מהירה יותר, ביצועים טובים יותר, וקטלוג מוכן שגדל בקצב מהיר. מסגרת הניתוח לא מציגה את Printing Press כתחליף מלא ל-MCP, היא מציגה אותו כברירת מחדל חדשה למקרים הסטנדרטיים. MCP עדיין רלוונטי לאינטגרציות ארגוניות מורכבות, אבל הוא לא צריך להיות הצעד הראשון.
למי שבונה סוכן AI עסקי ראשון, ההמלצה היא להתחיל עם CLI מהקטלוג של Printing Press, לראות שהסוכן מצליח לעבוד מולו, ורק אז להחליט אם צריך משהו מורכב יותר. הסבירות הסטטיסטית היא ש-9 מתוך 10 סוכנים יעבדו מצוין עם CLI, ולא יזדקקו אף פעם ל-MCP.
השינוי הזה משתלב עם מסלול הקריירה החדש של CAIO שתיארתי לאחרונה: יותר אנשים בארגון יכולים לבנות אינטגרציות, ולא רק מפתחים בכירים. הוא גם משתלב עם השינויים האחרונים בגוגל לגבי חיפוש מותאם AI, שבעצם דורש את אותה רמת אינטגרציה לסוכנים. למידע נוסף ולכלים פרקטיים, מוזמנים לעקוב אחר העדכונים שלי וללמוד מדוגמאות נוספות שאני בונה עם לקוחות.
שיתוף הפוסט
שאלות ותשובות
האם Printing Press דורש ידע בפיתוח?
לא לרמת שימוש בקטלוג הקיים. ההתקנה היא פקודה אחת, והשימוש הוא הפעלת CLIs מוכנים מראש. אם רוצים לבנות CLI חדש למערכת שאין לה כזה, צריך לקרוא תיעוד API ולמלא קובץ YAML של 30-50 שורות, וזה ברמת קושי של כתיבת קובץ קונפיגורציה לכלי, לא של פיתוח מלא.
האם Printing Press מחליף לחלוטין את MCP?
לא, הוא מחליף את MCP ב-90% מהמקרים שבהם MCP שימש כפתרון default. MCP נשאר רלוונטי במקרים שדורשים תיאום מורכב בין כמה כלים בו זמנית, או שדורשים תשתית בטיחות מסוימת ברמת הארגון. למקרים הסטנדרטיים של "תן לסוכן גישה לכלי אחד או שניים", CLI עדיף.
מה ההפרש הצפוי בעלות בין CLI לבין MCP בחודש?
תלוי בכמות הסוכנים ובתדירות ההפעלה. עבור סוכן בודד שרץ עשר פעמים ביום, החיסכון הוא 20-30 דולר בחודש. עבור ארגון עם 20 סוכנים פעילים, החיסכון מגיע ל-500-800 דולר בחודש. ההפרש הזה לבדו מצדיק מעבר, גם אם אין שיקולי ביצועים אחרים.
האם הקטלוג של Printing Press פתוח לכולם?
כן, הקטלוג הציבורי פתוח לכל מי שמתקין את הכלי, וגם תרומות חיצוניות מתקבלות. מי שרוצה קטלוג פרטי לארגון, יכול להגדיר namespace פנימי שמכיל CLIs ייחודיים ולא משותפים. השילוב בין שני המודלים, פתוח ופרטי, מתאים לרוב הצרכים העסקיים.
מה הסיכון העיקרי בשימוש ב-CLI במקום ב-MCP?
הסיכון העיקרי הוא הצורך בעדכון ידני של ה-CLI כשמערכת המקור משתנה. ב-MCP, השרת מתעדכן אוטומטית עם כל שינוי ב-API של המערכת. ב-CLI, אם מערכת המקור שינתה את פורמט הפלט שלה, יש לעדכן את ה-CLI ידנית. בפרקטיקה זה לא קורה לעיתים קרובות, אבל זה משהו לשים לב אליו במערכות שמתעדכנות לעתים תכופות.
איך זה מתחבר ל-Claude Skills שמופיעים בכל סרטון?
סקילים של Claude הם הסקריפטים שאתם נותנים לסוכן לבצע. CLIs הם הכלים שהסוכן משתמש בהם בתוך הסקיל. במילים אחרות, סקיל אחד יכול להשתמש בעשרה CLIs שונים. השילוב בין השניים הוא הדרך המומלצת לבנות סוכן אמיתי: סקיל שמגדיר את ההיגיון העסקי, ו-CLIs שנותנים גישה לכלים. בשני המקרים, Printing Press הופך את הצד של ה-CLIs לזניח בזמן ההקמה.
