כלי AI לכתיבת קוד כבר שינו את הדרך שבה חברות מפתחות תוכנה. אלא שלצד המהירות, היעילות והנוחות, הם מעלים שאלות מהותיות של זכויות יוצרים, בעלות, הפרה ורישוי. שאלות אלה כבר אינן תיאורטיות, אלא עסקיות, חוזיות ומעשיות.
כלי AI לכתיבת קוד הפכו בתוך זמן קצר לחלק אינטגרלי מסביבת הפיתוח המודרנית. הם מסייעים בכתיבת פונקציות, בהשלמת קוד, refactoring ,debugging, בתיעוד ולעיתים אף מציעים מקטעי קוד שלמים. מבחינה תפעולית, הערך ברור: פיתוח מהיר יותר, חיסכון בזמן, ושיפור בפרודוקטיביות. מבחינה משפטית, התמונה מורכבת יותר. ככל שחברות מסתמכות יותר על AI בתהליך הפיתוח, כך מתחדדות שלוש שאלות יסוד: האם הקוד שנוצר מוגן בזכויות יוצרים; מי עשוי להיחשב לבעל הזכויות בו; והאם השימוש בו עלול לחשוף את החברה לסיכוני הפרה או רישוי.
כמו בתחומים רבים אחרים בעולם ה-GenAI, גם כאן אין תשובה אחת שמתאימה לכל המצבים. הניתוח המשפטי תלוי במידה רבה באופן שבו נעשה השימוש בכלי, בהיקף המעורבות האנושית ובטיבו של הקוד שנוצר. לא ניתן לראות בקוד שנוצר בעזרת AI קטגוריה אחת, אלא רצף של מצבים שונים, שכל אחד מהם עשוי להוביל לתוצאה משפטית שונה. דוח ה-U.S. Copyright Office מינואר 2025 ומקורות אירופיים עדכניים מציבים כולם נקודת מוצא דומה: עצם השימוש במערכות AI אינו שולל הגנה, אבל השאלה אם תקום זכות יוצרים תלויה בכך שהתוצר הסופי יבטא תרומה אנושית יצירתית מספקת.
מבחינה משפטית ומעשית, חשוב להבחין בין שלושה מצבים שונים:
ההבחנה הזאת חשובה משום שהיא עשויה לקבוע לא רק מי בעל הזכויות בקוד, אלא שאלה מוקדמת יותר: האם קיימת בו מלכתחילה זכות יוצרים. במילים אחרות, לפני ששואלים "למי שייך הקוד", לעיתים צריך לשאול "האם הקוד הזה בכלל יוצר נכס קנייני מוגן".
אחת התובנות המרכזיות שעולות מן הספרות העדכנית היא שבמקרים רבים שאלת הבעלות איננה נקודת ההתחלה. נקודת ההתחלה היא שאלת ההגנה עצמה.
הגישה בארה"ב, כפי שהיא משתקפת בדוח ה-S. Copyright Office, היא שזכויות יוצרים מגינות על ביטוי שמקורו בתרומה אנושית יצירתית מספקת. עצם השימוש ב-AI אינו פוסל הגנה. עם זאת, כאשר המערכת היא שמייצרת בפועל את הביטוי הקונקרטי, והאדם מספק בעיקר הנחיות כלליות אוprompts , הבסיס להכרה תרומה אנושית יצירתית מספקת נחלש משמעותית. הדוח אף מבהיר כי prompts לבדם, ככלל, אינם מספיקים כדי לבסס תרומה אנושית יצירתית מספקת.
גם במקורות האירופיים עולה קו יסוד דומה. ההגנה בזכויות יוצרים נשענת על יצירה אינטלקטואלית אנושית, ולכן פלט שנוצר ללא מעורבות אנושית יצירתית מספקת לא צפוי ליהנות, כשלעצמו, מהגנה. מנגד, כאשר האדם בוחר, עורך, משלב, מסדר או משכתב את תוצרי ה-AI באופן מהותי, עשויה לקום הגנה לפחות ביחס לרכיבים האנושיים שבתוצר הסופי.
זו איננה שאלה תיאורטית בלבד. אם קוד שנוצר ברובו על ידי AI אינו מוגן בזכויות יוצרים, ייתכן שלחברה בה פותח הקוד אין בו אותה בלעדיות קניינית שהיא רגילה לייחס לקוד שנכתב בידי עובדים או קבלנים. גם אם תנאי השימוש של ספק ה-AI מקנים למשתמש זכויות חוזיות מסוימות בפלט, אין בכך בהכרח כדי ליצור זכות יוצרים מקום שבו הדין המהותי אינו מכיר בה. במובן הזה, הקצאה חוזית של זכויות ושאלת עצם קיומה של הגנה אינן אותה סוגיה.
כאשר קיימת תרומה אנושית מספקת, שאלת הבעלות חוזרת במידה רבה לעקרונות המוכרים: העובד, המעסיק, הקבלן, המזמין והוראות ההסכמים הרלוונטיים. אלא שבהקשר של AI-assisted coding, היישום המעשי נעשה מורכב יותר. ככל שחלקו של הכלי בתהליך היצירה משמעותי יותר, כך קשה יותר לקבוע מהו בדיוק החלק האנושי שניתן לייחס למחבר או לבעלים.
מבחינת חברות מסחריות, השאלה החשובה ביותר היא לא תמיד האם הקוד "שייך" לחברה, אלא האם הוא עלול ליצור חשיפה כלפי אחרים. גם אם מניחים שלמשתמש או לחברה יש זכויות מסוימות בתוצר, נותרת שאלה נפרדת: האם הקוד שנוצר על ידי המודל משקף, משחזר או מזכיר במידה בעייתית קוד קיים של צדדים שלישיים. כאן הסיכון עובר ממישור הבעלות למישור ההפרה.
מחקרים טכניים-אמפיריים מהשנים האחרונות מצאו שמודלים עשויים לייצר קוד בעל דמיון בולט למימושים קיימים, ושבמקרים רבים הם לא מספקים מידע רישויי מדויק לגבי אותם תוצרים. הבעיה בולטת במיוחד בכל הנוגע לרישיונות open source מסוג ,copyleft שבהם אי-עמידה בתנאי הרישיון עלולה לייצר חשיפה מסחרית ומשפטית ממשית.
בעולם התוכנה, שאלות רישוי חשובות לעיתים לא פחות משאלות של בעלות. מודלים רבים אומנו, לפחות בחלקם, על מאגרי קוד ציבוריים, לרבות קוד פתוח. ברמה המעשית, השאלה שחברות צריכות לשאול את עצמן כאשר הן מפתחות קוד, איננה רק אם עצם האימון היה מותר, אלא האם קטעי קוד שמוטמעים במוצר מסחרי עלולים לשאת עמם דרישות attribution, disclosure שיתוף קוד, או מגבלות אחרות הנובעות מרישיון של צד שלישי.
אחת הבעיות המעשיות הבולטות שעליהן מצביעה הספרות היא היעדר שקיפות מספקת לגבי מקור ההצעה שקיבל המשתמש מן המודל. כאשר צוות פיתוח מטמיע תוצר AI מבלי לדעת אם הוא מבוסס על קוד קיים, מבלי להבין את ההקשר הרישויי שלו, ומבלי לבצע review מתאים, החברה עלולה לגלות בשלב מאוחר מדי כי מקור הסיכון איננו בטיב הקוד, אלא בשרשרת הזכויות שמאחוריו.
למרות אי-הוודאות, כבר עכשיו אפשר לזהות כמה קווים ברורים יחסית:
מן הצד האחר, שאלות מהותיות עדיין פתוחות: כמה תרומה אנושית נדרשת כדי לבסס הגנה; מה המשקל שיש לייחס ל- prompting מורכב; מתי עריכה, בחירה או שילוב עולים כדי יצירה מוגנת; ומה יהיה קו הגבול המעשי בין שימוש ב-AI ככלי לבין הסתמכות על AI כיוצר הדומיננטי של הקוד.
המסר המעשי לחברות איננו להימנע בהכרח משימוש ב-AI לכתיבת קוד, אלא להשתמש בו בצורה מנוהלת, מודעת ומדורגת. נכון להיום, חברה שאינה מבחינה בין סוגי שימוש שונים, אינה מתעדת את התרומה האנושית ואינה מפעילה בקרות רישוי וציות, עלולה לגלות בדיעבד שהקוד שלה מהיר יותר לייצור, אך חלש יותר מבחינה קניינית וחשוף יותר מבחינה משפטית.לכן, חברות צריכות לשקול כבר עכשיו את הצעדים הבאים:
בעידן שבו קוד נכתב מהר יותר מאי פעם, היתרון התחרותי לא ייגזר רק ממה שה-AI מסוגל לייצר, אלא גם מיכולתה של החברה לדעת מה בדיוק נוצר, למי הוא שייך, ומה הוא עלול לגרור איתו.
