אתיקה מקצועית ובינה מלאכותית
גילוי הדעת של לשכת עורכי הדין על בינה מלאכותית, דרישה אחר דרישה, ומה Fellaw עושה לכל אחת: צנזור פרטים מזהים לפני כל עיבוד, ספקים מחויבים, אימות ופיקוח.
בכל לקוח שהצנזור האוטומטי פועל אצלו, וזו ברירת המחדל. ״מקיימת בעצמה״ היא בקרה מובנית שפועלת בלי פעולה שלכם. ״כלים״ היא חובה שהיא שלכם מטבעה, כמו אימות תוצר או הסכמת לקוח, והמערכת נותנת את מה שצריך כדי לקיים אותה. כל דרישה מסומנת בפירוט.
28 עמודים, 66 סעיפים · פורסם 17 בספטמבר 2026
ב-17 בספטמבר 2026 פרסמה ועדת האתיקה הארצית של לשכת עורכי הדין את גילוי דעת עדכני את/60/24 (נפתח בלשונית חדשה): 28 עמודים, 66 סעיפים על שימוש בבינה מלאכותית בעבודת עורכי הדין. לפי סעיף 4 שלו, אי-עמידה בהנחיות עשויה להקים חזקה הניתנת לסתירה של הפרת חובה אתית, ועמידה בהן היא אינדיקציה משמעותית להתנהלות ראויה.
הדף הזה מרכז את ההנחיות, מפרט לכל דרישה מה Fellaw עושה ומה נשאר באחריות עורך הדין, ומסביר במפורט את המנגנון שבמרכז: פרטים מזהים מהתיק מוחלפים בתגים לפני כל עיבוד AI, ואף ספק אינו מקבל אותם. הדף מתעדכן כשההנחיות, המנגנון או תנאי הספקים משתנים; השינויים מתועדים בסופו.
דקה ו-45 שניות על מה שקורה לשם של לקוח, מרגע הסנכרון מנט המשפט ועד התשובה בצ׳אט, ועל מה שכל ספק מקבל בדרך. מכל פרק ברשימה שמתחת אפשר להתחיל לצפות, והמלל שעל המסך כתוב גם כאן, בתסריט.
גילוי הדעת מופנה לעורך הדין ולמשרדו, לא לתוכנה. הוא קובע מה עורך הדין חייב לבדוק, לאמת, לגלות ולתעד, ואילו מערכות מותר להזין בהן מידע של לקוח. כך הוא בנוי:
| פרק | סעיפים | מה נדרש |
|---|---|---|
| עקרונות יסוד | סעיפים 16-18 | אחריות מקצועית אישית; סודיות, פרטיות ואבטחת מידע; אמינות ושקיפות של התוצר; הוגנות; אחריותיות ופיקוח אנושי בכל שלב. חשדנות ביקורתית, בייחוד כלפי מערכות חדשות או אוטונומיות. |
| כשירות, שיקול דעת עצמאי ואוריינות AI | סעיפים 19-26 | להכיר את הכלי, מגבלותיו, הגדרותיו ותנאיו. AI הוא כלי עזר; שיקול הדעת נשאר של עורך הדין. צעד בעל משמעות משפטית מחייב בחינה ואישור אנושי. |
| אמינות התוצר ואימותו | סעיפים 27-36 | לאמת כל תוצר לפני הסתמכות, מסירה או הגשה: קיום האסמכתה, תוכנה, הקשרה והתאמתה לתיק. מערכת אחזור או תווית ״מאומת״ אינן פוטרות מבדיקה. חובת הגילוי לבית המשפט חלה במלואה. |
| סודיות, חיסיון, פרטיות ואבטחת מידע | סעיפים 37-41 | מידע מוגבל אינו מוזן לפלטפורמה פתוחה. הסרת שם ות״ז אינה מספיקה אם הנותר מזהה את הלקוח או את העניין. פלטפורמה סגורה: התחייבויות חוזיות, אי-אימון, גישה מוגבלת, שמירה ומחיקה, מזעור מידע, והפרדה גם בתוך המשרד. |
| שקיפות כלפי הלקוח והסכמה | סעיפים 42-43 | שימוש טכני בפלטפורמה סגורה אינו מחייב גילוי. גילוי נדרש כשהשימוש מהותי לייצוג, להחלטות או לחיוב, לבקשת הלקוח, או כשמידע מוגבל נכנס לפלטפורמה פתוחה. אז נדרשת הסכמה מדעת, מפורשת ומסוימת; סעיף כללי בהסכם שכר טרחה אינו מספיק. |
| ניהול המשרד, נהלים, ספקים ופיקוח מתמשך | סעיפים 45-49 | מדיניות משרדית לשימוש מותר ולפיקוח; הכשרת הצוות; בדיקת התחייבויות הספק (אי-שיתוף, אי-אימון, אי-הכללה במאגר חיצוני, אבטחה ומחיקה); תיעוד שימושים מהותיים; ומעקב אחרי שינויי תנאים וסיכונים חדשים. |
| מערכות אוטונומיות וסוכני AI | סעיפים 50-54 | אסור שסוכן AI יקבל במקום עורך הדין החלטות מהותיות, ייתן ייעוץ, יגיש כתבי טענות או יקדם הליך בלי פיקוח ואישור אנושי. פעולות טכניות תחומות, מתועדות והפיכות מותרות תחת החלטה אנושית קודמת. |
המספור כאן הוא מספר הסעיף בגילוי הדעת. הנוסח המחייב הוא של הלשכה; תמצית זו אינה מחליפה קריאה בו.
הכלל המרכזי בפרק הסודיות (סעיפים 38-39) הוא שמידע מוגבל של לקוח אינו מוזן לפלטפורמה פתוחה, ושהסרת שם לבדה אינה מספיקה. Fellaw מקיימת אותו בשתי שכבות: ספקים מחויבים חוזית (סעיף הספקים למטה), ומעליהם צנזור אוטומטי של כל טקסט לפני שהוא נשמר או נשלח. כך הוא עובד:
מה כתוב במסמך
בתמ״ש 12345-01-26 הגישה התובעת, דנה לוי, ת״ז 012345674, בקשה לפסיקת מזונות עבור הקטינה נועה.
הנתבע, יוסי לוי, באמצעות עו״ד רון בר, טען כי השתכרותו ירדה מאז 3.2.2025.
מה המודל מקבל
בתמ״ש ⟦תיק1⟧ הגישה התובעת, ⟦פלונית1⟧, ת״ז ⟦מזהה1⟧, בקשה לפסיקת מזונות עבור הקטינה ⟦פלונית4⟧.
הנתבע, ⟦פלוני2⟧, באמצעות עו״ד ⟦פלוני3⟧, טען כי השתכרותו ירדה מאז 3.2.2025.
פסאודונימיזציה, לא אנונימיזציה. גילוי הדעת מזהיר (סעיפים 14 ו-38.2) שגם אחרי הסרת שם ות״ז, שילוב של עובדות, תאריכים ומצב משפחתי עלול לזהות את הלקוח או את העניין. לכן הצנזור אינו היתר לשלוח מידע לפלטפורמה פתוחה: Fellaw שולחת רק לספקים שעומדים בתנאי פלטפורמה סגורה, והצנזור הוא שכבת ההגנה שמעליהם.
הצנזור האוטומטי פעיל בכל חשבון מ-18.10.2026, וקודם לכן הופעל לחשבונות בהדרגה. בצ׳אט מופיע סמל מגן עם הכיתוב ״השמות מוסתרים מה-AI״, ובתפריט המסך ״פרטים מזהים״. עורך הדין יכול לבחור לקוח שלא יצונזר, והסמל מראה אז ״ללא צנזור״. מסמכים שנשמרו לפני שהצנזור הופעל נשארים במאגר כפי שהיו, והסמל מראה ״לא מוגן במלואו״, עד שמצנזרים אותם בלחיצה מהמסך ״פרטים מזהים״. עד אז שער היציאה מחליף בהם את השמות שמפתח הלקוח כבר מכיר, מהסנכרון ומהקבצים שנשמרו מאז.
כל החלטה שהמנגנון מקבל: מה היא עושה, ולמה נבחרה. גם המגבלות כתובות כאן, ליד הכללים, כי ההחלטה מה לשלוח ל-AI נשארת שלכם.
שמות הצדדים ומספרי התיקים נלקחים מפרטי התיק בנט המשפט, ושם הלקוח מכרטיס הלקוח, עוד לפני המסמך הראשון. גלאי מקומי מוצא בכל מסמך שמות לפי ההקשר (״התובעת:״, ״עו״ד״, שם שלפני ת״ז) ואחרי תואר (ד״ר, פרופ׳, עו״ס), מספרי הליכים של הלקוח, מספרי זהות לפי ספרת ביקורת, טלפונים, דוא״ל, כתובות עם רחוב ומספר, חשבונות בנק, כרטיסי אשראי ומספרי רכב. ומה שהגלאי פספס, עורך הדין מוסיף במסך ״פרטים מזהים״ או מתוך המסמך.
למה: כל דרך משלימה את מה שהאחרות מפספסות. הגלאי רץ בשרת של Fellaw בלי AI, כי שליחת הטקסט המקורי למודל כדי למצוא בו שמות הייתה חושפת אותם. כלל זיהוי חדש חל על כל טקסט שמצונזר מרגע שנוסף: קבצים חדשים, וכל הטקסטים של לקוח שהרשימה שלו נערכת, כי עריכה מצנזרת אותם מחדש ברקע. טקסט שנשמר קודם נשאר כפי שהיה עד אז.
כל אדם מקבל מספר אחד בכל קבצי הלקוח. כל האנשים נספרים יחד, ולכל סוג פרט אחר מונה משלו: ⟦פלונית1⟧ ו-⟦פלוני2⟧ הם שני אנשים, ⟦מזהה1⟧ מספר זהות ו-⟦תיק1⟧ מספר תיק. מי שהמגדר שלו לא ידוע מופיע כ-⟦אדם1⟧, ואחרי שנקבע מגדר הוא ⟦פלונית1⟧, באותו מספר. מספר שהתפנה אינו עובר לאדם אחר. כל בקשה למודל שפה נושאת הוראה קבועה להעתיק את התגים כפי שהם.
למה: מודל שמזהה את אותו אדם לאורך כל התיק מבין את הסיפור, ותג מגדרי שומר על הדקדוק בעברית. הגלאי קובע מגדר רק לפי תפקיד שכתוב ליד השם, כמו ״התובעת״, ולא לפי השם עצמו.
גם ״ולדנה״ או ״שדנה״ מוחלפים, ואות השימוש נשארת מחוץ לתג: ול⟦פלונית1⟧. שם פרטי או שם משפחה לבד מוחלפים גם הם, חוץ ממילה ששני אנשים חולקים (כמו שם משפחה משותף), ממילה שהיא גם תפקיד או מקום, וממילה יומיומית כמו ״חיים״ או ״תמר״. שם שזוהה אחרי תואר מוחלף בשלמותו. כתיב אחר של אותו אדם, כמו קריאה שגויה של זיהוי הטקסט, מוצע במסך ״פרטים מזהים״ למיזוג, ועורך הדין מאשר.
למה: בעברית שם נדבק לאותיות שימוש ונכתב בחלקים, ובלי זה שמות היו נשארים גלויים. ההחרגות שומרות על מילים רגילות מלהפוך לתגים, ועל שני אנשים מלקבל תג אחד; לכן שם משפחה משותף שמופיע לבד נשאר בטקסט.
לכל מסמך נשמרת מפה מוצפנת של כל החלפה: מה היה כתוב, ואיפה. השחזור מחזיר את הטקסט המקורי תו בתו, אחרי בדיקה שהטקסט המצונזר לא השתנה. כל ירידת שורה נשמרת, גם בתוך פרט שהוחלף, כך שהפניה לעמוד ולשורה מצביעה על אותו מקום.
למה: עורך הדין צריך לקרוא את המקור ולצטט ממנו בדיוק. מסמך שמפת השחזור שלו גדולה מדי לא נשמר כלל, ובשום מקרה לא נשמר גלוי.
אם מפתח הלקוח לא נטען, הבקשה לא יוצאת וחוזרת כשגיאה שאפשר לנסות שוב. אם מפתח ההצפנה של הצנזור חסר בשרת, מסמך חדש לא נקלט. קובץ PDF או תמונה לא עוברים בשער לאף ספק, חוץ מזיהוי הטקסט.
למה: עדיף שאלה שלא נענתה מבקשה שיצאה בלי צנזור.
מהמסמך הראשון של לקוח, האינדוקס, הזיכרון המשפטי והכרטיסים ממתינים עד שתאשרו את הרשימה, או עד שיחלפו 24 שעות. הצנזור, חיפוש מילים בטקסט והצ׳אט לא ממתינים. עם השחרור, כל טקסט שצונזר לפי גרסה קודמת של המפתח מצונזר מחדש, ורק אחר כך נבנה האינדקס.
למה: שם שהוספתם או מגדר שקבעתם צריכים להגיע לכל הקבצים לפני שהם נכנסים לאינדקס ולזיכרון. גם אחרי השחרור, כל תיקון ברשימה, וכל פרט חדש שקובץ מאוחר לימד אותה, מצנזרים מחדש את הקבצים הקודמים ברקע.
שאלה בצ׳אט, פרטי משימה, וכותרת או הערה במועדים מצונזרים בשרת כשהם מגיעים, לפני שהם נשמרים או נשלחים: כל שם שכבר במפתח הלקוח מוחלף בתג. טקסט שמודבק כמסמך עובר את הצנזור המלא, עם הגלאי.
שימו לב: על שאלה מוקלדת הגלאי לא רץ, ולכן שם שעוד לא במפתח יוצא כפי שהקלדתם. הוסיפו אותו קודם במסך ״פרטים מזהים״, ומאותו רגע הוא מוחלף בכל מקום.
בצ׳אט אין חיפוש ברשת בצד הספק. בחיפוש הפסיקה ובשאלות המחקר, כל בקשה שמחפשת ברשת נושאת הנחיה: לחפש שאלה משפטית יבשה, בלי תאריכים מהתיק, בלי סכומים מדויקים ובלי שמות, תגים או מספרי התיקים של הצדדים. שאילתות שהשרת כותב בעצמו מנוקות בקוד מתגים, מתאריכים ומסכומים, ושער היציאה חוסם חיפוש שאין בו ההנחיה.
למה: ספק החיפוש אינו צד להתחייבות של ספק המודל, ולכן רק שאלה כללית אמורה להגיע אליו. את השאילתות שהמודל כותב בתוך הספק השער אינו רואה, ושם ההגנה היא ההנחיה.
תאריכים, סכומים ועובדות התיק נשארים, וכך גם תאריכי לידה. מספר הליך נשאר כשהמסמך מצטט אותו כפסק דין (״ראו״, ״נ׳״, ״פורסם״, נבו); כל מספר הליך אחר נחשב הליך של הלקוח ומוחלף בתג. בתי משפט, ערים ושמות שופטים נשארים, אלא אם אותו שם נמצא במפתח הלקוח. בכותרת פסק דין בתבנית ״54321-02-20 כהן נ׳ מזרחי״ שמות הצדדים מוחלפים ומסומנים ״לבדיקה״, גם כשזה פסק דין מצוטט, ואפשר לבטל זאת במסך.
למה: מועדים, סכומים ועובדות הם מה שהמודל צריך כדי לעזור. לכן הצנזור הוא פסאודונימיזציה: הוא מצמצם את מה שיוצא, אבל מי שמכיר את הפרשה עשוי לזהות אותה מהעובדות, ו-Fellaw שולחת רק לספקים מחויבים.
עמודים סרוקים נשלחים לזיהוי הטקסט (OCR) של Google כפי שהם, לפני הצנזור. תוצרי הביניים של זיהוי הטקסט והפריסה (המילים שזוהו בעמוד, הטקסט המעוצב) נשמרים במאגר בלי צנזור, אבל מוצפנים במפתח ההצפנה של הצנזור. מסמכים שנשמרו לפני שהצנזור הופעל נשארים במאגר כפי שהיו עד שמצנזרים אותם מהמסך ״פרטים מזהים״, ועד אז השער מחליף בהם בשליחה ל-AI רק את השמות שבמפתח. לקוח שעורך הדין בחר לא לצנזר נשלח כפי שהוא. בקשה שאינה משויכת ללקוח יוצאת כפי שהיא, כי אין מפתח לצנזר לפיו.
שימו לב: זיהוי טקסט צריך את התמונה עצמה, וההגנה שם היא תנאי הספק: לפי התנאים, Google אינה שומרת את התמונה בבקשה רגילה ואינה מאמנת עליה. ועל חומר של לקוח כדאי לעבוד מתוך הלקוח במערכת.
על המסך, רק בדפדפן של עורך הדין בעל החשבון, או של מנהל מערכת של Fellaw שפועל בחשבון. המפתח נשלח לדפדפן בלי מטמון, נשמר בזיכרון בלבד ונזרק בכל החלפת משתמש, לקוח או חשבון. העתקה, PDF, Word, קובצי טקסט ויומן יוצאים עם השמות; קובץ Word נבנה בשרת לבקשתכם, והשמות משוחזרים בו לפי המפתח. חבר משרד שאינו בעל החשבון רואה תגים.
למה: את השמות צריך מי שקורא את התיק, לא המודל. לכן הם מוחזרים רק בסוף הדרך, על המסך ובקובץ שעורך הדין מוריד.
בדיקה אוטומטית מעבירה ערכים לדוגמה, כמו שמות, מספרי זהות וטלפונים, דרך כל הפונקציות בשרת ששולחות לספקי AI, ונכשלת אם אחד מהם יוצא גלוי או אם נוספה פונקציית שליחה שהיא לא מגיעה אליה. סריקת קוד נכשלת אם קריאה לספק עוקפת את השער. בדיקת ממשק עוברת על 16 מסכים ומוודאת שעורך הדין רואה שמות, ושבמתג ״כפי שה-AI רואה״ הוא רואה תגים.
למה: כלל שאין לו בדיקה נשבר בשקט בשינוי הבא. זיהוי הטקסט (OCR) נמצא מחוץ לבדיקה, כי הוא מקבל את התמונה בכוונה.
לכל דרישה בגילוי הדעת: מה הלשכה מבקשת, מה Fellaw עושה כדי שתוכלו לקיים אותה, ומה נשאר באחריותכם. המערכת תומכת בקיום החובה; היא אינה מקיימת אותה במקומכם.
להכיר את יכולות הכלי, מגבלותיו, הגדרותיו ותנאיו, ולדעת איזה מידע מותר להזין ומה קורה לו.
מה Fellaw עושההדף הזה והסרטון שבו, הודעת AI בכל כלי, המתג ״כפי שה-AI רואה״ בצ׳אט ובמציג המסמך, וטבלת הספקים עם תנאי כל אחד.
מה נשאר אצל עורך הדיןלקרוא את הוראות השימוש, להכיר את הכלים שבשימוש המשרד ולהתעדכן בשינויים.
צעד בעל משמעות משפטית מחייב בחינה ואישור אנושי; אין להעביר למערכת את שיקול הדעת.
מה Fellaw עושההמערכת מציעה; עורך הדין מאשר. שמירה לתיק, יצירת מסמך או שליחה דורשות לחיצה מפורשת, ואין הגשה לבית משפט מתוך המערכת.
מה נשאר אצל עורך הדיןלבדוק כל הצעה לפני אישורה ולא להתייחס לתוצר כהחלטה.
לאמת כל תוצר לפני הסתמכות, מסירה או הגשה: קיום האסמכתה, תוכנה, הקשרה והתאמתה לעובדות.
מה Fellaw עושהציטוטים מהמסמכים נבדקים אוטומטית מול הטקסט במאגר ומוצגים עם מקור, עמוד ושורה. טענת צד מסומנת כטענת צד ולא כממצא. אימות אוטומטי מסומן ככזה, ולא כבדיקה משפטית.
מה נשאר אצל עורך הדיןלקרוא את המקור. הבדיקה האוטומטית מוכיחה שהציטוט קיים, לא שהוא חל על המקרה.
תווית ״מתקדם״ או ״מאומת״ אינה פוטרת מבדיקה; חובת הגילוי לבית המשפט חלה על כל מה שמוגש.
מה Fellaw עושהאין במערכת חותמת ״מאושר״. חותמת ״נבדק על ידי עו״ד״ בייצוא היא הצהרה של עורך הדין, שנשמרת עם זהותו, המועד וחתימת התוכן שנבדק.
מה נשאר אצל עורך הדיןלאמת אסמכתאות במאגר מוסמך לפני הגשה, ולסמן בדיקה רק אחרי שנעשתה.
מידע מוגבל נמסר לספק רק אחרי בדיקת המערכת, העיבוד וההגנה. הסרת שם ות״ז אינה מספיקה אם הנותר מזהה את הלקוח, העניין או מצבו המשפחתי.
מה Fellaw עושהפרטים מזהים מוחלפים בתגים לפני השמירה ולפני כל שליחה. ובדיוק משום שתאריכים, סכומים ועובדות נשארים, Fellaw שולחת רק לספקים שעומדים בתנאי פלטפורמה סגורה (סעיף 40.1), ולא מציגה את הצנזור כהיתר לפלטפורמה פתוחה.
מה נשאר אצל עורך הדיןלא להעתיק מידע מהתיק לכלי AI צרכני מחוץ למערכת. להוסיף במסך ״פרטים מזהים״ שם שהגלאי פספס.
לא להזין מידע מוגבל לפלטפורמה פתוחה: מערכת שאין בה התחייבות כתובה שהמידע נשמר בסביבה מבוקרת ואינו משמש לאימון.
מה Fellaw עושהאין במערכת נתיב לפלטפורמה פתוחה. כל הספקים עובדים בחשבונות API מסחריים עם התחייבות כתובה, לפי טבלת הספקים.
מה נשאר אצל עורך הדיןלבחון את שורת Jev בטבלת הספקים מול מדיניות המשרד, ולבקש את שלב קשרי הגרף, ששולח קטעי מסמכים, רק אחרי שההתחייבות החוזית שלו הוסדרה.
גם פלטפורמה סגורה דורשת בדיקה: גרסה, חשבון והגדרות; גישה מוגבלת; שמירה ומחיקה; הגנה חוזית וטכנית על הקלט; ובחינה של שאריות הסיכון.
מה Fellaw עושההצנזור הוא ההגנה הטכנית על הקלט. השער חוסם קבצים לכל ספק חוץ מזיהוי טקסט, נכשל סגור כשהמפתח לא נטען, ורושם ספירות בלבד. הגדרות החשבונות אומתו ותועדו עם תאריך.
מה נשאר אצל עורך הדיןלבחון את טבלת הספקים מול מדיניות המשרד ולהפעיל רק מסלולים שמתאימים לה.
מזעור מידע: רק מה שנחוץ ליישום; מידע עודף נמחק אחרי השימוש.
מה Fellaw עושההמודל מקבל תגים במקום פרטים, ורק את המסמכים שהכלי צריך לשאלה. במצב צנזור, ״מסמך בפוקוס״ נשלח כטקסט ולא כ-PDF.
מה נשאר אצל עורך הדיןלבחור את התיק והמסמכים הרלוונטיים לשאלה.
הסודיות חלה גם בתוך המשרד: אמצעים טכנולוגיים שמגבילים גישה לפי תפקיד עדיפים על נהלים.
מה Fellaw עושהכל משרד וכל לקוח מופרדים בשרת. מפתח הלקוח נמסר לדפדפן רק לעורך הדין בעל החשבון, או למנהל מערכת שפועל בחשבון, ונשמר בזיכרון הדפדפן בלבד; חבר משרד אחר רואה תגים.
מה נשאר אצל עורך הדיןלהקצות הרשאות לפי צורך ולשמור על חשבון אישי.
התחייבות חוזית ברורה שהקלט, תוצריו, המטא-דאטה ודפוסי השימוש לא יועמדו לרשות לקוחות אחרים של הספק ולא ייכללו במאגר חיצוני.
מה Fellaw עושהמדיניות שימוש הנתונים של Fellaw אוסרת שימוש משני בכל נתון, כולל embeddings ונגזרות, ונבדקת מול תנאי כל ספק. גם אם ספק יפר, מה שאצלו הוא תגים ולא שמות.
מה נשאר אצל עורך הדיןלקרוא את טבלת הספקים לפני הפעלת מסלול אופציונלי.
שימוש טכני בפלטפורמה סגורה אינו מחייב גילוי. גילוי נדרש כשהשימוש מהותי לייצוג, להחלטות או לחיוב, לבקשת הלקוח, או לפי הנחיותיו. בכל מקרה: בלי מצג מטעה.
מה Fellaw עושההדף הזה, דף האבטחה ומדיניות הפרטיות מתארים במדויק מה מוחלף, מה נשאר ולאן המידע מגיע. בלי המילה ״אנונימי״.
מה נשאר אצל עורך הדיןלהחליט מתי השימוש מהותי ללקוח ולגלות בהתאם, ולחייב בשקיפות.
פלטפורמה סגורה אינה מחייבת הסכמה גורפת. כשנדרשת הסכמה, היא מדעת, מפורשת ומסוימת: המערכת, סוג המידע, המטרה, הסיכונים והחלופות. סעיף כללי בהסכם שכר טרחה אינו מספיק.
מה Fellaw עושהלמשרדים שהפעילו מסמכים לחתימה: תבנית ״הסכמה לשימוש בכלי בינה מלאכותית״ הבנויה לפי סעיף 43.2, עם רישום ההסכמה וביטולה בכרטיס הלקוח.
מה נשאר אצל עורך הדיןלקבל הסכמה כשהיא נדרשת, במסמך נפרד, ולתעד אותה.
מדיניות משרדית: אילו מערכות וחשבונות מותרים, איזה מידע לעולם לא מוזן, איך מאמתים, ואיך מתעדים שימושים מהותיים.
מה Fellaw עושההפעלת כל מסלול AI היא החלטה של מנהל המערכת לחשבון. לכל לקוח נשמרת רשומת תיעוד: מי אישר או תיקן את רשימת הפרטים, מתי ובאיזו גרסה של המפתח, וספירות שער היציאה לפי חודש. ״ייצוא התיעוד״ מוריד אותן לקובץ.
מה נשאר אצל עורך הדיןלגבש נוהל משרדי קצר ולקבוע מי מאשר את מסך הפרטים המזהים.
הכשרת הצוות: מגבלות המערכת, סיכוני סודיות, חובת האימות וכללי המידע המוגבל.
מה Fellaw עושההוראות השימוש שכל משתמש מאשר בכניסה הראשונה, הדף הזה והסרטון.
מה נשאר אצל עורך הדיןלוודא שכל מי שעובד במערכת קרא ואישר.
לבדוק שהספק מתחייב חוזית: אי-שיתוף, אי-אימון, אי-הכללה במאגר חיצוני, אבטחה, בקרת גישה, מחיקה ושמירה. ״מאובטח״ או ״לסקטור המשפטי״ אינו פוטר מבדיקה.
מה Fellaw עושהטבלת הספקים מפרטת לכל ספק את הבסיס החוזי, מה הוא מקבל, מה הוא שומר ומתי אומת. מסלול בלי ראיה מספקת נשאר כבוי.
מה נשאר אצל עורך הדיןלהסתמך על הטבלה, ולשאול אותנו כשחסר בה פרט.
פיקוח מתמשך: שינויי תנאים, חיבורים חדשים, סיכונים חדשים.
מה Fellaw עושהתנאי כל ספק נבדקים מחדש אחת לרבעון ובכל החלפת מודל או ספק. לכל שינוי יש גרסה, והדף הזה מתעדכן בעקבותיו.
מה נשאר אצל עורך הדיןלעקוב אחרי העדכונים בדף.
סוכן AI לא מקבל החלטות מהותיות, לא נותן ייעוץ עצמאי ולא מגיש; פעולות טכניות תחומות מותרות תחת החלטה אנושית, עם הרשאות, יומן ועצירה מיידית.
מה Fellaw עושהכלי הצ׳אט תחומים לקריאה וחיפוש במאגר של הלקוח. כל פעולה שיוצרת, שומרת או שולחת דורשת אישור נפרד, כל ריצה נרשמת וניתנת לעצירה, ואין למערכת גישה לנט המשפט מלבד קריאת מסמכים דרך התוסף.
מה נשאר אצל עורך הדיןלאשר פעולות אחת-אחת ולעצור ריצה שחורגת מהכוונה.
סעיפים 40.1 ו-47.1 דורשים לבדוק לכל ספק: אי-שיתוף עם צד שלישי, אי-אימון, אי-הכללה במאגר חיצוני, בקרת גישה, שמירה ומחיקה. Fellaw עובדת מול ספקי ה-AI בחשבונות API מסחריים בלבד, ולא בגרסאות הצרכניות. מה שמגיע אליהם אחרי הצנזור, הבסיס החוזי ומועד האימות האחרון:
| ספק | מה מגיע אליו | ההתחייבות, השמירה והאימות |
|---|---|---|
| OpenAI (API) | טקסט מצונזר: שאלות, קטעי מסמכים, שאילתות חיפוש ו-embeddings | הבסיס החוזי: הסכם השירותים ל-API: אין שימוש בתוכן לפיתוח או לשיפור השירות; שיתוף קלט ופלט כבוי בארגוןשמירה אצל הספק: לזמן מוגבל לצורכי אבטחה, לפי תנאי הספקאימות: הגדרות הארגון והפרויקט אומתו ב-15.9.2026 |
| Anthropic (API) | טקסט מצונזר | הבסיס החוזי: התנאים המסחריים: אין אימון על תוכן לקוחות, קלט ופלטשמירה אצל הספק: עד 30 יוםאימות: מזהה הארגון אומת ב-15.9.2026 |
| Google Gemini API, מסלול בתשלום | טקסט מצונזר, כולל קידומת הנחיה שנשמרת במטמון זמני | הבסיס החוזי: תנאי השירות בתשלום: אין שימוש בהנחיות ובתשובות לשיפור מוצריםשמירה אצל הספק: מטמון לזמן קצוב; ללא רישום בקשותאימות: שיוך המפתח לפרויקט בתשלום אומת ב-15.9.2026 |
| Google Cloud Vision ו-Document AI (OCR) | תמונות העמודים הסרוקים כפי שהן, לצורך זיהוי טקסט בלבד | הבסיס החוזי: תנאי AI/ML של Google Cloud: אין אימון או כוונון על נתוני לקוח; עיבוד בזיכרוןשמירה אצל הספק: לא נשמר בבקשה רגילהאימות: התנאים נקראו ב-9.10.2026; קבלת הסכם העיבוד בפרויקט בבדיקה |
| Voyage AI (embeddings ו-rerank) | טקסט מצונזר | הבסיס החוזי: ביטול ההרשאה לאימון (opt-out) בארגון Fellawשמירה אצל הספק: נמחק אחרי העיבוד, לפי התנאיםאימות: ביטול ההרשאה אומת ב-15.9.2026; קישור המפתח לארגון בבדיקה |
| TypeSafe (Jev) | בצ׳אט: נוסח השאלה אחרי מיסוך של שמות, מספרי הליכים, תאריכים, ציטוטים ומספרים ארוכים, וערכים סגורים על ההקשר (האם צורף מסמך או יש מסמך במוקד, היקף התיקים, והנתיב שענה קודם), כדי לבחור מתוך רשימה סגורה איך לענות. לא טקסט של מסמכים ולא התשובה. שלב קשרי הגרף, ששולח קטעי מסמכים, כבוי כברירת מחדל | הבסיס החוזי: הסכם השירות של TypeSafe. ההסכם מתיר לספק להפיק מהשימוש נתוני טלמטריה לשיפור המוצר, ולכן נדרשת התחייבות פרטנית לפי סעיף 47.1שמירה אצל הספק: לפי הסכם השירותאימות: המיסוך נבדק בבדיקות אוטומטיות; ההתחייבות הפרטנית בבדיקה |
| חיפוש ברשת של הספק (מחקר משפטי חיצוני) | שאילתות חיפוש שהמודל כותב לפי הנחיה: שאלה משפטית גנרית, בלי תאריכים, בלי סכומים מדויקים ובלי שמות או פרטים מהתיק. בצ׳אט אין חיפוש ברשת של הספק | הבסיס החוזי: ספק החיפוש אינו צד להתחייבות המודל (סעיף 39.3), ולכן מגיעה אליו רק שאלה גנרית. כל קריאה שמחפשת נושאת את ההנחיה, שאילתות שהשרת כותב מנוקות בקוד, ושער היציאה חוסם חיפוש בלי ההנחיהשמירה אצל הספק: לפי ספק החיפוש של הספקאימות: ההנחיה, הניקוי והחסימה נבדקו בבדיקות אוטומטיות ב-11.10.2026 |
איסור אימון אינו מחיקה מיידית: כל ספק שומר בקשות לזמן מוגבל לפי תנאיו. פרט שמסומן ״בבדיקה״ הוא פער ראיות שנרשם בגלוי, לא הבטחה. מסלול שאין לו ראיה מספקת נשאר כבוי לחשבונות.
גילוי הדעת חוזר ואומר שהאחריות המקצועית אישית ואינה ניתנת להעברה למערכת (סעיפים 16.1 ו-20). אלה החובות שאף מנגנון אינו מקיים במקומכם:
ההוראות שכל משתמש מאשר בכניסה הראשונה מפרטות את החובות האלה: הוראות שימוש ואחריות מקצועית.
סעיף 46.1 מבקש לתעד שימושים מהותיים, וסעיף 48 מבקש פיקוח מתמשך אחרי שינויי תנאים וסיכונים חדשים. מה המערכת שומרת לצורך זה:
Fellaw עובדת רק מול חשבונות API מסחריים של ספקי המודלים, עם התחייבות כתובה שלא לאמן על המידע ולא לשתפו, ובנוסף מחליפה פרטים מזהים בתגים לפני כל שליחה. הסיווג נבדק לכל מסלול בנפרד ומתועד בטבלת הספקים. גילוי הדעת קובע שגם בפלטפורמה סגורה חובת הבדיקה של עורך הדין נשארת (סעיף 40.3).
לפי גילוי הדעת, פלטפורמה סגורה אינה מחייבת הסכמה גורפת, כמו שירותי ענן משרדיים (סעיף 43 והערה 45). שקיפות נדרשת במצבים שבסעיף 42.2, למשל כשהשימוש מהותי לייצוג או לחיוב, או לבקשת הלקוח. למי שבוחר לקבל הסכמה, יש במערכת תבנית הבנויה לפי סעיף 43.2.
לא, וגילוי הדעת מזהיר מההנחה הזאת (סעיפים 14 ו-38.2). הצנזור מחליף שמות, מזהים, אנשי קשר ומספרי תיק בתגים, אבל תאריכים, סכומים ועובדות התיק נשארים. לכן הוא שכבת הגנה נוספת מעל ההתחייבויות החוזיות של הספקים, ולא תחליף להן.
את השאלה ואת המסמכים הרלוונטיים בגרסתם המצונזרת: במקום כל שם שבמפתח מופיע תג קבוע, כך שהמודל יודע ש-⟦פלונית1⟧ בכתב התביעה היא אותה ⟦פלונית1⟧ בפרוטוקול. התפקידים שקבעתם במסך ״פרטים מזהים״ אינם נשלחים אליו, ובכל בקשה יש הוראה קבועה להעתיק את התגים כפי שהם. הוא עונה בתגים, והדפדפן שלכם ממיר אותם בחזרה לשמות. המתג ״כפי שה-AI רואה״ מציג את הטקסט בתגים, כפי שהמודל מקבל אותו.
השם נשאר בטקסט עד שמוסיפים אותו. הגלאי מזהה שמות לפי ההקשר המשפטי ולפי תואר, ולכן עלול לפספס שם שמופיע בלי שום הקשר כזה. מוסיפים במסך ״פרטים מזהים״ (״הוספת פרט שלא זוהה״), או מתוך המסמך, בסימון השם בטקסט המקורי. מאותו רגע הוא מוחלף בכל קבצי הלקוח, שמצונזרים מחדש, ובשער היציאה בכל בקשה. לכן מסך האישור בסוף הסנכרון הראשון חשוב: עד שתאשרו, או עד שיחלפו 24 שעות, האינדוקס והזיכרון המשפטי ממתינים.
עורך הדין בעל החשבון, בדפדפן שלו, ומנהל מערכת של Fellaw כשהוא פועל בחשבון. המפתח נשמר בשרת מוצפן ונשלח לדפדפן רק להם; חבר משרד שאינו בעל החשבון רואה תגים. ספקי ה-AI אינם מקבלים את המפתח, ובמקום כל שם שבו הם מקבלים תג.
הם נשארים במאגר כפי שנשמרו, ובעמוד הלקוח מופיע ״לא מוגן במלואו״. במסך ״פרטים מזהים״ אפשר לצנזר אותם בלחיצה. הצנזור עצמו רץ בשרת ובלי עלות. אחרי שתאשרו את הרשימה נבנים מחדש האינדוקס, הזיכרון המשפטי והכרטיסים, ולפני כן מוצגת הערכת שימוש. עד אז, כשטקסט שלהם נשלח ל-AI, שער היציאה מחליף בו את השמות שבמפתח הלקוח, אבל לא שמות שהמפתח לא מכיר. מה שנשלח לספקים לפני כן לא חוזר.
המפתח שלו, מפות השחזור, מצב ההמתנה, רשומת התיעוד והספירות נמחקים יחד איתו. מחיקת מסמך בודד מוחקת את מפת השחזור שלו, והשמות שבו נשארים במפתח הלקוח, כדי שימשיכו להיות מוחלפים בשאר הקבצים.
שהאסמכתאות קיימות במאגר מוסמך, שהציטוטים נכונים ובהקשרם, ושהניתוח מתאים לעובדות התיק ולדין העדכני (סעיפים 29-32). האימות האוטומטי במערכת מוכיח שציטוט קיים במסמך, לא שהוא חל על המקרה.
שאלה על הצנזור, על ספק מסוים או על התאמה לנוהל המשרד? כתבו לנו: privacy@fellaw.co. נשמח גם לענות על שאלון ספקים של המשרד.