Jamie Tso, עמית בכיר (Senior Associate) במשרד Clifford Chance בהונג קונג, לא מחכה שספקים יבנו לו את הכלים שהוא צריך. בראיון ל-Artificial Lawyer שפורסם ב-5 בינואר הוא מתאר כיצד הוא בונה כלי AI משפטיים בשיטת Vibe Coding, כלומר בעזרת סוכני קוד שכותבים את התוכנה לפי תיאור בשפה טבעית, ולמה לדעתו זה משנה את החשבון של משרדים שרוכשים פלטפורמות מדף.
מניסיון כושל ועד כלים שהמשרד אימץ
Tso התחיל את דרכו במשרד כמתמחה במחלקת קרנות השקעה. הניסיון הראשון שלו, כך סיפר, לא הצליח: הוא ניסה לאמן מודלי שפה קטנים שימפו תשקיפים של קרנות לציבור מול דרישות התוכן שבנספח C לקוד קרנות הנאמנות של הונג קונג (Unit Trusts Code). הפרויקט נתקע, משום שהיה קשה טכנית ולא היו אז כלים בשלים לסביבת ייצור.
הצעד הבא היה צנוע יותר. Tso בנה אוטומציות לעיבוד מסמכים על גבי הכלים של Microsoft שהמשרד כבר מחזיק ברישיון, Copilot Studio ו-Power Automate, וחלק מהן אומצו במשרד. אוסף נוסף של אפליקציות הוא מארח ב-Replit.
מה יש במאגר שלו
את העבודה הפומבית אפשר לראות בחשבון ה-GitHub של Tso. לפי נתוני המאגרים, בתוך כשבועיים בסוף נובמבר ותחילת דצמבר 2025 הוא העלה ארבעה כלים: Tabular_Review ב-23 בנובמבר, SignaturePacketIDE ב-28 בנובמבר, ChartAI ב-5 בדצמבר ו-RedlineNow ב-6 בדצמבר. ב-30 בדצמבר נוסף מאגר בשם nda-review-skill, וב-7 בינואר מאגר של גרסת Tabular Review המיועדת לסביבת ייצור.
הכלים מכוונים לעבודה היומיומית של משרד עסקי. Tabular_Review הופך ערימת חוזים לטבלה: המשתמש מגדיר עמודות כשאלות בשפה טבעית, המודל ממלא אותן, ולחיצה על תא מציגה את המקור במסמך. SignaturePacketIDE מאתר דפי חתימה בקובצי PDF של עסקה, מזהה צד, חותם ותפקיד, ומרכיב חבילות חתימה לכל צד, משימה שמוכרת לכל מתמחה בעסקאות מיזוג ומימון. ChartAI מחלץ מבנה תאגידי ממסמכים ומציג אותו כתרשים, ו-RedlineNow מפיק השוואת גרסאות עם סיכום. שני הכלים הראשונים פועלים על מודלי Gemini של Google, ופורסמו ברישיון MIT. לפי הראיון, הכלים שפרסם שוכפלו (Forked) יותר מ-100 פעמים.
כבר ב-3 בדצמבר הופיע Tso בפודקאסט Law://WhatsNext, שתיאר אותו כעורך דין שבונה בפומבי. שם הדגים עורך חוזים בשם SpellPage, שנבנה בהשראת אפליקציה לכתיבת רומנים, עם תיקונים מבוססי AI ועריכה בשפה טבעית, ודיבר על בנייה ב-Google AI Studio. לדבריו שם, כלי AI מתוחכמים צריכים להיות "פחות או יותר חינמיים".
סימולציה של חוזה, לא רק סקירה
אחד הרעיונות הבולטים בראיון הוא "סימולציית חוזים". Tso בנה אב טיפוס שבו כל צד לעסקה מיוצג על ידי פרסונה של AI, וכך אפשר לבחון איך הצדדים יתווכחו על סעיף מסוים בתרחישים שונים. בהמשך לכך הוא מדבר על "תקדימים סינתטיים": מצבים שבהם הצדדים לעסקה חדשנית, שאין לה הרבה תקדימים, יכולים למדל את הסיכון מראש. לדבריו, הלקוחות עשויים להתעניין פחות בנוסח הסעיפים ויותר בתוצאה, כלומר באופן שבו החוזה יתנהג בפועל.
עוד הוא צופה שעורכי דין יהפכו את ה-Playbooks ורשימות הבדיקה שלהם לתהליכי עבודה שסוכני AI יכולים להריץ, ושמוצר שיהיה ה"Cursor של עורכי הדין", כלי ברירת מחדל יומיומי לרוב עורכי הדין, עוד לא הופיע.
הטיעון הכלכלי: תוכנה חד-פעמית
לפי Tso, מודלי שפה וסוכני קוד מוזילים מאוד את העלות של בניית כלים פנימיים איכותיים. הוא צופה יותר תוכנה "בדיוק בזמן" (Just-in-Time): כלי שנבנה לתהליך עבודה ספציפי ומוחלף כשהתהליך משתנה. לדבריו, הרבה כלים פנימיים לא צריכים לשרת אלף משתמשים, כי כל צוות עובד אחרת. מכאן הציפייה שמשרדים יבנו בעצמם כלים לתהליכים נישתיים, שלספקים אין תמריץ לפתח. הוא תומך גם בגרסאות קוד פתוח לפונקציות הבסיסיות שחוזרות בכל מוצר, כך שמשרדים יוכלו לבדוק ולפקח על הקוד, וחברות חדשות יתמקדו במה שמבדל אותן.
המגבלות שהוא עצמו מציין
Tso לא מציג תמונה ורודה. לדבריו, להריץ כלי על המחשב האישי זה פשוט, אבל פריסה בכל המשרד דורשת אירוח, ניהול משתמשים, אבטחה ותמיכה. האבטחה, אמר, לא נעלמת, אלא הופכת לסטנדרטית יותר ונפתרת בקנה מידה, באמצעות סריקות אוטומטיות וכלים ברמת הפלטפורמה. הוא מבהיר שגרסאות משוכפלות של הקוד הן באחריות מי ששכפל אותן, ושיתחזק את המאגר הראשי רק אם יהיה לכך ביקוש ברור. גם ה-README של Tabular_Review מזהיר שהכלי אינו תחליף לייעוץ משפטי ושיש לבדוק את התוצאות מול המסמכים המקוריים. לשאלה אם יקים חברה או יצטרף לספק AI משפטי, השיב שאינו מחויב לכך.
הראיון מגיע בשבוע שבו דווח גם על השקת Case.dev, פלטפורמה שמכוונת בדיוק לקהל הזה של עורכי דין ומהנדסים משפטיים שבונים בעצמם. את פרטי ההשקה סיקרנו בכתבה על Case.dev ו-Thurgood.