כשממשלה חולמת, ואזרח אחד בונה

Gai Zomer

כשממשלה חולמת, ואזרח אחד בונה

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

החזון היה כפול.

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

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

מאחורי ההחלטה עמדה תפיסה עמוקה בהרבה מפרסום קבצי CSV באתר Data.gov.il. הממשלה ביקשה ליצור תשתית מידע לאומית: למפות את כלל מאגרי המידע, לתעד את המטא-דאטה שלהם, לקבוע סטנדרטים אחידים לניהול נתונים, להקים תשתית טכנולוגית מרכזית להעברת מידע בין גופים, לאפשר API אחידים, ולפתח כלים שיאפשרו שימוש מתקדם במידע באמצעות Big Data, Data Mining ו-BI.

לפי התוכנית, המהלך היה אמור להסתיים עד סוף שנת 2021.

בפועל, רובו הגדול לא מומש

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

דווקא משום שהרעיון נראה לי נכון, החלטתי שלא להמתין ליישומו

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

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

המטרה לא הייתה לבנות עוד אתר או עוד מאגר מידע.

המטרה הייתה לבנות מנוע.

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

השכבה הראשונה במערכת היא שכבת האיסוף

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

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

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

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

השכבה השלישית היא שכבת עיבוד הידע

כאן נכנסים לתמונה מודלי השפה.

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

גם התוצרים הללו נשמרים בצורה מובנית במסדי נתונים, וניתנים לגישה באותם ממשקי API, SQL ו-MCP.

בפועל, המשמעות היא שהתשתית אינה רק אוספת מידע. היא מייצרת ידע.

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

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

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

כאשר נכתבה החלטת הממשלה בשנת 2016, החזון דיבר על BI, Data Mining ושימוש חוזר במידע ציבורי. אלה היו הכלים המתקדמים של אותה תקופה.

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

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

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

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

מסמכים מצורפים

אפיון מונחה מוצר: למה אני בונה קודם ורק אחר כך מאפיין

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

קראו עוד

המתנה שסירבו לקבל: איך ביקשתי לתרום סורק לבית המשפט העליון

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

קראו עוד

הלוכסן ההפוך: איך תו אחד בשורת הכתובת שבר את שיתוף פסקי הדין של בית המשפט העליון

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

קראו עוד