SSD Nodes Learn
מדריכים Matt Connorמאת Matt Connor · עודכן 2026-07-24

איך להריץ coding AI agent על VPS

מדריך להרצת Aider או Goose בתוך VPS באמצעות tmux. למד כיצד לחבר מודלים של Ollama ל-terminal כדי לכתוב קוד בצורה אוטונומית ושימוש ב-git לניהול שינויים.

למה להריץ coding agent על VPS

coding agent הוא כלי שקורא את ה-codebase שלך, כותב שינויים ומריץ פקודות לבדיקתם, הכל מתוך ה-terminal. הרצה שלו על VPS מעניקה שלוש הטבות לעומת הלפטופ שלך: הוא ממשיך לעבוד גם לאחר ניתוק החיבור, הוא נמצא באותו סביבה של הקוד וכלי ה-build שלך, והוא יכול לתקשר עם מודל המאוחסן אצלך באופן עצמאי. הפעל אותו בתוך session של tmux כדי שתוכל לסגור את הלפטופ ולחזור לעבודה מאוחר יותר, באותו אופן כמו running Claude Code on a VPS with tmux.

ישנם שני agents מבוססי terminal שחשוב להכיר. Aider הוא האופציה המקצועית ל-terminal ול-git: הוא מבצע auto-commit לכל שינוי עם הודעה מתאימה, כך שההיסטוריה נשארת נקייה וכל עריכה ניתנת לביטול. זהו אחד ה-coding agents הוותיקים ביותר ב-terminal, אם כי קצב ההוצאות שלו האט. Goose, מבית Block, הוא רחב יותר: agent מסוג Apache-2.0 עם ecosystem עשיר של extensions ותמיכה בספקיים רבים, כולל מודלים מקומיים של Ollama, ומפותח כעת תחת ה-Agentic AI Foundation (AAIF) של ה-Linux Foundation. Aider מתאים לworkflow ממושמע וממוקד git; Goose מתאים לעוזר כללי יותר עם סט רחב של plugins.

מה דרוש לך

אתה זקוק ל-VPS עם git, tmux, וגרסת Python עדכנית עבור Aider, או עבור מתקין Goose עבור Goose. כמו כן, דרוש לך מודל: או מפתח API מאוחסן מספק כמו Anthropic או OpenAI, או מודל מקומי המוגש על ידי Ollama on the same VPS. המסלול של אירוח עצמי שומר את הקוד שלך בשרת שלך ואינו כרוך בעלות לכל token, בתמורה לצורך זיכרון מספיק עבור מודל חזק.

התקנה והרצה של Aider

התקן את Aider בסביבה מבודדת באמצעות pipx, המגיע מ-apt מכיוון ש-Ubuntu 24.04 חוסמת התקנות pip install ישירות מחוץ לסביבה וירטואלית (PEP 668). לאחר מכן הרץ את Aider בתוך הפרויקט שלך, בתוך session של tmux כדי שימשיך לעבוד גם לאחר ניתוק:

sudo apt install pipx
pipx ensurepath
pipx install aider-chat
tmux new -s aider
cd ~/my-project
aider

הערה לגבי גרסה: התקנה זו עובדת כפי שמוצג ב-Ubuntu 24.04. ב-Ubuntu 26.04 היא נכשלת כרגע, מכיוון שהתלויות (dependencies) של Aider כוללות גרסת numpy ישנה שאינה נבנית מול Python 3.14 של 26.04. הפתרון הוא להקצות ל-Aider גרסת Python 3.12 משלו:

pipx install --python 3.12 --fetch-missing-python aider-chat

pipx מוריד interpreter עצמאי עבור Aider, וההתקנה מסתיימת. זהו סימפטום לקצב ההוצאות האיטי של Aider; אם זה מפריע לך, Goose הוא בחירה עם תחזוקה פעילה יותר.

לאחר שהagent רץ, נתק את ה-session באמצעות Ctrl-b ואז d, והagent ימשיך לעבוד גם כשהלפטופ סגור; התחבר מחדש מאוחר יותר באמצעות tmux attach -t aider כדי לקרוא מה הוא שינה. Aider קורא את ה-repository שלך, מציע עריכות, מחיל אותן ומבצע commit לכל אחת, והוא יכול לייבא קבצים נוספים כ-context כאשר שינוי משתרע על פני מספר קבצים. מכיוון שכל שינוי הוא commit, ביטול פעולות הagent הוא פשוט git revert, מה שמהווה רשת ביטחון המאפשרת שימוש נוח. Goose מותקן באמצעות סקריפט בשורה אחת ורץ באופן דומה מה-terminal, ומבצע משימות באמצעות ה-extensions שלו:

curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash

מודל מאוחסן או מודל מאוחסן עצמית

מודל מאוחסן מספק איכות גבוהה ללא צורך בחומרה מקומית, אך הוא עולה כסף עבור כל token והקוד שלך נשלח לספק. עלויות ה-token מצטברות מהר יותר ממה שרוב האנשים מצפים, מכיוון שהagent שולח מחדש את כל השיחה בכל סבב. הפירוט של Claude Code לגבי what a long agent session really spends on tokens תקף גם כאן, מכיוון ש-Aider ו-Goose מחייבים באותו אופן. מודל מאוחסן עצמית דרך Ollama שומר את הכל על השרת שלך והוא בחינם להרצה לאחר רכישת החומרה, אך מודל coding מספיק טוב כדי להיות שימושי דורש זיכרון אמיתי. זהו הטרייד-אוף שעליך לשקול: איכות ונוחות מול פרטיות ועלות.

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

ToolSelf-hosted LLM sizing

בטיחות: הוא עורך קבצים ומריץ פקודות

coding agent אינו פסיבי. הוא כותב מחדש קבצים ויכול להריץ פקודות build ו-test, לכן יש להתייחס אליו באותה תשומת לב שניתנת לכל תהליך שיכול לשנות את המערכת שלך. שלושה הרגלים מכסים את רוב הסיכונים. עבוד בתוך git repository, כך שכל שינוי נשמר וניתן לביטול, דבר ש-Aider עושה עבורך באופן אוטומטי. הרץ את הagent כמשתמש רגיל ללא הרשאות מנהל (unprivileged user), לעולם לא כ-root, בהתאם לעקרון least-privilege users, כדי שפקודה שגויה לא תוכל לפגוע בכל המערכת. ושמור על השרת עצמו מאובטח (hardened), מכיוון ש-VPS לקידוד הוא עדיין שרת ציבורי: SSH עם מפתח בלבד, firewall במצב deny-by-default, וכל השאר. המדריך OpenClaw hardening guide נוקט באותה גישה עבור agent אוטונומי יותר, והעקרונות תקפים גם כאן.

כדי לחבר coding agent ל-workflow שלך, building an AI agent with Claude מראה כיצד מודל אחד מפעיל את הכלים שלך; running Google's Gemini CLI on a VPS הוא אפשרות terminal נוספת, ו-self-hosting OpenHands הוא המסלול האוטונומי הכבד יותר. לפרויקט ה-open source הפופולרי ביותר בתחום זה יש כעת מדריך משלו: running OpenCode on a VPS מגדיר אותו באותו דפוס של tmux ומשתמש ללא הרשאות מנהל.

FAQ

האם אני יכול להריץ coding agent עם מודל מקומי במקום API בתשלום?

כן. גם Aider וגם Goose עובדים עם מודלים מקומיים המוגשים על ידי Ollama, כך שניתן להריץ coding agent באירוח עצמי מלא ללא עלות לכל token וללא יציאת קוד מהשרת שלך. החיסרון הוא הזיכרון: מודל המסוגל לכתוב קוד שימושי דורש כמות גדולה של RAM או VRAM, לכן יש להתאים את המכונה למודל לפני שמתחייבים.

Aider או Goose, במה כדאי להשתמש?

בחר ב-Aider אם ה-workflow שלך ממוקד terminal ו-git ואתה רוצה באופציה המבוססת והקלה ביותר; הוא מבצע auto-commit לכל שינוי כך שההיסטוריה שלך נשארת ניתנת לביטול. בחר ב-Goose אם אתה רוצה עוזר רחב יותר עם ecosystem עשיר של extensions ותמיכה בספקיים רבים. שניהם רצים מה-terminal ושניהם עובדים עם Ollama, לכן שניהם מתאימים ל-VPS.

כמה זיכרון אני צריך עבור מודל coding מאוחסן עצמית?

זה תלוי בגודל המודל ובמידת ה-quantization שלו. מודל quantized קטן יכול לרוץ על כמה ג'יגה-בייט, בעוד שמודל חזק יותר דורש הרבה יותר, וחלונות context ארוכים מוסיפים לכך. השתמש בכלי מדידת הגודל לעיל כדי להעריך את הזיכרון שנדרש למודל מסוים ואורך context מסוים לפני שתוריד אותו.

האם זה בטוח לתת ל-AI agent לערוך את הקוד שלי ולהריץ פקודות?

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