קלוד קוד (Claude Code) לשמאי מקרקעין: 4 תהליכים שחוזרים כל יום ואיך לקצר אותם לדקות

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

בקצרה (TL;DR)

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

למה דווקא קלוד קוד ולא צ׳אט

זה ההבדל שקובע הכול לשמאי, והוא לא ניואנס.

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

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

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

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

תהליך 1: מאגר השומות המכריעות

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

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

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

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

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

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

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

המשך טבעי: אחרי שהטבלה קיימת, השאלה הבאה כבר לא דורשת חיפוש חדש.

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

תהליך 2: ספר שומה מפרקים חוזרים

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

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

שלב ראשון, ללמד את המבנה שלכם:

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

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

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

שמור את המבנה הזה כסקיל בשם "ספר-שומה-משרדי".
בפעם הבאה שאבקש טיוטת ספר שומה, השתמש בו בלי לשאול אותי שוב על המבנה.

מכאן, בכל תיק חדש, הבקשה קצרה:

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

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

תהליך 3: היטל השבחה והשגות

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

זו משימת קריאה והצלבה, לא משימת שיקול דעת, ולכן היא מתאימה במיוחד.

בתיקייה שתי תוכניות: [שם התוכנית הקודמת] ו-[שם התוכנית החדשה],
וכן שומת הוועדה המקומית.

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

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

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

תהליך 4: השוואת שומות זו מול זו

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

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

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

אבטחת מידע: התשובה שקצין האבטחה מחכה לה

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

קודם כל, מה באמת רגיש בשומה

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

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

ההפרדה הזאת פותרת את רוב הוויכוח, כי מתברר שמעל 90% מהחומר שהשמאי צריך לעבד הוא ממילא ציבורי.

הכלל הטכני שאסור לטעות בו

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

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

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

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

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

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

שלושת הדברים שצריך להראות לקצין אבטחת המידע

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

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

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

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

מסלול מעשי לפיילוט

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

שני דברים טכניים שמונעים תסכול ביום הראשון

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

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

מה לעשות מחר בבוקר

אל תתחילו מספר שומה. תתחילו מהדבר שהוא ממילא ציבורי ושהכי כואב.

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

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

---

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

מדריכים קרובים באותה סדרה: AI לעורכי דין · AI לרשויות מקומיות · מה זה קלוד קוד