פרויקט צד בלי הפתעות: מפרקים את סעיפי אי-התחרות, הסודיות והקניין הרוחני בחוזה עם Claude ו-GPT-6

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

המדריך מיועד לשכירים בהייטק ומחוצה לו, למפתחים, למעצבים, לאנשי מוצר ולכל מי שמתכנן לבנות משהו בצד בעזרת Claude, ChatGPT, Gemini או כלי קוד אחרים. אין צורך ברקע משפטי. אנחנו לא מחליפים כאן עורך דין. המטרה היא להגיע לשיחה איתו, או עם המעסיק, מוכנים: לדעת אילו סעיפים רלוונטיים, איפה הניסוח עמום ומה בדיוק צריך לשאול. שיחה של שעה עם עורך דין שמגיעים אליה עם 8 שאלות חדות שווה הרבה יותר משלוש שעות שמתחילות ב“תקרא את החוזה ותגיד לי אם יש בעיה”.

חשוב: כל מה שכתוב כאן הוא מידע כללי וכלי עבודה, לא ייעוץ משפטי. גם מודלי שפה טובים טועים בפרטים משפטיים, במיוחד בדין הישראלי. מה ש-AI עושה מצוין הוא לארגן, לפרק ולנסח שאלות. את ההכרעה משאירים לאיש מקצוע.

למה זה דחוף דווקא עכשיו

פעם פרויקט צד היה דורש חודשים של עבודה, וממילא רוב האנשים לא הגיעו רחוק. היום אפשר להגיע למוצר עובד בסוף שבוע, ולכן הרבה יותר אנשים נתקלים בשאלות שבעבר עלו רק אצל מעטים. שלושה דברים השתנו:

1. המהירות. אתם עלולים להשיק משהו לפני שבכלל עצרתם לחשוב על החוזה.
2. הכלים עצמם. אם אתם משתמשים במנוי ה-AI שהחברה משלמת עליו, במחשב הנייד של העבודה או בחשבון GitHub הארגוני, נוצר חיבור בין הפרויקט למעסיק. החיבור הזה עלול להיות מהותי.
3. הקרבה לתחום. כשאתם בונים מהר, אתם בונים את מה שאתם מכירים, כלומר לרוב משהו קרוב לעבודה היומיומית שלכם. דווקא שם נמצא רוב הסיכון.

שלושת הסעיפים שצריך להכיר

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

1. אי-תחרות (Non-Compete) סעיף שמגביל אתכם מלעבוד אצל מתחרה או להקים עסק מתחרה, לפעמים בזמן ההעסקה ולפעמים גם לתקופה שאחריה. כדאי להכיר את ההבחנה הזאת: הפסיקה בישראל מתייחסת בחשדנות להגבלות אחרי סיום העבודה, ובדרך כלל אוכפת אותן רק כשיש למעסיק אינטרס לגיטימי, כמו סודות מסחריים או הכשרה מיוחדת שהשקיע בכם. בזמן ההעסקה התמונה שונה. חובת האמון ותום הלב כלפי המעסיק חלה גם בלי סעיף מפורש, וחוזים רבים דורשים אישור מראש לכל “עבודה נוספת”.

2. סודיות (Confidentiality / NDA) מגדיר מה נחשב מידע סודי ומה אסור לכם לעשות בו. הניסוחים נעים בין סבירים (“מידע שסומן כסודי או שברור מטבעו שהוא סודי”) לבין רחבים מאוד (“כל מידע שהגיע אליכם בקשר לעבודה”). בפרויקט צד השאלה המעשית היא אם אתם משתמשים בידע, בנתונים, בקוד או בתובנות שקיבלתם מהעבודה.

3. קניין רוחני (IP Assignment / Inventions) זה הסעיף שהכי חשוב לקרוא בעיון. ברירת המחדל בחוק הישראלי היא שיצירה ש“נעשתה לצורך העבודה ובמהלכה” שייכת למעסיק, וגם “אמצאת שירות” לפי חוק הפטנטים. אבל חוזים רבים מרחיבים מעבר לברירת המחדל. הם כוללים כל המצאה “הקשורה לתחום העיסוק של החברה”, גם אם נוצרה בבית בשבת, ולפעמים כל המצאה שנוצרה בתקופת ההעסקה. לעתים יש גם נספח נפרד של הקצאת המצאות שחתמתם עליו ביום הראשון ושכחתם ממנו.

טיפ שלא מוצאים בכל מקום: הרבה פעמים הסעיף הבעייתי לא נמצא בחוזה עצמו אלא ב“נוהל עבודה נוספת”, בקוד האתי או במדיניות השימוש בציוד ומערכות של החברה. חוזים רבים מפנים למסמכים האלה (“העובד יפעל בהתאם לנהלי החברה כפי שיעודכנו מעת לעת”). כך הם הופכים לחלק מההתחייבות שלכם.

שלב 1: אוספים את המסמכים ומנקים אותם לפני שמעלים

לפני שפותחים צ’אט:

1. אספו את כל המסמכים. חוזה העבודה, נספחים, טופס הקצאת המצאות או IP Assignment, נוהל עבודה נוספת, קוד אתי ומדיניות שימוש ב-AI אם קיימת בארגון. אם חסר לכם משהו, מותר לבקש עותק ממשאבי אנוש. זו בקשה שגרתית.
2. נקו פרטים מזהים. החליפו את שם החברה ב“החברה”, מחקו שכר, תעודת זהות, כתובת ושמות של אנשים. ההשמטות האלה לא פוגעות בניתוח.
3. בדקו מה מותר לשתף. יש חוזים שמגדירים את תנאי ההעסקה עצמם כסודיים. התייעצות עם עורך דין מותרת כמעט תמיד, אבל העלאה לשירות חיצוני היא שאלה אחרת. אם זה מטריד אתכם, העתיקו רק את הסעיפים הרלוונטיים אחרי ניקוי, ולא את המסמך כולו.
4. השתמשו בחשבון פרטי ובציוד פרטי. ממש לא כדאי לנתח במנוי ה-AI של העבודה איך לבנות פרויקט שאולי מתחרה בה. ב-ChatGPT יש מצב שיחה זמנית שלא נשמרת בהיסטוריה. כדאי לבדוק גם בהגדרות של כל כלי אם השיחות משמשות לאימון ולכבות את זה.

שלב 2: מפרקים את החוזה עם Claude

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

פרומפט 1: מיפוי הסעיפים

מצורף חוזה עבודה ונספחים (אחרי השמטת פרטים מזהים). אני עובד/ת בישראל
ושוקל/ת לבנות פרויקט צד.

המשימה: מצא/י כל סעיף שנוגע לאחד מהנושאים הבאים:
1. אי-תחרות (בזמן ההעסקה ואחריה)
2. עבודה נוספת / עיסוק נוסף / אישור מראש
3. סודיות ומידע סודי
4. קניין רוחני, המצאות, זכויות יוצרים, ויתור על תמלוגים
5. שימוש בציוד, במערכות ובחשבונות של החברה
6. הפניות למסמכים אחרים (נהלים, מדיניות) שהחוזה מחיל עליי

לכל סעיף תן/י:
- ציטוט מדויק מהטקסט (מילה במילה, עם מספר הסעיף)
- הסבר בשפה פשוטה, משפט או שניים
- מה ההגדרה המרכזית בסעיף (למשל: איך מוגדר "מידע סודי", איך מוגדר
  "תחום העיסוק של החברה")
- משך הזמן והיקף גאוגרפי, אם מופיעים

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

הדרישה לציטוט מילה במילה היא החלק החשוב בפרומפט. בלעדיה מודלים נוטים “לסכם” סעיפים לפי איך שחוזים כאלה בדרך כלל נראים, ולא לפי מה שכתוב אצלכם. אחרי שקיבלתם את התשובה, בדקו מול המקור לפחות שלושה ציטוטים באופן אקראי.

פרומפט 2: איתור עמימות

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

לכל עמימות תן/י שתי קריאות אפשריות: הקריאה המצמצמת והקריאה המרחיבה,
ומה ההבדל המעשי ביניהן בשבילי.

הטבלה הזאת היא חומר הגלם לשאלות שתשאלו אחר כך. ברוב המקרים כל עמימות הופכת לשאלה אחת לעורך הדין.

שלב 3: מתארים את הפרויקט באופן שאפשר לבדוק אותו

כאן רוב האנשים מתחילים, וזה מוקדם מדי. קודם הבנתם מה כתוב בחוזה, ועכשיו מתארים את הפרויקט במונחים שאפשר להצליב מול הסעיפים. כתבו לעצמכם “דף עובדות”. הוא גם יחסוך זמן מול עורך הדין:

דף עובדות - פרויקט צד

מה המוצר: [משפט אחד]
מי הלקוחות/המשתמשים: [...]
מה התחום של המעסיק שלי: [משפט אחד, כמו שהייתם מתארים לחבר]
מה התפקיד שלי אצל המעסיק: [...]
חפיפה: האם המעסיק מוכר / מפתח / שוקל משהו דומה? [כן/לא/לא יודע]
מתי אני עובד/ת על הפרויקט: [ערבים, סופ"ש, בשעות עבודה?]
על איזה ציוד: [מחשב פרטי/של העבודה]
איזה חשבונות וכלים: [מנוי AI פרטי? GitHub פרטי? ענן פרטי?]
האם השתמשתי בקוד, בתבניות, בנתונים או בידע ספציפי מהעבודה: [פרטו בכנות]
האם אני מתכנן/ת לגבות כסף / לגייס / לפתוח חברה: [...]
מתי התחלתי: [תאריך - חשוב אם יש קוד שקדם להעסקה]

טיפ: אם התחלתם את הפרויקט לפני שהתחלתם לעבוד אצל המעסיק הנוכחי, שמרו הוכחות: היסטוריית commits, קבצים עם תאריכים, מיילים. חוזים רבים מאפשרים לצרף רשימה של “המצאות קודמות” שמוחרגות מההקצאה. אם לא צירפתם רשימה כזאת, זו שאלה טובה לעורך הדין.

פרומפט 3: הצלבה

הנה דף העובדות של הפרויקט שלי [הדבקה]. עבור/י על כל סעיף שמיפית קודם
ובנה/י טבלה:

| סעיף | ציטוט קצר | איזו עובדה בפרויקט נוגעת אליו | רמת חשש (נמוכה/בינונית/גבוהה) | למה | מה צריך לברר |

כללים:
- רמת החשש היא הערכה ראשונית לסדר עדיפויות, לא מסקנה משפטית.
- אם התשובה תלויה בעובדה שלא סיפקתי, כתוב "חסר מידע" ופרט מה חסר.
- בסוף, רשום 3 שינויים מעשיים בפרויקט (לא בחוזה) שיכולים להוריד
  את רמת החשש, למשל הפרדת ציוד או שינוי פלח לקוחות.

העמודה “מה צריך לברר” היא העיקר. השינויים המעשיים בסוף הם לרוב הדברים שאפשר לעשות כבר הערב, בלי לחכות לאף אחד.

שלב 4: חוות דעת שנייה עם GPT-6, מהצד של המעסיק

מודל אחד שקרא את החוזה ועוזר לכם נוטה להיות אופטימי. מודל אחר שמקבל תפקיד הפוך עוזר לגלות נקודות עיוורות. פתחו שיחה חדשה ב-ChatGPT עם GPT-6 (או ב-Gemini, אם זה הכלי שלכם), הדביקו את הסעיפים הרלוונטיים ואת דף העובדות, ובקשו:

את/ה היועץ/ת המשפטי/ת של המעסיק. עובד/ת הגיש/ה בקשה לאשר את פרויקט
הצד שמתואר כאן, והסעיפים מהחוזה מצורפים.

1. מה הטיעונים החזקים ביותר שלך לכך שהפרויקט מפר את החוזה, או שהזכויות
   בו שייכות לחברה? דרג/י מהחזק לחלש.
2. אילו שאלות היית שואל/ת את העובד/ת כדי לחזק את העמדה שלך?
3. מה העובד/ת יכול/ה לעשות או להציע שירכך את ההתנגדות שלך?

היה/י חד/ה ואל תתחשב/י ברגשות שלי. אם טיעון חלש, אמור/י זאת.

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

שימו לב: אם אחד המודלים מזכיר שם של פסק דין, מספר סעיף בחוק או “הלכה” מסוימת, אל תניחו שזה מדויק. רשמו את זה כ“לבדוק עם עו”ד: האם רלוונטי X?“. מודלים מסוגלים לייצר הפניות משפטיות שנשמעות משכנעות לגמרי ואינן קיימות או אינן רלוונטיות.

שלב 5: מהטבלה לשאלות מדויקות

שאלה טובה לעורך דין היא שאלה סגורה, מבוססת עובדות ומפנה לסעיף. “יש בעיה עם הפרויקט?” היא שאלה גרועה. הנה ההבדל:

שאלה כללית	שאלה מדויקת
האם מותר לי לבנות אפליקציה?	סעיף 9.2 מגדיר המצאה כ“כל המצאה הקשורה לתחום העיסוק של החברה”. החברה מפתחת מערכות CRM לבתי מלון, והאפליקציה שלי מנהלת תורים למספרות. האם לדעתך זה נופל בהגדרה?
מה עם הקניין הרוחני?	אין לי רשימת המצאות קודמות מצורפת לחוזה, אבל יש לי commits מלפני תחילת ההעסקה. איך מגינים על החלק הזה?
צריך לבקש אישור?	סעיף 6 דורש אישור לכל “עיסוק נוסף בתמורה”. הפרויקט כרגע חינמי. האם האישור נדרש כבר עכשיו, או רק כשאתחיל לגבות? ואם אבקש, מה כדאי שיופיע בניסוח האישור?

פרומפט 4: ניסוח השאלות

על סמך הטבלה שבנינו, נסח/י רשימה של 6-10 שאלות לעורך/ת דין דיני עבודה.
כל שאלה:
- מפנה למספר סעיף
- כוללת את העובדה הרלוונטית מהפרויקט
- סגורה ככל האפשר (אפשר לענות בכן/לא + הסבר)
סדר/י לפי חשיבות. בסוף, הוסף/י רשימה של מסמכים שכדאי להביא לפגישה.

אם מחליטים לפנות למעסיק

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

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

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

טעויות נפוצות

• בונים קודם וקוראים אחר כך. הרגע הכי זול לטפל בזה הוא לפני שורת הקוד הראשונה. אחרי ההשקה כל שינוי עולה יותר.
• “זה בסוף שבוע ועל המחשב שלי, אז זה שלי.” זה עוזר, אבל לא תמיד מספיק. אם החוזה מגדיר את ההקצאה לפי תחום ולא לפי זמן או ציוד, נכנסים לשאלה של קרבה לתחום.
• מנוי ה-AI של העבודה. שימוש בחשבון Claude, ChatGPT או GitHub Copilot ארגוני לפרויקט הצד יוצר תיעוד, ולעתים גם הפרה של מדיניות שימוש. החזיקו מנויים נפרדים.
• העתקת “רק תבנית קטנה” מהעבודה. קטע קוד, סכמת מסד נתונים או פרומפט שפיתחתם בעבודה עלולים להיות קניין של המעסיק. כתבו מאפס.
• סומכים על המודל כאילו היה עורך דין. AI מצוין לפירוק ולארגון, אבל הוא עלול לטעות בפרשנות של הדין הישראלי, להמציא הפניות או להתעלם מנספח. מסקנות מקבלים מאיש מקצוע.
• מעלים חוזה עם כל הפרטים. אין סיבה להעלות שכר, ת“ז או שם חברה. אחרי השמטה הניתוח טוב באותה מידה.
• שוכחים את אחרי העזיבה. גם אם עזבתם, סעיפי סודיות והקצאת המצאות נמשכים לעתים זמן מה. בדקו את משכי הזמן בחוזה.
• מסתפקים באישור בעל פה. מנהלים מתחלפים, חברות נרכשות. רק אישור בכתב ובמפורש מגן עליכם.

סיכום וצ’קליסט התחלה

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

צ’קליסט:

• אספתי את החוזה, את כל הנספחים ואת הנהלים שהחוזה מפנה אליהם
• הסרתי פרטים מזהים ועבדתי בחשבון AI פרטי על מחשב פרטי
• קיבלתי מיפוי סעיפים עם ציטוטים, ובדקתי לפחות שלושה מהם מול המקור
• סימנתי כל ניסוח עמום וקיבלתי לגביו קריאה מצמצמת וקריאה מרחיבה
• כתבתי דף עובדות כן על הפרויקט, כולל ציוד, חשבונות ותאריך התחלה
• בניתי טבלת הצלבה עם רמות חשש ועמודה של “מה צריך לברר”
• הרצתי בדיקה הפוכה עם מודל שני בתפקיד היועץ של המעסיק
• רשמתי כל הפניה משפטית שהמודל הזכיר כ“לבדוק”, לא כעובדה
• ניסחתי 6-10 שאלות סגורות שמפנות למספרי סעיפים
• החלטתי אם לפנות למעסיק, ואם כן, הכנתי טיוטה לבקשת אישור בכתב
• הפרדתי כבר עכשיו ציוד, חשבונות וקוד בין העבודה לפרויקט

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