• סוכנים
  • 6 דקות קריאה
  • עודכן

Cursor Origin: אחסון קוד ו-git בתוך Cursor, מדריך הפעלה צעד אחרי צעד

בשורה התחתונה

זו השאלה המעניינת, והתשובה שהם נותנים היא שהמשחק השתנה. סוכני AI פותחים branches ודוחפים PR-ים בקצב שאף תהליך אנושי לא תוכנן אליו, וקונפליקטים ב-merge הופכים מחריגה לברירת מחדל.

איור פתיחה למדריך: Cursor Origin

מה זה Cursor Origin

ב-17 באוגוסט 2026 Cursor השיקו את Origin, פלטפורמת אחסון קוד ו-git מלאה שיושבת בתוך Cursor עצמו. במקום שהקוד שלכם יחיה ב-GitHub וה-agent יחיה ב-Cursor, שניהם יושבים עכשיו באותו מקום.

Origin נמצא כרגע ב-early beta ודלוק כברירת מחדל לכל מנוי בתשלום (Pro, Teams, Enterprise). היוצא מן הכלל היחיד: ארגוני Enterprise שהאדמין שלהם ביטל את זה.

מה שיש בפנים כבר עכשיו: ריפוזיטוריז, pull requests, code review, merge, חיפוש וגלישה בקוד, סנכרון דו-כיווני מול GitHub, ואינטגרציות ל-CI ולדיפלוי.

למה חברה שבונה עורך קוד בונה תשתית לאחסון קוד

זו השאלה המעניינת, והתשובה שהם נותנים היא שהמשחק השתנה. סוכני AI פותחים branches ודוחפים PR-ים בקצב שאף תהליך אנושי לא תוכנן אליו, וקונפליקטים ב-merge הופכים מחריגה לברירת מחדל.

במאמר הטכני שלהם, Git at any scale, הם מפרסמים את מספרי העומס שהמערכת עומדת בהם על everysphere, המונוריפו הפנימי של Cursor:

מדדערךהערה
Clones לדקהעד כ-296,000גדל באופן ליניארי עם מספר ה-replicas
Pushes לדקהכ-16,400על S3 Express One Zone
Pushes לשנייה120 עד 300+120 על S3 Standard, מעל 300 על Express
Replicas בבדיקות עומסעד 100סקיילינג ליניארי בקריאות, בלי נסיגה בכתיבות

המספרים מתוך cursor.com/blog/git-at-any-scale. שימו לב ליחידות: הגרף הרשמי מודד לדקה, לא לשעה.

מה צריך לפני שמתחילים

  • חשבון Cursor במנוי בתשלום: Pro, Teams או Enterprise
  • macOS, Linux או Windows עם WSL
  • git מותקן מקומית
  • כדי לסנכרן ריפו קיים מ-GitHub: אפליקציית Cursor מחוברת לארגון, והרשאת admin על הריפו

שלב 1: מתקינים את ה-Origin CLI

שורה אחת בטרמינל:

curl -fsSL https://downloads.cursor.com/origin/install.sh | sh

ההתקנה שמה את הבינארי ב-~/.local/bin/origin. אם הטרמינל עונה command not found: origin, צריך להוסיף את התיקייה ל-PATH.

zsh

echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

bash

echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc

בודקים שזה עלה:

origin --version

שימו לב: ה-Origin CLI (origin) הוא כלי נפרד מה-Cursor Agent CLI (agent). שניהם יכולים לחיות אצלכם במקביל.

שלב 2: מתחברים לחשבון

origin auth login

נפתח דפדפן, מאשרים עם החשבון שיש לו גישה ל-Origin, וזהו. ההתחברות גם מגדירה את ה-git credential helper, כך ש-git push ו-git pull מול remote של Origin עובדים אחר כך בלי שום הגדרה נוספת.

שלב 3: מעבירים את הריפו הראשון

יש שתי דרכים, ובוחרים לפי איפה הקוד יושב היום.

דרך א: סנכרון מ-GitHub (Mirror)

זו הדרך המומלצת אם הקוד כבר ב-GitHub. Origin מייצר עותק ומחזיק אותו מעודכן, ו-GitHub נשאר מקור האמת.

  • נכנסים ל-cursor.com/codebase
  • לוחצים Sync from GitHub
  • בוחרים את הארגון ואת הריפו
  • מאשרים: והסנכרון רץ ברקע

מה מסתנכרן ומה לא:

נכנס ל-Originנשאר רק ב-GitHub
היסטוריית git, branches ו-tagsGitHub Issues
קוד לגלישה וחיפושGitHub Actions workflows וסודות
Pull requests: מסתנכרנים לשני הכיוונים
עדכונים שוטפים, כך ש-Origin נשאר טרי

אפשר לוודא את מצב הסנכרון בכל רגע תחת Settings של הריפו, בטאב General. ריפו מסונכרן מציג את Origin כ-mirror ואת GitHub כ-source.

דרך ב: דחיפה של פרויקט מקומי

אם הפרויקט יושב רק אצלכם במחשב, יוצרים ריפו ודוחפים אליו ישירות.

יוצרים את הריפו מהטרמינל:

origin repo create my-project

בלי slash: הריפו נוצר תחת ה-namespace של החשבון שלכם. אפשר גם ליצור אותו מה-UI: נכנסים ל-Codebase, לוחצים New, ונותנים שם.

ואז, מתוך תיקיית הפרויקט:

git init -b main
git remote add origin https://origin.cursor.com/<org>/my-project
git add .
git commit -m "Initial commit"
git push -u origin main

לשכפול של ריפו שכבר קיים ב-Origin:

origin repo clone <org>/my-project
# or straight with git
git clone https://origin.cursor.com/<org>/my-project

השם שאתם נותנים ל-codebase הופך לחלק מה-URL של כל ריפו: cursor.com/codebase/<השם-שלכם>

שלב 4: עובדים עם Pull Requests

דוחפים branch ופותחים PR מול ה-base branch:

git checkout -b my-change
git push -u origin my-change

אחרי שה-branch נמצא ב-Origin, פותחים PR מהטאב Code של הריפו. לכל pull request יש ארבעה טאבים:

טאבמה יש בו
Activityפתיחות, תגובות, reviews ושינויי סטטוס לפי סדר
Commitsהקומיטים שב-PR, אפשר לפתוח כל אחד ולראות את ה-diff שלו
Checksריצות ה-CI והסטטוס של ה-branch
Files Changedה-diff המלא, כולל תגובות על שורות ספציפיות

אפשר לבקש reviewers, להשאיר review, ולעשות merge כשה-reviews וה-CI מרוצים. Origin מציף קונפליקטים ב-merge לפני שאתם ממזגים, לא אחרי.

על ריפו מסונכרן מ-GitHub: תגובה שכותבים ב-Cursor מופיעה ב-GitHub, ותגובה או review מ-GitHub מופיעים ב-Cursor תוך שניות. גם review שהוקצה לכם ב-GitHub, אפשר לאשר ולמזג אותו מתוך Cursor.

סוכנים ואוטומציות על הריפו

זו הנקודה שבגללה כל זה נבנה. הקוד, ה-PR-ים והסוכנים יושבים באותו מקום, אז אפשר לשאול את Cursor שאלות על קוד שאתם גולשים בו, והוא יכול לענות, לשנות, לעדכן PR או לדחוף branch.

Automations

אוטומציות מריצות cloud agents לפי לוח זמנים או כשקורה אירוע ב-source control. מכוונים אוטומציה לריפו של Origin בדיוק כמו לריפו מחובר של GitHub או GitLab.

  • Push to branch: למשל push ל-main
  • Pull request opened או Pull request pushed

יוצרים אותן מ-cursor.com/automations, מחלון ה-Agents, או עם ה-skill בשם automate.

Cloud agents

סוכני ענן יכולים לעבוד ישירות מול ריפו של Origin: clone, branch, commit, push ופתיחת pull request.

אינטגרציות: CI ודיפלוי

Origin נבנה עם אקוסיסטם של אפליקציות. מחברים אותן מהטאב Apps של הריפו.

אינטגרציהמה היא נותנת
Vercelכל PR מקבל preview deployment לבדיקה ולתגובות. אחרי merge זה עולה ל-production
DepotCI: מריץ את ה-GitHub Actions workflows הקיימים שלכם
BuildkiteCI: מריץ גם GitHub Actions וגם pipelines טבעיים של Buildkite

טיפים

  • התחילו מריפו אחד לא קריטי. זה early beta, ואין סיבה להעביר את המונוריפו של הפרודקשן ביום הראשון
  • אם הקוד כבר ב-GitHub, העדיפו Mirror על פני העברה מלאה, GitHub נשאר מקור האמת ואתם לא מסתכנים בכלום
  • אחרי origin auth login לא צריך להגדיר credentials ל-git בנפרד, ה-CLI כבר עשה את זה בשבילכם
  • האייקונים ליד שם הריפו ברשימה מראים מה מאוחסן ב-Cursor ומה הגיע מ-GitHub, שווה להסתכל לפני שדוחפים
  • Issues ו-Actions לא עוברים. אם אתם בונים תהליך סביב Origin, תכננו מראש איפה הם יחיו
  • בטאב Settings, תחת Danger Zone, יש Detach from GitHub. זה הופך את Origin למקור האמת, פעולה שכדאי לעשות רק כשאתם בטוחים
  • אפשר לבקש מהסוכן להעלות פרויקט ל-Origin והוא יתקין את ה-CLI, יתחבר, ייצור את הריפו, יגדיר remote וידחוף, הכל לבד

מגבלות שכדאי להכיר

  • Early beta: הפיצ’רים והמסכים משתנים. ה-UI של Permissions ושל Rules and Protections בעיצוב מחדש
  • רק במנוי בתשלום. ארגוני Enterprise יכולים לבטל את זה ברמת האדמין
  • GitHub Issues לא עוברים
  • GitHub Actions workflows וסודות לא עוברים, צריך Depot או Buildkite כדי להריץ אותם
  • בריפו מסונכרן, push דרך Origin עובר ל-GitHub. GitHub נשאר מקור האמת עד שמנתקים ידנית

לינקים

נכתב על ידי

מוביל AI ודאטה בקבוצה עסקית גדולה, מעביר סדנאות ובונה סוכני AI לארגונים.

עודכן לאחרונה:

רוצים סוכן כזה שעובד אצלכם?

אני בונה סוכני AI לארגונים ומחבר אותם למערכות שכבר יש לכם, עם הרשאות, בקרה וליווי.

5,000+ חברים בקהילת Vibe Coding Israel

הקהילה הגדולה בישראל לבנייה עם AI: שאלות, דמואים, מדריכים ומפגשים. בלי ספאם, רק אנשים שבונים.

הצטרפות לקבוצה (נפתח בחלון חדש)

המספר מתעדכן ידנית. נכון ל-10/2026.