האם ניתן לארח את Claude באופן עצמאי? התשובה המלאה

האם ניתן לארח את Claude באופן עצמאי? לא, ולהלן הסיבות

לא ניתן לארח את Claude באופן עצמאי. חברת Anthropic אינה מפרסמת את משקולות המודל (model weights), לכן אין קובץ להורדה, אין מכולה (container) להרצה, ואין רישיון שיאפשר לכם להגיש אותו מהחומרה שלכם. כל בקשה ל-Claude מופנית ל-API של Anthropic או לשותף מארח כגון Amazon Bedrock, Google Vertex AI או Microsoft Foundry. הרצת המודל על מכונה שבבעלותכם אינה בעיית תצורה; הארטיפקט פשוט אינו קיים מחוץ ל-Anthropic.

זו התשובה הקצרה. התשובה המפורטת היא שרוב האנשים השואלים שאלה זו אינם זקוקים למשקולות המודל בפועל. הם מחפשים אחד משלושה דברים שניתן להשיג על שרת שבשליטתכם: מודל בעל יכולות שרץ מקומית, שער (gateway) המאחסן את מפתחות ה-API שלכם ומגביל את ההוצאות, או סוכן קידוד (coding agent) שחי על השרת שלכם במקום על המחשב הנייד. מדריך זה מכסה את כל השלושה, כולל הפקודות הנדרשות.

מה המשמעות של "Claude בהתקנה עצמית" (self-hosted)

חיפושים אחר "self hosted Claude" מתחלקים לכמה כוונות שונות, וכל אחת מהן דורשת מענה שונה.

יש המבקשים פרטיות. הם אינם רוצים שהנחיות (prompts) יצאו מהרשת שלהם. רק מודל מקומי בעל משקולות פתוחות (open weight) פותר זאת, שכן כל בקשה ל-Claude היא מעצם הגדרתה בקשה ל-Anthropic.

יש המבקשים שליטה בעלויות. הם חוששים מסוכן (agent) שיוצא משליטה ומכלה את יתרת הקרדיטים שלהם. שער (gateway) פותר זאת, והוא עובד עם Claude, כך שניתן לשמור על איכות המודל.

יש המבקשים עצמאות מהמחשב הנייד. הם רוצים סוכן שימשיך לעבוד גם כשהם סוגרים את המכסה. שרת VPS פותר זאת, ו-Claude Code פועל עליו ללא בעיות.

יש המבקשים את המושג "self hosted OpenRouter". גם זהו שער, והפתרון המקובל עבורו הוא LiteLLM.

הגדירו מהו הצורך שלכם, שכן המבנה הנכון משתנה בהתאם לכל מקרה.

אירוח עצמי של מודל פתוח באמצעות Ollama

אם הדרישה היא שאף prompt לא יעזוב את השרת שלכם, הריצו מודל בעל משקולות פתוחות. המשפחות שניתן להשתמש בהן בפועל בשרת שכור כיום הן Llama, Qwen, Mistral, Gemma ו-DeepSeek. כולן מפרסמות משקולות שניתן להוריד ולהריץ.

Ollama היא הדרך המהירה ביותר להתחיל. סקריפט ההתקנה מורכב משורה אחת, והוא מגדיר שירות systemd ב-Ubuntu.

curl -fsSL https://ollama.com/install.sh | sh
systemctl status ollama

systemctl status ollama אמור להדפיס active (running). לאחר מכן, משכו מודל והתחילו לתקשר איתו.

ollama pull qwen3:8b
ollama run qwen3:8b "Summarise what a reverse proxy does in two sentences."

הפקודה pull הראשונה מורידה כמה גיגה-בייטים, לכן המודל חייב להיכנס לזיכרון ה-RAM או לזיכרון ה-GPU לפני שיוכל להשיב. כלל אצבע למודלים שעברו קוונטיזציה (quantised): מודל של 8 מיליארד פרמטרים דורש כ-6 GB פנויים, מודל של 14 מיליארד פרמטרים דורש כ-10 GB, ומודל של 70 מיליארד פרמטרים דורש יותר זיכרון ממה שיש ברוב תוכניות ה-VPS הכלליות. אם לשרת חסר זיכרון, התהליך יסתיים על ידי ה-kernel ותראו Error: llama runner process has terminated, עם שורת out of memory ב-dmesg. בדקו את free -h לפני שמאשימים את המודל. תקציב הזיכרון הזה קובע גם כמה מתוך prompt ארוך המודל באמת קורא, כיוון ש-Ollama קוטמת בשקט כל מה שמעבר לחלון ברירת מחדל צנוע; לכן הגדלת num_ctx והתאמת גודל ה-KV cache היא הדבר הראשון שיש לבדוק כאשר מסמכים ארוכים חוזרים מסוכמים רק בחלקם.

Ollama מפעילה גם HTTP API ב-127.0.0.1:11434, וזה מה שהופך אותה לשימושית עבור תוכנות אחרות ולא רק ככלי צ'אט.

curl http://127.0.0.1:11434/api/generate -d '{"model":"qwen3:8b","prompt":"ping","stream":false}'

אם הבקשה הראשונה לאחר תקופת שקט לוקחת שלושים שניות בעוד שהבאה אחריה חוזרת מיידית, שום דבר לא מקולקל: Ollama פורקת את המודל מהזיכרון לאחר חמש דקות של המתנה, ו-השארתו בזיכרון באמצעות keep_alive מבטלת את העיכוב הזה בטעינה מחדש.

השאירו את הפורט הזה חסום ל-localhost בלבד. פורט Ollama פתוח בכתובת IP ציבורית הוא GPU בחינם לכל מי שימצא אותו. הבנייה המלאה, כולל יחידת ה-systemd, זיהוי ה-GPU והצבת reverse proxy בחזית, מכוסה ב-מדריך להרצת Ollama על VPS. אם אתם משרתים יותר ממשתמש אחד בו-זמנית, קראו תחילה את ההשוואה בין Ollama ל-vLLM, כיוון שהתכנון של Ollama המבוסס על זרם יחיד הופך לצוואר הבקבוק הרבה לפני שהחומרה הופכת לכזה.

היו כנים לגבי הפער. מודל פתוח טוב על VPS בינוני הוא שימושי באמת לסיכום, סיווג, ניסוח וחילוץ נתונים פשוט. במשימות הסקה (reasoning) מרובות שלבים, בבסיסי קוד גדולים ובשימוש בכלים סוכניים (agentic tool use), הוא אינו מתקרב למודל מאוחסן מהשורה הראשונה, ושום כמות של כוונון prompt לא תסגור את הפער הזה. בחרו במודל מקומי עבור העבודה שהוא טוב בה, ושלמו עבור מודל מאוחסן במקום שבו הקושי הוא אמיתי.

הפעלת Gateway עצמאי עם LiteLLM

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

LiteLLM הוא הבחירה הנפוצה מכיוון שהוא מדבר ב-API תואם OpenAI ומבצע proxy ל-Anthropic, ל-Ollama ולרוב הספקים האחרים מאחורי אותו endpoint. יש להריץ אותו ב-Docker עם קובץ תצורה.

model_list:
  - model_name: claude
    litellm_params:
      model: anthropic/claude-sonnet-5
      api_key: os.environ/ANTHROPIC_API_KEY
  - model_name: local
    litellm_params:
      model: ollama/qwen3:8b
      api_base: http://127.0.0.1:11434

שמור זאת כ-litellm_config.yaml והפעל את ה-proxy. הוא מאזין בפורט 4000.

docker run -v $(pwd)/litellm_config.yaml:/app/config.yaml \
  -e ANTHROPIC_API_KEY=$ANTHROPIC_API_KEY \
  -e LITELLM_MASTER_KEY=sk-1234 \
  -p 4000:4000 docker.litellm.ai/berriai/litellm:latest \
  --config /app/config.yaml

LITELLM_MASTER_KEY הוא פרט הגישה של מנהל המערכת, לכן יש להתייחס אליו כאל סיסמת root ולא להפיץ את ערך הדוגמה. קרא ל-proxy בדיוק כפי שהיית קורא ל-API מאוחסן.

curl http://localhost:4000/v1/chat/completions \
  -H 'Authorization: Bearer sk-1234' \
  -H 'Content-Type: application/json' \
  -d '{"model": "claude","messages": [{"role": "user","content": "Say hello in five words."}]}'

תגובה תקינה היא JSON רגיל עם מערך choices. שגיאת 401 היא כשל באימות. בהגדרה זו, הסיבה הנפוצה היא header מסוג Authorization שאינו תואם את מפתח ה-master שלך. LiteLLM מחזיר זאת גם עבור מפתח וירטואלי לא תקין, ומפתח ספק שהספק דוחה (למשל ANTHROPIC_API_KEY שגוי) גורם גם הוא לכשל באימות, כאשר שם הספק מופיע בשגיאה בפורמט <Provider>Exception. שגיאת 400 המציינת את המודל פירושה לרוב שה-model בבקשה שלך אינו תואם אף model_name בקובץ התצורה. LiteLLM מחזיר גם 400 כאשר בקשה ארוכה מדי עבור חלון ההקשר (context window) של המודל, לכן קרא את הודעת השגיאה לפני עריכת התצורה.

הסיבה לבנות זאת במקום לקרוא ל-Anthropic ישירות היא הגבלת ההוצאות. הנפק מפתח וירטואלי נפרד לכל יישום, כאשר לכל אחד תקציב משלו.

curl 'http://0.0.0.0:4000/key/generate' \
--header 'Authorization: Bearer sk-1234' \
--header 'Content-Type: application/json' \
--data-raw '{"models": ["claude"], "max_budget": 100}'

מפתחות וירטואליים ותקציבים דורשים מסד נתונים Postgres מאחורי ה-proxy. ל-docker run לעיל אין כזה, לכן הוסף לו תחילה -e DATABASE_URL=postgresql://user:password@host:5432/litellm. ללא מסד נתונים, קריאה זו נכשלת עם No connected db..

מפתח זה יכול להוציא מאה דולרים ולגשת למודל אחד בלבד, ולא לשום דבר אחר. כאשר סוכן (agent) מתנהג בצורה לא תקינה בשלוש לפנות בוקר, רדיוס הנזק הוא מפתח אחד ולא כל החשבון שלך. דפוס זה, בתוספת הניטור סביבו, הוא הנושא של שמירה על עלויות סוכנים בשליטה ב-VPS. אם אתה עדיין מחליט אם לשלם לפי טוקן בכלל, השוואת עלויות בין API למנוי מפרטת את החישובים.

שים לב למה שה-gateway אינו עושה. הוא אינו הופך את Claude למקומי, והוא אינו מסתיר את ה-prompts שלך מ-Anthropic. הבקשות עדיין עוזבות את השרת שלך אל הספק. מה שאתה מרוויח הוא שליטה על מפתחות, הוצאות, ניתוב ולוגים.

הרצת Claude Code על ה-VPS הפרטי שלכם

המשאלה השלישית היא הקלה ביותר לביצוע. Claude Code הוא לקוח (client). הוא מותקן כקובץ בינארי יחיד ומתקשר עם ה-API באמצעות HTTPS. הרצתו על שרת בבעלותכם מבטיחה שהסוכן ימשיך לעבוד גם לאחר שתכבו את המחשב הנייד, ומגבילה את טווח ההשפעה של הסוכן לסביבה שניתן להקים מחדש, במקום למחשב הראשי שלכם.

npm install -g @anthropic-ai/claude-code
claude --version

חבילת ה-npm דורשת Node.js בגרסה 22 ומעלה, אם כי בגרסאות Node.js ישנות יותר ההתקנה רק מציגה אזהרת EBADENGINE ומסתיימת בהצלחה. מתקין ה-native המומלץ של Anthropic, ה-curl -fsSL https://claude.ai/install.sh | bash, אינו דורש Node.js כלל. כך או כך, הקובץ הבינארי claude המותקן אינו רץ על גבי Node. Anthropic מציינת 4 GB של RAM כמינימום הנדרש, לכן בחרו גודל VPS בהתאם.

הריצו אותו בתוך tmux כדי שניתוק של חיבור ה-SSH לא יפסיק משימה ארוכה. הגדרה זו, כולל ניהול ה-session, מפורטת ב-הרצת Claude Code על VPS באמצעות tmux. הקצו לסוכן משתמש ללא הרשאות מיוחדות (unprivileged user), וקראו את כללי הבטיחות להרצת Claude Code על שרת לפני שתעניקו לו הרשאות כתיבה לכל דבר שחשוב לכם.

זהו אירוח עצמי של הסוכן, לא של המודל. חשוב לדייק בכך, כיוון שזהו החלק שאנשים נוטים לבלבל. אתם הבעלים של התהליך, מערכת הקבצים, תעבורת הרשת היוצאת והלוגים. Anthropic נשארת הבעלים של ה-inference.

מה העלות האמיתית של כל אפשרות

המחירים משתנים, לכן התייחסו לנתונים אלו כהערכה כללית ולא כהצעת מחיר מחייבת. נכון ל-17 באוקטובר 2026, Claude Sonnet 5.5 מתומחר ב-2$ למיליון טוקנים של קלט ו-10$ למיליון טוקנים של פלט, ו-Claude Opus 5.5 ב-4$ ו-20$ בהתאמה. Sonnet 5, המודל שבתצורת ה-gateway לעיל, הוחלף על ידי Sonnet 5.5 אך לא יצא משימוש: דף ה-model deprecations של Anthropic מגדיר אותו כ-Active, כאשר פרישתו לא תתרחש לפני ה-30 ביוני 2027. הוא עדיין עולה 2$ ו-10$, ו-Opus 5 עדיין מתומחר ב-5$ ו-25$. מודל מקומי אינו עולה דבר לכל טוקן, אך עלותו היא כעלות השרת לחודש, בין אם אתם משתמשים בו ובין אם לא.

נקודת האיזון נמוכה ממה שאנשים מצפים. VPS עם זיכרון מספיק להרצת מודל פתוח שימושי עולה כסף אמיתי בכל חודש, והוא עומד ללא שימוש ברוב הזמן. אם השימוש שלכם הוא בהתפרצויות (bursty), ה-API המנוהל בדרך כלל זול יותר. אם השימוש שלכם קבוע, או אם הנתונים שלכם אינם יכולים לצאת מהרשת שלכם, המודל המקומי עדיף משני ההיבטים.

התשובה המשולבת והכנה היא זו שרוב הצוותים מאמצים. הריצו מודל פתוח באופן מקומי עבור עבודה בנפח גבוה וברמת קושי נמוכה. נתבו בקשות מורכבות למודל חזיתי (frontier model) מנוהל. הציבו gateway לפני שניהם כך שהיישומים לא יצטרכו לדעת מי מהם הוא מי, וכדי שתוכלו לשנות את הגבול ביניהם מבלי לגעת בקוד היישום. ארכיטקטורה זו היא הגרסה המעשית של "Claude באירוח עצמי", ובניגוד לגרסה המילולית, היא אכן קיימת. אם ברצונכם להריץ גם את כל מחסנית הסוכן בעצמכם, סקירת סוכני ה-AI באירוח עצמי מפרטת את האפשרויות הזמינות.

FAQ

האם ניתן להוריד את משקולות המודל של Claude ולהריץ אותן מקומית?

לא. חברת Anthropic מעולם לא שחררה משקולות עבור אף מודל Claude, ואין רישיון המתיר אירוח עצמי. כל מה שמפורסם ברשת כ"מודל Claude" להורדה הוא או מודל אחר עם שם מטעה, או מעטפת (wrapper) שקוראת ל-API. אם נדרש API key, המודל אינו מקומי.

מהו המודל הפתוח הקרוב ביותר ל-Claude?

אין התאמה מדויקת, והמובילים בתחום מתחלפים מדי כמה חודשים. משפחות המודלים בעלי משקולות פתוחות שכדאי לבדוק הן Llama, Qwen, Mistral, Gemma ו-DeepSeek. במשימות סיכום, סיווג ועריכת קוד פשוטה, מודל פתוח טוב עם 8 עד 14 מיליארד פרמטרים הוא שימושי באמת. במשימות של הסקה מרובת שלבים ושימוש ב-agentic tools, הפער מול מודל חזית (frontier model) מאוחסן נותר גדול. בצעו בדיקות על ה-prompts שלכם במקום להסתמך על טבלאות דירוג.

האם LiteLLM הוא OpenRouter באירוח עצמי?

מבחינה תפקודית כן, עבור החלק של הניתוב וניהול המפתחות. LiteLLM רץ על השרת שלכם, מציג נקודת קצה (endpoint) תואמת OpenAI, ומבצע proxy מול Anthropic, Ollama ורוב הספקים האחרים. אתם מקבלים מגבלות הוצאה לכל מפתח ברגע שמחברים מסד נתונים מסוג Postgres, בנוסף לניתוב מודלים ומיקום אחד לקריאת לוגים. מה שהוא לא מספק זה הסקה (inference) מקומית: בקשות ל-Claude עדיין עוברות ל-Anthropic.

האם הרצת Claude Code על השרת שלי שומרת על פרטיות הקוד?

לא. Claude Code שולח את תוכן הקבצים שהוא קורא ל-API של Anthropic, ללא קשר למקום שבו התהליך רץ. מה ש-VPS מעניק לכם הוא בידוד של ה-agent, לא פרטיות של התוכן. הקצו לו משתמש ייעודי ללא הרשאות מיוחדות, הרחיקו אותו מפרטי גישה (credentials) וממאגרים לא קשורים, והתייחסו לכל מה שהוא יכול לקרוא כאל תוכן שיוצא מהשרת.