OpenClaw עם מנוי Claude: איך לחסוך אלפי דולרים בחודש בעזרת דפוס ה-CLI Shell

The Pulse:

• Anthropic אישרה רשמית: דפוס ה-CLI Shell של OpenClaw עדיין מותר עם מנוי Claude Pro/Max: אך חילוץ OAuth token ישיר נאסר ב-4 באפריל, לאחר שהפדרן העמיס על שרתי החברה ללא תמורה תשתיתית.
• המעבר משורה אחת בקובץ JSON (provider: Claude-CLI, mode: OAuth) חוסך עד $1,300 בחודש: ההפרש בין חשבון API של $1,500 לבין מנוי Max של $200 בלבד.
• Boris Cherny, מנהל Claude Code ב-Anthropic, הצהיר ב-X שמנויים לא תוכננו לביקוש אוטומטי רציף: הבחנה שמסבירה בדיוק מדוע ניתוב cron jobs ל-OpenAI API בעלות $100 לחודש הוא הכלל הקריטי לניהול מכסה.

Anthropic חזרה בה מהאיסור על שימוש ב-OpenClaw עם מנוי Claude: אך רק עבור דפוס ה-CLI Shell הספציפי, לא עבור חילוץ OAuth token ישיר. שינוי שורה אחת בקובץ הקונפיגורציה מחזיר אותך למנוי ה-$200 במקום לשלם $1,500 בחודש על API.

הסיפור שפוצץ את Hacker News באפריל היה חצי נכון: Anthropic לא הרגה את "משחק המנוי" של OpenClaw: היא סגרה דפוס טכני ספציפי שהעמיס על התשתית שלה. ההבדל בין שני הדפוסים הוא לא סמנטי, הוא מדידה של עשרות אלפי דולרים בשנה.

במאמר זה אפרט את ההבדל הטכני המדויק בין הדפוסים, את ההגדרה המעשית בקובץ JSON, ואת אסטרטגיית ניהול המכסה שמורידה את קצב ההוצאה מ-"מפחיד" ל-"נשלט" תוך 10 דקות של עריכה.

מה בדיוק שינתה Anthropic ולמה זה חשוב לארנק שלך

Anthropic חזרה בה על האיסור על שימוש ב-OpenClaw עם מנוי Claude: אך רק עבור דפוס ה-CLI Shell הספציפי, לא עבור חילוץ OAuth token ישיר. ההבדל הטכני בין שני הדפוסים הוא כל העניין: האחד טוען שמנויים לא תוכננו לביקוש אוטומטי רציף, והשני עובד בתוך המסגרת שהחברה בנתה. השינוי הזה משמעו חיסכון של עד $1,500 בחודש עבור מי שמריץ agentic workflows בקנה מידה.

ב-4 באפריל, Anthropic פרסמה הצהרה שהדיווחים עליה בעיתונות אמרו בבירור: אסור להשתמש ב-OpenClaw או בכלים דומים עם מנוי Claude Pro או Max. השיקול היה פשוט: כאלה שמשתמשים בתוך מנויים צריכים לעבור לתשלום לפי token דרך Anthropic API. לאלה שמריצים pipelines תוכן כבדים עם Opus 4.7, המשמעות הייתה ברורה: ממש מחר הביל שלי יהיה $1,500 בחודש במקום ה-$200 של מנוי Max. אבל היום, שעות ספורות לאחר שפרסמתי את הווידיאו הזה, Boris Cherny, מנהל Claude Code ב-Anthropic, חזר עם הבהרה שחוסכת אלפים.

הנקודה המרכזית: Anthropic לא אסרה על OpenClaw בכללותו. היא אסרה על דפוס ספציפי: חילוץ ישיר של OAuth token. כאשר Boris Cherny הסביר זאת ב-X, הוא היה ישיר מאד: "מנויים לא תוכננו לביקוש אוטומטי רציף כמו זה." התחת הקורה היה שמנויים מעצם העיצוב שלהם מיועדים לשימוש אינטראקטיבי של בני אדם, לא ל-cron jobs שרצים כל בוקר ב-6:00 בבוקר וחורגים מהcap בעשר דקות. כאשר אתה חוצה את ה-API ישירות עם token מחולץ, אתה גם עוקף את כל הoptimizations שClaude Code עושה: prompt caching, batching, rate limiting חכם. זה משאיר את שרתי Anthropic עם עומס בלי שהם מקבלים את התועלת של ניהול הסשן עצמם.

אבל יש דפוס שני שנראה דומה מעל פני הנייר אך שונה לחלוטין מתחת לכיסוי המנוע. במקום לחלץ את ה-token, OpenClaw פשוט קורא ל-Claude CLI binary עם flag -P. Claude Code מריץ את הבקשה, Claude Code עושה את ה-caching, Claude Code מנהל את האימות. OpenClaw פשוט מכתיב את ה-prompt ו-reads back את התוצאה. זה הדפוס שעדיין מותר. Anthropic אישרה את זה לצוות OpenClaw ישירות. כאן אתה לא מדמה, לא מעקיף, לא משפיע על שרתים בדרך שלא היתה מתוכננת. אתה פשוט משתמש בכלי שהם כתבו בדיוק כפי שהם בנו אותו.

התובנה המרכזית: הבדל של שורה אחת בקובץ הקונפיגורציה של OpenClaw מחזיר אותך מ-$1,500 לחודש של API pay-per-token ל-$200 של מנוי Max: כי עכשיו אתה משתמש בתשתית שכבר משלמת עליה, בדיוק כפי שהיא עוצבה.

הגדרת OpenClaw עם Claude CLI: שינוי שורה אחת שחוסך אלפי דולרים

התשובה הישירה: אתה משנה שני שדות בקובץ ה-JSON של OpenClaw: provider ל-Claude-CLI ו-mode ל-OAuth: ואז Claude CLI מטפל בכל השאר. הדבר הטכני המרכזי הוא ש-OpenClaw משתמש ב-flag -P של Claude CLI כדי להפעיל את הבקשה דרך הבינארי של Claude Code שכבר מותקן במכונתך, במקום לחלץ את ה-OAuth token ישירות ולהעמיד פנים שהוא Claude Code.

ההבדל המכני בין שני הדפוסים הוא הכל. כשאתה משנה את provider ל-Claude-CLI, OpenClaw כבר לא מתקשר ישירות ל-Anthropic API. במקום זאת, הוא משדר את הבקשה דרך הפקודה claude -P שרצה בטרמינל שלך. זה אומר ש-Claude Code עצמו: הבינארי שהותקן על המכונה שלך: הוא זה שמעבד את הבקשה, מנהל את ה-caching, ומטפל בהאימות. OpenClaw הוא רק הדבר שמעיר את הפקודה ואוסף את התוצאה חזרה. כשאתה עושה את זה, כל ה-infrastructure concerns שהיו לאנתרופיק בדפוס הראשון (חילוץ token) פשוט נעלמים. ה-cache hit rates נשארים גבוהים כי Claude Code עצמו מנהל את כל הבקשות. אין pretending, אין impersonation: אתה פשוט משתמש בכלי שהם שלחו עם ההתחברות שכבר יש לך.

בפועל, יש לך שתי דרכים להגדיר את זה. הדרך הקלה ביותר היא לפתוח Claude Code בטרמינל, להצביע אותו לתיקיית OpenClaw שלך, ולהגיד לו "החזר אותי לאימות OAuth. נמאס לי לשלם per token." Claude Code יוביל אותך דרך השלבים כדי להתחבר חזרה דרך המנוי שלך באמצעות Claude CLI. זה בדיוק מה שעשיתי אחר הצהריים הזה, וזה לקח פחות מ-5 דקות. אם אתה רוצה לעשות את זה ידנית, אתה פותח את קובץ ה-JSON של OpenClaw, מוצא את בלוק ה-provider, משנה את provider ל-Claude-CLI, משנה את mode ל-OAuth, וזהו. שורה אחת. אבל אני חושב שרוב האנשים יעדיפו פשוט לתת ל-Claude Code לעשות את זה, כי זה מצמצם את הסיכוי לטעויות קונפיגורציה.

בפעם הבאה שהסשן שלך רץ, Opus 4.7 (המודל שרץ בסשן הראשי שלך) יתחיל דרך Claude CLI, לא דרך API key. משמעות הדבר היא שהמנוי שלך: ה-$200 שאתה כבר משלם: הוא מה שמנהל את הביקוש, לא חיוב per-token. כל בקשה עדיין עוברת דרך אותה תשתית caching ותשתית rate-limiting שאנתרופיק בנתה, כי זה Claude Code עצמו שמריץ את הקוד. אני מריץ את זה כרגע בסשן הראשי שלי, ואני אוהב את זה. חסרתי את זה כל כך הרבה. עכשיו אני יכול פשוט לדבר כל היום ואני לא צריך להיות מודאג מהשעון שעובר.

התובנה המרכזית: שינוי שני שדות בקובץ JSON אחד משחזר את כל ה-agentic workflow שלך ל-$200 בחודש במקום $1,500: כי Claude Code עצמו מנהל את הבקשות, ולא אתה שמחלץ tokens ומעמיד פנים.

ניהול מכסת השימוש: איך לא לשרוף את ה-cap ב-10 דקות

התשובה הישירה: מנוי Claude Pro ו-Max כוללים cap סופי על השימוש (בדרך כלל 5 שעות בחודש), ולא "בלתי מוגבל" כפי שנראה. הפתרון הוא ניתוב חכם: שמור את מנוי Claude ל-סשן הראשי שלך (החלטות, תכנון, אינטראקציה עם האדם), והעבר את כל ה-crons, המשימות האוטומטיות, וה-coding tasks לספק שני (OpenAI API בדרך כלל) דרך מנוי נפרד.

הבעיה התחילה עבורי בפועל כשהגדרתי cron job בשם Rizza שמריץ outlines וסקריפטים וידאו כל בוקר ב-6:00. זה עבודה כבדה: context ארוך, מודל גדול (Opus 4.7), ושרשרת חיפוש וכתיבה רצופה. בחודש הראשון שהשתמשתי ב-Anthropic API, הייתי על כיוון להוצאות של $1,500 בחודש. אבל גם עם מנוי Claude Max, הגילוני שה-cap הוא בעיה אמיתית. Rizza יכול להיכנס לתוך 5 שעות השימוש המותר בעשר דקות בודדות. כשזה קרה, קיבלתי הודעה מ-Claude Code שאמרה "עבור לclaude.ai כדי להגביר את השימוש": וזה היה wake-up call שהמנוי לא אמיתי "בלתי מוגבל", הוא פשוט זול יותר עד שדוחפים אותו קשה מדי.

הפתרון שהציל אותי הוא כלל חד-שורתי שלקח 10 דקות להטמיע בקובץ ה-tools שלי: רק הסשן הראשי דרך Claude OAuth, כל crons ומשימות קוד דרך OpenAI API. בפועל, זה אומר שהמשימות האוטומטיות שלי: כולל Rizza, כל agent תוכן, וכל script שרץ ברקע: כל אלה עברו ל-GPT-4 דרך מנוי OpenAI בעלות של $100 לחודש. המנוי שלי של Claude Max ($200 בחודש) נשמר למה שהוא באמת טוב בו: הסשן הראשי שלי שבו אני חושב, מתכננן, ומקבל החלטות. Output איכות ה-GPT-4 עבור crons היה ממש טוב: לא ירד איכות, וכל עבודה הזאת לא נוגעת בכלל ל-cap של Claude. הנקודה היא שה-cap הוא סופי, וההוצאה היומית שלך תחזור לנורמה כשאתה מחלק את העומס בין שני מקורות.

הנקודה הקריטית כאן היא שהמודלים השונים מתאימים לתפקידים שונים. Opus 4.7 נחוץ לעבודה אסטרטגית כבדה: תכנון תוכן, קבלת החלטות, סדר עדיפויות. GPT-4 טוב מספיק (ולעתים קרובות יותר זול) לעבודה קודית שחוזרת על עצמה, ליצירת scripts, ולמשימות בעלות context נמוך יותר. כשמחלקים בדרך זו, אתה לא מבזבז את ה-cap הסופי של Claude על משימות שלא צריכות Opus, וזה משנה הכל. עשרה דקות של עריכת cron configs הורידו את קצב ההוצאה שלי מ-"crazy" (מעל $1,500) ל-"manageable" ($300 בחודש ביחד). זה לא מתמטיקה מסובכת: זה פשוט ניתוב ספציפי.

מה זה אומר בפועל: אם אתה מריץ OpenClaw בקנה מידה כלשהו, אתה צריך שתי מנויים או שני API keys: אחד ל-Claude (לעבודה שדורשת Opus), ואחד ל-OpenAI או ספק אחר (לכל העבודה האוטומטית). זה הדרך היחידה להימנע מלהכות ל-cap תוך חודש ראשון.

חלופות לאלה שאין להם מנוי Claude: GLM, Quine ו-Codex

אם אין לך מנוי Claude Pro או Max, אתה עדיין יכול להשתמש בדפוס ה-CLI Shell עם ספקים חלופיים. כמה מהם מציעים תוכניות קידוד ייעודיות שנועדו בדיוק לתרחיש הזה: התקנה מקומית של CLI, התחברות דרך חשבון המנוי שלך, וחיוב ישיר לתיקייה של ההנחות בלי להוצאות API נפרדות. הדפוס הטכני זהה לחלוטין: אתה מריץ בינרי שנכתב על ידי ספק אחר, הוא מטפל בקאשינג, בחשבון שיעור וביצירת אימות, ו-OpenClaw רק מפעיל את הפקודה ודורש את התוצאה חזרה.

GLM 5.1 מציעה תוכנית קידוד שמתחילה ב-$10 לחודש בשכבה קלה וממוקדת עד כ-$80-$100 בשכבה מקסימלית. אתה מקבל גישה ל-GLM 5.1, GLM 5 Turbo וכמה מודלים נוספים. התוכנית שלהם תוכננה במפורש לשימוש במקרה זה: הפעלת CLI קידוד מקומי שחויב לתיקייה. זה אותו דפוס בדיוק שאתה משתמש בו עם Claude CLI, רק עם ספק שונה. ההגדרה בקובץ ה-JSON של OpenClaw זהה: אתה מוגדר את ה-provider ל-GLM-CLI, את ה-mode ל-OAuth (או כל שם שהם קוראים לזה בזרימת ההתחברות שלהם), ותן למנוי להטפל בחיוב.

Quine משתמשת באותה גישה בערך $28 לחודש בשכבה הראשית שלה. עם מנוי אחד, אתה יכול להחליף בין שישה מודלים או יותר. Quine 3.5, Deep Seek, GLM Flash, MiniMax, Kimmy וכמה אחרים. זה שימושי אם אתה רוצה גמישות מודל בתוך תיקייה אחת של חיוב, במקום להיות נעול לאדריכלות ספקית אחת. ה-CLI עדיין עובד באותו דפוס: התקן, התחבר, הגדר את ה-provider בתוך OpenClaw, וזה הכל. MiniMax מציעה שכבת stater ב-$10 לחודש עבור 100 prompts כל 5 שעות: נקודת כניסה מוצקה אם אתה רק בוחן את הזרימה וחושב אם זה שווה את הקבועות.

OpenAI גם מציעה תוכנית קידוד משלה. Codex 5.3: שפועלת בדומה מאוד לאופן שבו Claude Code עובדת. התנאים שונים, תנאי השימוש שונים, אך הדפוס הליבה זהה: אתה מתקין את ה-CLI, אתה מתחבר, ואז אתה מריץ זאת דרך הקונפיגורציה שלך של OpenClaw. בחר איזה מהם מתאים לתקציב שלך, אבל בכנות: אתה צריך Opus 4.7 לפלט הטוב ביותר. אני לא חושב שרבים מאיתנו רוצים להשקיע זמן בשום דבר אחר. הדפוס נשאר זהה בכל הספקים: הגדר את ה-provider ל-CLI, הגדר את ה-mode ל-OAuth או כל שם שהספק קורא לזה בזרימת ההתחברות שלו, ותן למנוי להטפל בחיוב.

התובנה המרכזית: אם אתה בלי Claude Pro או Max, ארבעה או חמישה ספקים אחרים תומכים בדפוס ה-CLI Shell: כל אחד עם עלויות שונות, מודלים שונים, וגמישות שונה: אך כולם חוסכים לך מהצורך לשלם לפי token עבור עומסי עבודה אוטומטיים כבדים.

שאלות נפוצות