למי מיועד המדריך?
המדריך מיועד למי שסיים את מדריך 1: הסביבה מותקנת, החשבון מחובר, והמשימה הראשונה על תיקיית התרגול רצה ועבדה. אם עוד לא עברתם את זה, התחילו שם - כל מה שכאן נשען על זה.
וכמו קודם: אין צורך בשום ידע טכני. כל בקשה במדריך כתובה במלואה ומוכנה להעתקה, וכל פעולה מתוארת שלב אחר שלב, עם צילום לכל שלב מהותי.
לפני שמתחילים: דקה אחת של בדיקה
שלוש בדיקות מהירות, כדי שלא תיתקעו באמצע משימה:
- אייקון הכוכב של Claude מופיע בסרגל, ולחיצה עליו פותחת שיחה
- כתבו משפט בעברית - הוא מוצג מימין לשמאל (אם לא: פרק העברית במדריך 1, חמש דקות)
- אתם זוכרים איך פותחים תיקייה: File ואז Open Folder (למדנו במדריך 1, ונשתמש בזה מיד)
בסיום המדריך תדעו
- מתי Claude Code הוא הכלי הנכון, ומתי דווקא הכלים שכבר למדתם.
- להריץ ארבע משימות משרדיות: סדר בתיקייה, מיפוי תיק, השוואת גרסאות וציר זמן.
- לנסח בקשה שמחזירה תוצר שאפשר להשתמש בו, לא טיוטה כללית.
- לבדוק כל תוצר לפני שאתם מסתמכים עליו, עם פרומפט בדיקה מוכן.
- לעבור מתיקיית תרגול לתיק אמיתי, עם כללי הבטיחות של Legal Mind.
- מהו PowerShell, ולמה אין סיבה להיבהל ממנו.
1
במה Claude Code שונה מהכלים שכבר למדתם, ומתי בוחרים בו
לפני שנריץ את המשימה הראשונה, חייבים לעצור על שאלה אחת. היא מגיעה לכם, כי אתם לא מתחילים מאפס.
למדתם אצלנו את Claude בדפדפן. חלקכם למדתם גם את Projects, את Skills, את Cowork. ועכשיו אנחנו באים עם כלי נוסף, שנראה טכני יותר מכולם, ואומרים ששווה ללמוד גם אותו. אז למה? מה יש כאן שאין שם?
והתשובה הישרה: חלק ממה שנלמד כאן אפשר לעשות גם בכלים שכבר למדתם, ולא נעמיד פנים אחרת. בכל אחת מארבע המשימות במדריך תמצאו שורה שנקראת "אפשר גם בכלים האחרים?", עם תשובה אמיתית. אבל יש דברים שרק הכלי הזה עושה, והם לא שוליים.
ארבעה דברים שרק Claude Code יודע לעשות
שיחה רגילה, Projects ו-Skills עובדים על מה שאתם מביאים אליהם: מעלים קובץ, מקבלים תשובה, מעתיקים אותה החוצה. הם אף פעם לא נוגעים בתיקיות שלכם. ולכן:
- לשנות שמות לארבעים קבצים בתיקייה - אין להם דרך. אין להם יד על התיקייה.
- למיין תיקייה לתת-תיקיות - אין דרך.
- שהתוצר יישמר כקובץ בתוך התיק - לא קורה. התשובה נשארת בשיחה, ואתם מעתיקים ידנית.
- לעבוד על תיק שלם בלי להעלות קובץ-קובץ - ארבעים מסמכים זו שעה של העלאות. כאן זו בקשה אחת.
מה Claude Code יודע לעשות שאין לו מקבילה בכלים האחרים
וכאן מגיע החלק שבאמת מבדיל. היכולות שלהלן מתועדות אצל Anthropic כחלק מהסביבה הזו, ואין להן מקבילה בשיחה רגילה או ב-Projects. הן גם הסיבה שהמדריך הזה נגמר במשימות שלא הייתן אפשריות בשום מקום אחר.
- להפעיל כמה בודקים במקביל, כל אחד עם תחום אחריות משלו. אפשר לבקש שכמה סוכנים יעבדו על אותה משימה בו-זמנית, כשכל אחד מקבל זווית משלו ואינו יודע מה האחרים מצאו, ובסוף התוצאות מתמזגות. על חוזה, זה ההבדל בין קריאה אחת רציפה לבין ארבע בדיקות עצמאיות שמצליבים ביניהן - ולזה מוקדש פרק 09.
- קובץ הוראות קבוע לתיקייה. אפשר להניח בתיקיית התיק קובץ הנחיות - איך המשרד רושם שמות, מה אסור לגעת בו, באיזה מבנה מסכמים - ו-Claude Code קורא אותו בתחילת כל עבודה בתיקייה הזו, בלי שתחזרו עליו בכל בקשה. הנהלים של המשרד נכתבים פעם אחת.
- מצב תוכנית: קודם מגישים, אחר כך מבצעים. במשימה גדולה אפשר לדרוש שיציג תוכנית עבודה מלאה, אתם מעירים עליה בכתב, ורק אחרי אישור הוא נוגע בקבצים.
- נקודות שמירה וחזרה אחורה. הכלי שומר את מצב הקבצים לפני כל בקשה, ואפשר לחזור אחורה. ויש גבול שחשוב להכיר: החזרה מכסה קבצים שהוא כתב או ערך, ואינה מכסה שינוי שם, העברה או מחיקה שבוצעו כפקודה למערכת ההפעלה. לכן בתיק אמיתי רשת הביטחון האמיתית היא לעבוד על עותק, כפי שנסביר בפרק 13.
- וכל מה שבנוי מקוד. אתר, דף נחיתה, טופס פנייה, כלי קטן שרץ במחשב - כל דבר שמתכנת היה בונה, Claude Code בונה מתיאור במילים רגילות. זה לא חלק מהעבודה המשפטית, אבל אי אפשר לנתק את זה מהכלי: הוא נבנה בדיוק בשביל זה. וברגע שתרצו דף נחיתה להרצאה, טופס פנייה לאתר המשרד או כלי פנימי קטן שחוסך עבודה - הוא כבר אצלכם.
ומה עם משימות שגם הכלים האחרים יודעים לעשות?
נאמר את זה בפשטות: חלק ממה שנעשה כאן אפשר לעשות גם ב-Claude הרגיל. להעלות שלושה חוזים לשיחה ולבקש השוואה - עובד מצוין. לבקש סיכום של מסמך - עובד מצוין.
אבל שלושה דברים משתנים כשעובדים על התיקייה עצמה, וכולם משנים את התוצאה:
- אין תקרת העלאות. ארבעים מסמכים בשיחה זו שעה של העלאות, קובץ-קובץ. כאן זו בקשה אחת שפותחת את התיקייה.
- התוצר נשאר בתיק. הוא נשמר כקובץ בתוך התיקייה, לצד המסמכים שממנה נבנה - ולא בתוך שיחה שתיסגר מחר.
- והחשוב מכולם: העבודה נבנית בשכבות. טבלה שנוצרה במשימה אחת הופכת לחומר גלם למשימה הבאה, כי היא יושבת באותה תיקייה. במשימת העומק שבפרק 08 תראו את זה בפעולה: Claude Code קורא את המסמכים המקוריים ואת התוצרים שהוא עצמו יצר קודם, ומצליב ביניהם. בשיחה זה בלתי אפשרי, כי שם התוצרים לא נשארים בתיק.
ומתי בוחרים דווקא ב-Claude Code
זו כל התאוריה שנצטרך. מהרגע הזה המדריך עובד כמוכם: תיק על השולחן, משימה אחר משימה. את הראשונה מריצים בעוד שתי דקות.
2
התיקייה: המושג היחיד שחייבים להבין לפני המשימה הראשונה
זה הפרק שהכי הרבה אנשים מדלגים עליו, והכי הרבה אנשים חוזרים אליו מבולבלים. הוא לוקח שתי דקות, ובלעדיו כל השאר מרגיש שרירותי.
למה בכלל תיקייה
ב-Claude הרגיל אתם מעלים קבצים לתוך שיחה. Claude Code לא עובד ככה. הוא לא מקבל קבצים - הוא עובד על מקום במחשב.
התיקייה שפתחתם היא המקום הזה, והיא קובעת שלושה דברים בבת אחת:
- מה הוא רואה. כל מה שבתוך התיקייה, כולל תת-תיקיות.
- מה הוא יכול לשנות. אותו דבר בדיוק.
- ומה הוא לא יכול לגעת בו. כל השאר במחשב שלכם.
Anthropic מנסחת את זה במשפט אחד: הכלי עובד בכל תיקייה, לא רק בתיקיות של מתכנתים. תיקייה של מסמכים היא בדיוק אותו דבר מבחינתו.
שלוש שאלות שחוזרות, ותשובות ישרות
“למה שלא אוסיף את התיקייה החדשה בתוך תיקייה שכבר פתוחה, ואגיד לו להתייחס אליה?”
אתם כן יכולים, וזה עובד. אם תפתחו תיקיית אב, Claude Code רואה את כל מה שבתוכה - כולל כל תת-תיקייה שתוסיפו אחר כך - ואפשר להפנות אותו לתת-תיקייה מסוימת פשוט בשם שלה.
אז למה אנחנו בכל זאת מלמדים תיקייה לכל תיק? שתי סיבות מעשיות, ושתיהן שלכם ולא שלו:
- מה שפתוח הוא מה שהוא יכול לשנות. אם פתוחה תיקיית אב עם עשרים תיקים, טעות בניסוח יכולה לגעת בתיק שלא התכוונתם אליו. תיקייה אחת מצמצמת את זה לאפס.
- עלות. הוא קורא כדי לענות. בקשה על תיקייה עם ארבעה מסמכים צורכת חלק קטן ממה שצורכת אותה בקשה על תיקייה עם ארבע מאות - וזו הדרך המהירה להגיע לתקרת השימוש בלי לקבל יותר.
“אז לכל תיק צריך ליצור תיקייה חדשה?”
לא. ברוב המקרים לא יוצרים כלום. אם המסמכים כבר יושבים בתיקייה במחשב - פותחים אותה, וזהו. זה המצב הרגיל.
יוצרים תיקייה חדשה רק בשני מקרים:
- כשהחומר מפוזר בכמה מקומות ואתם רוצים לאסוף אותו למקום אחד
- כשאתם רוצים מקום נקי שיקבל את התוצרים, בלי שייגע במקור. על זה בדיוק מדבר פרק 13.
“ולמה השיחה שייכת לתיקייה?”
כי Claude Code שומר את השיחות לפי התיקייה. פתחתם תיקייה - קיבלתם את השיחות שלה. פתחתם אחרת - קיבלתם את שלה. בתיעוד של Anthropic זה כתוב מפורשות: המשך שיחה מחפש בתיקייה הנוכחית בלבד.
וזו בדיוק הסיבה שכשמחליפים תיקייה נראה שהשיחה נעלמה. היא לא נמחקה, והיא לא אבדה - היא נשארה אצל התיקייה שלה, ותחזור ברגע שתפתחו אותה שוב. פרק 10 מראה בדיוק איך.
הכלל, בשורה אחת
פותחים את התיקייה שבה נמצא החומר שרוצים לעבוד עליו - ורק אותה. לא יותר גדולה, כדי שלא ייגע במה שלא צריך. לא יותר קטנה, כדי שלא יחסר לו מה שכן צריך.
בדיקות חובה לפני שממשיכים
- אתם יודעים שהתיקייה הפתוחה היא בדיוק מה ש-Claude Code רואה ויכול לשנות
- אתם יודעים שאפשר גם לפתוח תיקיית אב, ולמה בכל זאת לא מומלץ
- אתם יודעים למה השיחה נעלמת כשמחליפים תיקייה, ושהיא לא אבדה
3
משימת הפתיחה: Claude Code הופך תיקיית מסמכים לטבלה אחת
נפתח במשימה הקטנה ביותר בסדרה, וגם באחת השימושיות ביותר: תיקייה עם כמה מסמכים נכנסת, וטבלה אחת שמסכמת אותם יוצאת.
היא לוקחת דקות, היא לא דורשת שום דבר מעבר למה שכבר מותקן אצלכם, ובתוכה נמצא כל מה שחוזר בכל שאר המשימות: איך מנסחים בקשה, מה קורה כשהוא עוצר ומבקש רשות, ואיך בודקים את מה שיצא. משם הכול נבנה.
שלב 1 - מכינים את תיקיית התרגול
לחצו לחיצה ימנית על שולחן העבודה, בחרו חדש ואז תיקייה, וקראו לה תיק אלומה - תרגול.
פתחו אותה ב-VS Code באותה דרך שלמדתם: File ואז Open Folder.
ותתבקשו לאשר את התיקייה, כמו בכל תיקייה חדשה. את זה כבר עשיתם בפרק 06 של מדריך 1, ושם גם מוסבר מה עושים אם האישור נסגר בטעות.
כך נראית התיקייה ברגע שפתחתם אותה ב-VS Code, לפני שהכנסתם אליה משהו. ריקה לגמרי - וזה בדיוק המצב שממנו מתחילים.
- 1 אזור הקבצים. כרגע הוא ריק. המסמכים שתכניסו לתיקייה יופיעו כאן, וזה כל מה ש-Claude Code יראה - שום דבר מחוץ לתיקייה הזו.
ועכשיו ממלאים אותה.
שימו בתוכה ארבעה או חמישה מסמכים מומצאים: חוזה, שני מכתבים, אישור וקבלה. אין צורך שיהיו אמיתיים או ארוכים. הדרך המהירה, וזו גם זו שתראו בצילומים כאן: Claude Code יכתוב אותם בשבילכם. זו תהיה הבקשה הראשונה שלכם אליו, והיא לוקחת פחות מדקה. על עבודה עם קובצי Word אמיתיים ראו את התשובה בפרק 15.
העתיקו את הבקשה הבאה, הדביקו אותה בחלונית השיחה של Claude, ושלחו. ומיד אחריה תיפתח חלונית שמבקשת את אישורכם - זה תקין, וזה בדיוק הנושא של שלב 3 כאן למטה.
שלב 2 - כותבים את הבקשה
העתיקו את הפרומפט הבא, הדביקו אותו בחלונית השיחה, ולחצו על החץ שבפינת החלונית (או פשוט הקישו Enter).
מטרת הפרומפט: להפוך תיקייה של מסמכים לטבלה אחת שמסכמת את כולם, בלי לגעת באף קובץ קיים. מה אמור לחזור: קובץ חדש בתוך אותה תיקייה, ובו טבלה - שורה לכל מסמך, ובה שם הקובץ, תוכנו במשפט אחד, והתאריך שמופיע בו.
שימו לב לשלושה דברים בבקשה הזו, כי הם החוקים של כל בקשה טובה: אמרנו בדיוק מה רוצים לקבל, אמרנו מה לעשות במקרה של ספק, ואמרנו במפורש מה אסור לגעת בו.
הבקשה לפני השליחה.
- 1 הבקשה המלאה בשורת ההקלדה.
שלב 3 - Claude עוצר ומבקש רשות. וזה החלק החשוב ביותר במדריך הזה.
לפני שהוא נוגע בקובץ, יוצר קובץ או מריץ פעולה כלשהי על המחשב - הוא עוצר ושואל. תיפתח חלונית שמתארת מה הוא עומד לעשות, ומחכה לתשובה שלכם.
זו לא הפרעה. זו הנקודה שבה השליטה נשארת אצלכם.
בקשת ההרשאה. קוראים לפני שעונים.
- 1 תיאור הפעולה שהוא מבקש לבצע. זה החלק שקוראים.
- 2 אישור לפעולה הזו בלבד.
- 3 אישור גורף להמשך. קראו את עמדת Legal Mind שמתחת לפני שאתם בוחרים בזה.
קראו את החלונית, ואשרו. הקבצים ייווצרו תוך כמה שניות.
שלב 4 - פותחים את הקובץ שנוצר
אחרי כמה עשרות שניות מופיע ברשימת הקבצים קובץ חדש - הטבלה - לצד חמשת מסמכי התרגול שהוא הכין קודם. לחצו עליו ותראו את הטבלה.
הגדלנו לכם את פינת רשימת הקבצים, כדי שתראו בדיוק מה נוצר. חמישה קבצים חדשים, כל אחד ממוספר לפי סדר האירועים בתיק.
- 1 הקובץ הראשון ברשימה. עליו לוחצים, והוא זה שנפתח בתמונה הבאה.
וכך נראה אותו קובץ בדיוק בתצוגה המעוצבת: כותרות אמיתיות, תבליטים וטבלה עם קווים. אין כאן אף כוכבית ואף סולמית.
- 1 הלשונית של התצוגה המעוצבת. שימו לב שהיא נפרדת מלשונית הקובץ עצמו, ושהאייקון שלה שונה.
- 2 הטבלה, כפי שהיא באמת נראית. זו התצוגה שבה בודקים תוצר לפני שמסתמכים עליו.
וזה התוצר עצמו, בהגדלה. חמש שורות - מסמך אחד בכל שורה - ושלוש עמודות. שימו לב שהתאריכים מסודרים לפי הסדר שבו הדברים קרו, ולא לפי סדר הקבצים בתיקייה.
- 1 תאריך. התאריך שמופיע בתוך המסמך עצמו - לא תאריך היצירה של הקובץ.
- 2 תוכן. מה יש במסמך, במשפט אחד. זו העמודה שמאפשרת לסרוק תיק שלם בלי לפתוח אף קובץ.
- 3 קובץ. שם הקובץ, והוא גם קישור - לחיצה עליו פותחת את המסמך עצמו.
בדיקות חובה לפני שממשיכים
- נוצר קובץ חדש בתיקייה
- הטבלה כוללת את כל המסמכים שהיו בתיקייה
- אף קובץ מקורי לא השתנה ולא נמחק
- עברתם על הטבלה ובדקתם שתי שורות מול המסמך עצמו
4
משימה 1: Claude Code עושה סדר בתיקייה מבולגנת
כ-15 דקות עם התרגול המשימה הקלה ביותר
מתחילים מהמשימה שכל משרד מכיר, ושאף כלי אחר לא יודע לעשות.
המצב
קיבלתם תיק. בתיקייה ארבעים קבצים שהצטברו משנים של התכתבויות: חלקם בשמות כמו scan_0034, חלקם "מסמך חדש (3)", חלקם עם שם ארוך שמישהו הדביק מהמייל. אי אפשר למצוא כלום, וכל חיפוש מתחיל בפתיחת עשרה קבצים.
העבודה הידנית: לפתוח כל קובץ, להבין מה הוא, לתת שם, לגרור לתיקייה הנכונה. שעה-שעתיים של עבודה שאף אחד לא רוצה לעשות, ולכן היא לא נעשית.
שלב 1 - מכינים תיקיית תרגול
לא מתאמנים על תיק אמיתי - את זה נעשה רק בפרק 13, אחרי שנלמד את כללי הבטיחות. במקום זה, נבקש מ-Claude לייצר לנו בלגן מבוקר להתאמן עליו.
וכדי שהתרגול לא יתערבב עם שום דבר אחר, נותנים לו תיקייה משלו:
- צרו בשולחן העבודה תיקייה חדשה בשם "תיק אלומה - משימות". תיקיית הפתיחה מפרק 03, "תיק אלומה - תרגול", נשארת כפי שהיא ולא נשתמש בה יותר. מכאן ועד סוף המדריך אנחנו עובדים בתיקייה החדשה.
- פתחו אותה ב-VS Code: File ואז Open Folder, בדיוק כמו שלמדנו. אשרו את שאלת האמון.
- פתחו את Claude בצד, והדביקו:
ושני הדברים שקורים מיד אחרי בחירת התיקייה כבר מוכרים לכם מפרק 06 של מדריך 1: תתבקשו לאשר את התיקייה, ורשימת השיחות תיראה ריקה. שניהם תקינים.
שימו לב: התיקייה הקודמת והשיחות שלה נעלמו מהמסך
ברגע שפתחתם את התיקייה החדשה, מה שהיה על המסך קודם נעלם - וגם רשימת השיחות התרוקנה. זה קרה גם לנו בדיוק עכשיו, בזמן שהכנו את המדריך הזה: הייתה לנו פתוחה תיקייה בשם "פרוייקטים של ליגל מיינד", ובתוכה שיחה ארוכה שניהלנו. פתחנו את תיקיית התרגול - ושתיהן נעלמו מהמסך.
והסיבה פשוטה: VS Code מציג תיקייה אחת בכל חלון. התיקייה שנפתחה תופסת את מקומה של הקודמת בתצוגה, ו-Claude Code מצידו שומר את השיחות לפי התיקייה שהן רצו בה - כך שכל תיק מקבל היסטוריית שיחות משלו, והרשימה שאתם רואים שייכת תמיד לתיקייה הפתוחה כרגע.
שום קובץ לא נמחק ושום שיחה לא אבדה. הכול ממתין במקומו, ומחכה שתחזרו לתיקייה.
בסוף התרגיל נראה לכם בדיוק איך החזרנו אצלנו את התיקייה ואת השיחה - שתי לחיצות, ובלי לאבד דבר.
ואם נעלם לכם חלון על המסך - אייקון הכוכב מחזיר את השיחה, ואייקון שני הדפים מחזיר את רשימת הקבצים. למדנו את זה בפרק 06 של מדריך 1.
מטרת הפרומפט: לייצר חומר תרגול מומצא לחלוטין, בשמות גרועים בכוונה, כדי שיהיה על מה לתרגל בלי לגעת בחומר של לקוח. מה אמור לחזור: שנים־עשר קבצים חדשים בתיקייה, כל אחד עם הערה בראשו שזהו מסמך תרגול.
וכך זה נראה על המסך: הבקשה יושבת בתיבה שבתחתית חלון השיחה, ומחכה לשליחה.
- 1 הבקשה שהדבקתם. אפשר לערוך אותה כאן לפני השליחה, בדיוק כמו בכל תיבת כתיבה.
- 2 החץ ששולח. אפשר גם פשוט להקיש Enter.
ומה זו בעצם “פקודה” שהוא מבקש להריץ
בחלוניות שייפתחו עכשיו תראו את המילה PowerShell, או בקשה “להריץ פקודה”. שינוי שם של קובץ והזזתו לתיקייה אחרת אינם נעשים בעכבר אלא בפקודה למערכת ההפעלה, ו-PowerShell הוא הכלי של Windows שמבצע אותה. הוא יושב במחשב שלכם מהיום שקניתם אותו.
כלומר: זו לא חריגה מהעבודה הרגילה, זו העבודה הרגילה - שמבקשת רשות. מה שקוראים בחלונית הוא שורת התיאור בעברית ושם הקובץ, ולא את הפקודה הטכנית עצמה. הרחבה מלאה בפרק 14.
ושימו לב למה שיקרה עכשיו: ביקשנו 12 קבצים, ולכן Claude יבקש מכם אישור 12 פעמים - אחד לכל קובץ. זה לא תקלה: זה בדיוק העיקרון שבגללו בחרנו בכלי הזה, שכל פעולה עוברת דרככם. ובתיקיית תרגול, שבה כל הקבצים מומצאים, יש לכם שתי דרכים לעבור את זה:
- לאשר כל אחד בנפרד. לוחצים Yes בכל פעם. זו דרך העבודה שאנחנו ממליצים עליה, וגם בתרגול שווה לעבור כך לפחות את הקבצים הראשונים - כדי לראות איך זה מרגיש.
- או לאשר לכל השיחה הנוכחית. באותה חלונית יש גם אפשרות שמאשרת את העריכות בשיחה הזו, והוא ממשיך ברצף. בתיקיית תרגול מומצאת - סביר לגמרי.
ותזכורת אחת לפני שמאשרים בכמות: ליד תיבת השיחה יושבים סמל היד והמילה שקובעת את מצב האישורים. מי שהם דלוקים אצלו לא נשאל כלום, וזה בדיוק מה שאנחנו לא ממליצים עליו בעבודה על תיק. הנושא כולו, כולל מה קורה כשלוחצים, נמצא בפרק 11 של מדריך 1.
אחרי שהיצירה מסתיימת, תראו בצד את רשימת הקבצים החדשה על שמותיה הגרועים.
תזכורת מפרק 03: קובץ שנפתח כטקסט גולמי, עם כוכביות וסולמיות, אינו קובץ מקולקל. עומדים עליו ולוחצים Ctrl + Shift + V, והתצוגה המעוצבת נפתחת לצידו.
כך נראית תיקייה שהצטברה מעצמה. אף שם לא מספר מה יש בקובץ.
- 1 שנים־עשר הקבצים, בשמות שאין בהם שום מידע: מספרי סריקה, "מסמך חדש", ותאריך שהמצלמה נתנה.
שלב 2 - הבקשה שעושה את הסדר
מטרת הפרומפט: לתת לכל קובץ שם אחיד שנגזר ממה שכתוב בתוכו, ולסדר את התיקייה לתת-תיקיות לפי סוג מסמך. מה אמור לחזור: אותם קבצים בדיוק, בשמות חדשים ומסודרים בתת-תיקיות, ובסוף דוח שמראה לכל קובץ את השם הישן, השם החדש ותיקיית היעד.
שימו לב לשלושה דברים בניסוח, כי הם יחזרו בכל המדריך: נתנו דוגמה מדויקת לתבנית השם, אמרנו לו לקרוא לפני שהוא מחליט, ואסרנו על מחיקה במפורש. על כל אלה נדבר בפרק 11.
הבקשה השנייה, באותה תיבה. שימו לב שהיא ארוכה ומפורטת - וזה בדיוק מה שגורם לתוצר לצאת מדויק.
שלב 3 - מה תראו קורה
Claude יתחיל לפתוח קובץ-קובץ, ותראו את זה קורה בשיחה: על כל קובץ הוא יציג מה הוא מצא ומה השם החדש שהוא מציע. על כל שינוי שם תופיע בקשת אישור - זו בדיוק העבודה המשותפת שדיברנו עליה בפרק 01. אפשר לאשר אחת-אחת, וזו ההמלצה שלנו בפעמים הראשונות.
לפני כל שינוי בקובץ, השאלה חוזרת אליכם.
- 1 הפעולה המבוקשת, עם הנתיב המלא של הקובץ שייגע בו.
- 2 אישור לפעולה הזו בלבד. זו דרך העבודה שאנחנו ממליצים עליה.
- 3 אישור לכל העריכות בשיחה הנוכחית. בתיקיית תרגול מומצאת - סביר לגמרי.
שלב 4 - הבדיקה בסוף
כשהוא מסיים, הוא מציג את טבלת הסיכום שביקשנו. עכשיו הבדיקה שלכם, ולוקחת דקה:
- פתחו את התיקייה. הקבצים כבר לא מונחים בה ישירות אלא בתוך תת-התיקיות שנוצרו, וזה בדיוק מה שביקשנו. היכנסו לכל אחת וספרו: יחד יש 12 קבצים, אף אחד לא נעלם. הדרך המהירה - לבקש ממנו “תציג לי רשימה של כל הקבצים בתיקייה ובתת-התיקיות, עם מספר כולל”
- בחרו שני קבצים אקראיים מהטבלה, פתחו אותם, ובדקו שהשם החדש באמת משקף את התוכן
- השוו: מספר השורות בטבלת הסיכום שלו שווה ל-12, ואף שורה לא מדווחת על מחיקה
- ויש שכבת בדיקה נוספת, חזקה מזו. בפרק 12 נמסור לכם פרומפט בדיקה שמריצים על כל תוצר חשוב, והוא מחזיר את הכלי לקובצי המקור במקום להסתמך על מה שהוא זוכר. שווה להכיר אותו כבר עכשיו
אותה תיקייה, כמה דקות אחר כך. נוצרו חמש תת־תיקיות - מכתבים, חוזים, קבלות, פרוטוקולים ואחר - וכל קובץ קיבל שם שמספר שלושה דברים לפי הסדר: התאריך, סוג המסמך והנושא. שימו לב שגם הקבצים שהשם המקורי שלהם לא אמר כלום, כמו scan_0034, מופיעים כאן בשם מלא.
אפשר גם בכלים האחרים?
לא. זו המשימה שהכי חדה בהבדל: שיחה רגילה, Projects ו-Skills לא נוגעים בתיקיות שלכם בכלל. וגם מי שעובד עם Cowork - כאן, כשכל קובץ מקבל שם חדש, היכולת לראות ולאשר כל שינוי לפני שהוא קורה היא ההבדל בין סידור לבין הימור.
ואם משהו השתבש באמצע?
עצרו אותו - אפשר להקליד “עצור” בתיבת השיחה ולשלוח גם בזמן שהוא עובד, ואפשר ללחוץ על כפתור העצירה שמופיע במקום החץ בפינת התיבה כל עוד הוא באמצע פעולה. שום דבר לא אבד: הקבצים ששונו כבר שונו, והשאר במקומם. אפשר לבקש "תציג לי מה כבר שינית ומה נשאר", ולהמשיך משם. ואם שם יצא לא טוב - "תחזיר לקובץ X את השם הקודם" עובד מצוין.
5
משימה 2: Claude Code ממפה תיק שלם לטבלה אחת
כ-10 דקות נשענת על משימה 1
המצב
קיבלתם תיק מעורך דין קודם, או שירשתם תיק ישן במשרד. לפני שאפשר לעשות איתו משהו, צריך לדעת מה יש בו: אילו מסמכים, מאיזה תאריך, מי כתב למי. הדרך הידנית היא לפתוח הכול ולרשום - העבודה הקלאסית של מתמחה, ושעות מהתקציב של התיק.
זה ההמשך הטבעי של משימת הסדר: אחרי שלכל קובץ יש שם נכון ומקום נכון, נבקש מ-Claude Code לקרוא את כולם ולהחזיר לנו את מה שאין לאף תיק מבולגן - עמוד אחד שמספר מה יש בפנים.
הבקשה
עובדים על אותה תיקייה מהמשימה הקודמת. פתחו שיחה חדשה - + New session - כדי שהמשימה תתחיל נקייה, בלי המטען של השיחה הקודמת.
ושימו לב לשורה האחרונה בבקשה, כי היא הלב שלה: אנחנו אוסרים עליו לנחש. כל מה שלא ברור לו יירשם בעמודה נפרדת - והעמודה הזו תהפוך להיות רשימת העבודה שלכם.
מטרת הפרומפט: למפות תיק שלם לטבלה אחת - כל מסמך בשורה, כולל מה שיושב בתת-תיקיות. מה אמור לחזור: קובץ חדש בשם “מיפוי התיק” ובו הטבלה, ובה עמודה נפרדת לכל מה שלא היה חד-משמעי - זו רשימת העבודה שלכם.
מה תראו קורה
הוא יעבור על הקבצים, ותראו בשיחה את ההתקדמות. בסוף הוא יבקש אישור ליצור את קובץ המיפוי, ואחרי האישור הקובץ יופיע ברשימה בצד. לחצו עליו - והוא ייפתח בתצוגה המעוצבת שהכרנו במדריך 1.
כך נראה דוח שהוא מגיש בסוף משימה. הצילום שלפניכם הוא דוח שינוי השמות ממשימה 1, והבאנו אותו כדי להראות את המבנה: שורה לכל קובץ, עם השם הישן, השם החדש שנקבע לפי מה שכתוב בתוכו, והתיקייה שאליה עבר. התוצר של משימה 2 עצמה הוא קובץ מיפוי התיק, ועמודותיו הן אלה שביקשתם בבקשה שלמעלה.
הבדיקה בסוף
- ספרו: מספר השורות בטבלה שווה למספר המסמכים בתיקייה
- בחרו שתי שורות אקראיות ופתחו את המסמך שלהן - התאריך והתקציר נכונים?
- קראו את עמודת "לבדיקה" - מה שהוא לא היה בטוח בו, זה בדיוק מה שדורש עין אנושית
- ואם משהו לא יצא כמו שכתוב כאן? לא מתחילים מחדש - אומרים לו בשיחה מה לתקן, בדיוק כמו בקופסה שבסוף פרק 03
אפשר גם בכלים האחרים?
חלקית. בשיחה רגילה אפשר להעלות מסמכים ולבקש טבלה - אבל קובץ-קובץ, בטפטוף, והטבלה נשארת בשיחה ולא בתיק. ב-Cowork אפשר למסור את זה כמשימה. ההבדל כאן: עמודת "לבדיקה" שאתם עוברים עליה יחד, והיכולת לומר "תתקן את שורה 7" ולראות את הקובץ מתעדכן מיד.
ההרגל החדש: סדר ומיפוי לכל תיק שנכנס
מהיום, כל תיק שנכנס למשרד יכול להתחיל בשתי בקשות: סדר (משימה 1) ומיפוי (משימה 2). רבע שעה, ויש לכם עמוד אחד שמרכז את כל מה שיש בתיק. זו לבדה סיבה מספקת לכל המדריך הזה.
6
משימה 3: Claude Code משווה גרסאות של הסכם
כ-15 דקות עם ההכנה רמת ביניים
המצב
רכישת דירה חדשה מקבלן. אתם מייצגים את הרוכשים, והחוזה עבר שלושה סבבים בין המשרדים: הנוסח שהגיע מהקבלן, הגרסה שחזרה אחרי ההערות שלכם, והגרסה שחזרה אחרי שיחת הטלפון. עכשיו צריך לענות ללקוח על שאלה פשוטה לכאורה: מה בדיוק השתנה בדרך?
וכל עורך דין יודע איפה הסכנה: לא בשינויים הגדולים, שכולם זוכרים, אלא בקטנים. מועד מסירה שזז בשבועיים. ריבית פיגורים שהשתנתה מ"פריים בתוספת 2%" ל"פריים בתוספת 4%". סעיף בדק שהתקצר. שינוי של מילה אחת בתנאי מתלה. אלה הדברים שמתגלים אחרי החתימה, כשכבר מאוחר.
הכנה, ואז הבקשה
כאן נעשה משהו חכם יותר מסתם תרגול. נבקש מ-Claude לא רק לייצר שלוש גרסאות של הסכם - אלא גם להחביא בהן שינויים בכוונה, ולשמור את הרשימה בסוד. ככה, כשההשוואה תסתיים, יהיה לנו מפתח תשובות אמיתי לבדוק מולו. זו דרך שתשרת אתכם בכל פעם שתרצו לבחון כלי חדש: תנו לו מבחן שאתם יודעים את התשובות שלו.
מטרת הפרומפט: לייצר שלוש גרסאות של הסכם מכר מומצא, כשהשינויים ביניהן נקבעים על ידו ונשארים אצלו. מה אמור לחזור: תת-תיקייה בשם “השוואת גרסאות” ובה שלושה קבצים - ורשימת השינויים לא מוצגת לכם, בכוונה.
שימו לב לסוף: ביקשנו ממנו לא לגלות. ככה נוכל לבדוק בסוף אם ההשוואה באמת תפסה הכול.
ועכשיו המשימה עצמה - ובשיחה חדשה דווקא: אם נריץ את ההשוואה באותה שיחה שבה הוחבאו השינויים, הוא פשוט יזכור אותם, והמבחן יאבד את טעמו. שיחה חדשה לא זוכרת כלום, והיא תצטרך למצוא הכול בקריאה אמיתית:
מטרת הפרומפט: לאתר כל הבדל בין שלוש הגרסאות, בשיחה חדשה שלא ראתה את ההכנה ולכן חייבת לקרוא באמת. מה אמור לחזור: קובץ “טבלת הבדלים” עם שורה לכל סעיף שהשתנה - ואותו אפשר להעמיד מול הרשימה שהוסתרה.
שלוש הגרסאות, בתת־תיקייה משלהן.
- 1 שלוש הגרסאות של אותו הסכם, לפי סדר ההתפתחות שלהן במשא ומתן.
הבדיקה בסוף: משווים מול רשימת השינויים ששמר
זוכרים שביקשנו ממנו לשמור רשימה של מה ששינה? עכשיו חוזרים לשיחת ההכנה וכותבים בה: "תציג לי עכשיו את רשימת השינויים ששמרת" (סגרתם אותה? רשימת השיחות בצד שומרת הכול - לוחצים עליה וחוזרים, כמו שלמדנו במדריך 1), ומשווים מול טבלת ההבדלים:
- כל שינוי מהרשימה מופיע בטבלה? מה שחסר - זו בדיוק נקודת העיוורון שצריך להכיר
- בחרו שני ציטוטים מהטבלה ופתחו את הגרסאות עצמן - הציטוט מדויק, מילה במילה?
- קראו את עמודת "למי מיטיב" בעין ביקורתית - זו הערכה שלו, והיא דורשת את שיקול הדעת שלכם
אפשר גם בכלים האחרים?
כן, חלקית. להעלות שלושה קבצים לשיחה רגילה ולבקש השוואה - אפשרי בהחלט, וזה עובד. ההבדל כאן: התוצר נשמר כקובץ בתוך התיק, אפשר לבקש תיקונים נקודתיים ולראות אותם נכנסים, וכשמדובר בעשר גרסאות במקום שלוש - ההעלאות בשיחה מפסיקות להיות מעשיות.
גבול האחריות: הטבלה מאתרת, עורך הדין מחליט
טבלת ההשוואה היא כלי עזר, לא חוות דעת. את ההחלטה מה מהותי ומה לא, ומה עושים עם כל שינוי - מקבל עורך הדין. הכלי חוסך את שעות האיתור. הוא לא מחליף את הקריאה של הסעיפים שהוא סימן.
7
משימה 4: Claude Code בונה ציר זמן מתוך תכתובת
כ-15 דקות עם ההכנה רמת ביניים
המצב
סכסוך ליקויי בנייה. הלקוחות שלכם קיבלו דירה מקבלן, ובשנתיים שאחרי המסירה הצטברה תכתובת שלמה: מכתבי התראה על ליקויים, תשובות של הקבלן, פרוטוקול בדיקה של מהנדס, הודעות על תיקונים שבוצעו וחזרו, קבלות. עכשיו, לקראת הליך, צריך לענות על השאלות שכל התיק יעמוד עליהן: מתי נמסרה הדירה? מתי ניתנה לקבלן הודעה על כל ליקוי, והאם בתוך תקופת הבדק לפי חוק המכר (דירות)? כמה הזדמנויות לתקן קיבל, ומה קרה בכל אחת?
לבנות את הכרונולוגיה הזו ידנית מתוך עשרות מסמכים - יום עבודה. ובלעדיה אי אפשר לכתוב כתב טענות.
הכנה, ואז הבקשה
מטרת הפרומפט: לייצר תיק מומצא של סכסוך ליקויי בנייה, ובתוכו סתירה אחת קטנה בין תאריכים. מה אמור לחזור: תת-תיקייה בשם “ציר זמן” ובה עשרה מסמכים שמספרים יחד סיפור שלם.
הריצו את ההכנה ותנו לה דקה. כשתסתיים, יחכו בתת-התיקייה עשרה מסמכים שמספרים יחד סיפור שלם של סכסוך: מסירה, ליקויים, התראות, תיקון שלא החזיק. ואי שם בפנים - סתירה אחת קטנה בין תאריכים, בדיוק כמו בתיקים אמיתיים.
ועכשיו המשימה, בשיחה חדשה - מאותה סיבה כמו קודם: שהסתירה שהוחבאה תישאר באמת מוחבאת:
מטרת הפרומפט: לבנות ציר זמן מלא מתוך עשרות מסמכים, ולסמן איפה התאריכים לא מסתדרים. מה אמור לחזור: קובץ “כרונולוגיית התיק” ובו ציר זמן מסודר מהאירוע הראשון לאחרון, ובתוכו גם הסתירה שהוחבאה.
הצילום הזה מגיע ממשימת העומק שבפרק 08, מהחלק שבו הכלי ממפה מי מפנה למי. הבאנו אותו כאן כי הוא מראה בדיוק את מה שקשה לבנות ידנית: כל שורה מציינת מסמך ואת המסמך שאליו הוא מתייחס, עם ציטוט ההפניה עצמה, ובשורה האחרונה - שרשרת ההתפתחות המלאה של התיק, מהמסמך הראשון לאחרון. ציר הזמן שתקבלו במשימה הזו בנוי באותו היגיון, בעמודות שביקשתם.
הבדיקה בסוף
- הסתירה המכוונת שביקשנו להחביא - נמצאה בחלק "פערים וסתירות"? (בודקים כמו במשימה הקודמת: חוזרים לשיחת ההכנה ושואלים איפה היא הוחבאה)
- בחרו שלוש שורות אקראיות ופתחו את מסמך המקור שלהן - התאריך מדויק?
- ודאו שאין בציר אף קביעה משפטית - רק עובדות. אם יש, בקשו: "תוריד כל ניסוח שהוא מסקנה"
אפשר גם בכלים האחרים?
עקרונית כן, מעשית קשה. ציר זמן טוב נבנה מהצלבה של כל המסמכים בבת אחת, והוא משתפר בסבבים: "תוסיף עמודה", "תבדוק שוב את הפער בין מרץ ליוני". העבודה הסיבובית הזו על קובץ שמתעדכן במקום - זה בדיוק החוזק של הסביבה הזו.
8
אותו Claude Code, בשתי התמחויות שונות: שתי הדגמות מלאות
ארבע המשימות שעברתם הן שיטה כללית. עכשיו נראה אותה עובדת על עבודה משפטית אמיתית - פעם בדיני מקרקעין, פעם בנזיקין. גם אם אלה לא התחומים שלכם, קראו: ההדגמות האלה הן בעצם תבנית. תחליפו את סוג המסמכים, ותקבלו את התחום שלכם.
הדגמה 1 - מקרקעין: הצלבת מסמכי עסקה לפני חתימה
המצב
עסקת מכר דירה מתקרבת לחתימה, ובתיקייה הצטברו המסמכים: נסח רישום, הסכם המכר, אישורי מסים, ייפוי כוח, מסמכי המשכנתה של הקונים, ואישור זכויות מהחברה המשמרת. והסיוט הידוע של כל עורך דין מקרקעין: אי-התאמה קטנה בין המסמכים. ספרה שהתחלפה במספר תעודת זהות. גוש וחלקה שהוקלדו הפוך בייפוי הכוח. סכום שמופיע אחרת בהסכם ובאישור הבנק. שם שנכתב בשתי צורות.
הבדיקה הידנית - לשבת עם כל המסמכים פתוחים ולהצליב שדה-שדה - היא שעות של עבודה שדורשת ריכוז מלא, ודווקא בה עין אנושית עייפה מפספסת.
קודם ניצור חומר תרגול, כרגיל - מומצא כולו, עם אי-התאמות מוחבאות:
מטרת הפרומפט: לייצר עסקת מכר דירה מומצאת בשישה מסמכים, עם אי-התאמות מוחבאות ביניהם. מה אמור לחזור: תת-תיקייה בשם “עסקת מקרקעין” ובה שישה מסמכים - ורשימת אי-ההתאמות נשארת אצלו.
ועכשיו הבדיקה עצמה, בשיחה חדשה - זו הבקשה שהופכת שעות של הצלבה ידנית לדקות:
מטרת הפרומפט: להצליב כל פרט מהותי בין שישה מסמכים של אותה עסקה - שמות, מספרים, תאריכים וסכומים. מה אמור לחזור: קובץ “דוח הצלבה - עסקת מקרקעין” ובו טבלת הצלבה ורשימת אי-התאמות, עם הפניה למסמך שממנו נלקח כל פרט.
כך נראית הצלבה כשהיא מוגשת: עמוד אחד שמספר מה יש בתיק, בלשון של דוח פנימי, ובמרכזו הסתירה הכרונולוגית שהכלי איתר בעצמו - עם התאריכים המדויקים שאינם מסתדרים. הצילום לקוח מהחוברת שמשימת העומק מייצרת בהמשך הפרק, והוא מדגים בדיוק את סוג ההצלבה שההדגמה הזו מבקשת.
והבדיקה בסוף, כמו תמיד: חזרו לשיחת ההכנה, בקשו את רשימת אי-ההתאמות ששתל, והשוו. כל אחת שנתפסה - הכלי עבד. אחת שלא נתפסה - למדתם בדיוק איפה העין שלכם עדיין נחוצה.
הדגמה 2 - נזיקין: ריכוז ראשי נזק מתוך ערימת מסמכים
המצב
תביעת נזקי גוף אחרי תאונה. הלקוח הביא שקית: מסמכים רפואיים מכמה קופות ובתי חולים, אישורי מחלה, קבלות על טיפולים, תרופות ונסיעות, תלושי שכר מלפני התאונה ואחריה. כדי לכמת את התביעה צריך שני דברים שכולם דוחים לסוף: ציר זמן רפואי מסודר, וריכוז ההוצאות לפי ראשי הנזק. שניהם עבודת נמלים - ושניהם בדיוק מה שהכלי עושה טוב.
מטרת הפרומפט: לייצר תיק נזיקין מומצא - מסמכים רפואיים, קבלות ואישורים מתביעת נזקי גוף. מה אמור לחזור: תת-תיקייה בשם “תיק נזיקין” ובה שנים־עשר מסמכים.
ועכשיו, בשיחה חדשה - שימו לב שזו בקשה אחת שמייצרת שני תוצרים:
מטרת הפרומפט: לייצר בבקשה אחת את שני התוצרים שלוקחים הכי הרבה זמן ידני בתיק נזיקין. מה אמור לחזור: שני קבצים חדשים - “ציר רפואי” עם השתלשלות הטיפול, ו“ריכוז ראשי נזק” עם הסכומים לפי ראשי נזק.
וכך נראה דוח בדיקה כשהוא מוגש. הצילום מגיע מפרק 09, מהבדיקה שמריצה ארבעה בודקים במקביל, וזו עדשת המועדים שלה. הבאנו אותו כאן בגלל המבנה, שחוזר בכל דוח כזה ללא קשר לתחום: מה נבדק, הממצאים מדורגים לפי חומרה, וסיכום שכולל גם את מה שנשאר פתוח.
ולסיום - משימת העומק: שלחו אותו לעבוד, ולכו לפגישה
עד עכשיו כל משימה לקחה דקות. עכשיו נותנים לו את המשימה הגדולה באמת - כזו שקוראת את כל מה שהצטבר בתיקיית התרגול שלכם: עשרות מסמכים בכל תת-התיקיות שהצטברו אצלכם לאורך המדריך, כולל התוצרים שהוא עצמו הכין בדרך.
והחלק הטוב: אתם לא צריכים לשבת ולהסתכל. קריאת קבצים לא דורשת אישור - אז אחרי שתשלחו את הבקשה, הוא פשוט יעבוד. תקטינו את החלון, תחזרו למייל, לטלפון, לפגישה. ברוב המקרים הוא יבקש מכם אישור רק בסוף, כשיהיה מוכן ליצור את הקובץ. ואם תהיו רחוקים מהמחשב באותו רגע? הוא יחכה בסבלנות. שום דבר לא הולך לאיבוד.
מטרת הפרומפט: לקרוא את התיקייה כולה, כולל כל תת-התיקיות והתוצרים שנוצרו בדרך, ולבנות מהכול חוברת אחת. מה אמור לחזור: קובץ “חוברת התיק” ובו אינדקס מלא, מפת קשרים בין המסמכים ותקציר עמוד אחד. זו המשימה הארוכה במדריך, והיא רצה ברקע.
מה תראו כשתחזרו: בקשת אישור אחת ליצירת הקובץ. תאשרו - ותפתחו את "חוברת התיק". תיק שלם, על כל תת-התיקיות שלו, מסודר לחוברת אחת עם מקור לכל שורה - בזמן שאתם בכלל לא הייתם ליד המחשב.
וכאן נופל האסימון האמיתי של המדריך הזה: Claude Code הוא לא עוד כלי שעונים לו. הוא כוח עבודה נוסף במשרד - כזה שעובד גם כשאתם לא מסתכלים, ומגיש עבודה שאפשר לבדוק.
החלק הראשון בחוברת: כל מסמך בתיק בשורה אחת, עם מיקומו בתת-התיקיות, תאריכו וסוגו. התקציר שבעמודה האחרונה נכתב מתוך קריאה בקובץ עצמו, לא משמו.
ואיך הופכים את זה לתחום שלכם
שימו לב מה חזר בשתי ההדגמות, למרות שהתחומים רחוקים זה מזה: תיקייה עם מסמכים, בקשה שמגדירה תוצר מדויק, חובת מקור לכל פרט, ואיסור על השלמות והכרעות. זו התבנית. עכשיו תציבו בה את שלכם:
- דיני משפחה: ריכוז נכסים והתחייבויות מתוך דפי חשבון ומסמכים לקראת איזון משאבים - עם מקור לכל שורה.
- חוזים מסחריים: טבלת מועדי חידוש, התראה וסיום מכל החוזים הפעילים בתיקייה - מי מתקרב, ומה צריך לעשות לפני.
- ליטיגציה: הצלבת גרסה - "תשווה את התצהיר מול הפרוטוקול ותסמן כל נקודה שבה הגרסאות לא זהות, עם ציטוט".
וכל תוצר, בכל תחום - טיוטה לבדיקתכם. זה לא משתנה לעולם.
9
היכולת שסוגרת את המדריך: Claude Code מפעיל צוות בודקים (סוכנים) במקביל
כ-10 דקות המשימה החזקה בסדרה
עד עכשיו ביקשנו מ-Claude Code לעבוד. עכשיו נבקש ממנו משהו אחר לגמרי: להפעיל כמה בודקים במקביל, ולתת לכל אחד תחום אחריות משלו.
וזו לא רק חלוקת עבודה. כל בודק קורא את המסמך בעיניים שלו בלבד, ובלי לדעת מה האחרים מצאו. מי שאחראי על מועדים לא מוסח על ידי סכומים; מי שאחראי על בטוחות קורא את אותו סעיף בדיוק מזווית אחרת. וכשמסמך אחד עובר ארבע קריאות עצמאיות ואז מצליבים ביניהן, מה שעולה בסוף שונה לגמרי ממה שעולה בקריאה אחת רציפה - גם קריאה טובה.
למה זה מוכר לכם
זו בדיוק העבודה שנעשית במשרד גדול כשחוזה חשוב נכנס: אחד עובר על לוחות הזמנים, אחד על הכספים, אחד על הבטוחות. ואז יושבים ומצליבים - כי מה שמעניין באמת הוא איפה שתי בדיקות נפגשות באותו סעיף.
ההבדל היחיד: כאן זה קורה בדקות, ובבקשה אחת.
הבקשה
נריץ אותה על הסכם המכר ממשימה 3, שיושב אצלכם בתיקיית “השוואת גרסאות” - וזו גם התיקייה שמופיעה בבקשה עצמה. שימו לב לשורה האחרונה בבקשה, היא החלק החכם ביותר כאן.
הבקשה החזקה במדריך, ברגע שלפני השליחה. ארבעה בודקים, כל אחד בשורה משלו.
- 1 ארבע השורות שמגדירות לכל בודק את תחום האחריות שלו. כאן אפשר להחליף אותן במה שמתאים לתחום שלכם - וזה כל מה שצריך כדי להתאים את המשימה לכל סוג מסמך.
מטרת הפרומפט: להריץ ארבע בדיקות במקביל על אותו הסכם, כשכל בודק קורא בעיניים שלו בלבד ולא יודע מה האחרים מצאו. מה אמור לחזור: ארבעה דוחות נפרדים, ואחריהם דוח מרוכז - ממצאים מדורגים לפי חומרה, עם ציטוט הנוסח והפניה לסעיף.
מה תראו קורה
בשיחה יופיעו הבודקים עובדים במקביל, כל אחד מדווח על ההתקדמות שלו. זה נראה אחרת מכל מה שראיתם עד כה במדריך - וזה גם מה שקורה מתחת לפני השטח: ארבע קריאות נפרדות של אותו מסמך, בו-זמנית.
ארבעה בודקים על אותו הסכם, באותו רגע: מועדים, כספים, בטוחות והפניות פנימיות. כל אחד קורא בעיניים שלו בלבד, ואף אחד לא יודע מה האחרים מצאו.
כך נראה דוח של בודק אחד. שימו לב למבנה: תחילה סיכום כמותי, אחריו הממצאים מדורגים לפי חומרה עם ציטוט והפניה לסעיף, ובסוף - סיכום מפורש שאומר גם במה הוא לא בטוח.
ומה שחייבים לומר, במיוחד כאן
ככל שהתוצר מרשים יותר, כך גדל הפיתוי להסתמך עליו. אז נחזור על מה שנכון לכל המדריך הזה, ובמשימה הזו שבעתיים: מה שחוזר אליכם הוא רשימת נקודות לבדיקה, לא חוות דעת.
ארבעה בודקים שקראו במקביל יסמנו לכם איפה להסתכל - ומה מהותי, מה שולי ומה עושים עם כל ממצא, מכריע עורך הדין. הכלי חוסך את שעות האיתור. הוא לא מחליף את הקריאה של הסעיפים שהוא סימן.
וזה הרגע להפעיל את פרומפט הבדיקה שבפרק 12, על התוצר הזה ועל חוברת התיק מהפרק הקודם. ככל שהתוצר גדול יותר, כך הבדיקה שווה יותר.
ואיך תתאימו את זה לעצמכם
ארבעת התחומים כאן הם דוגמה, לא חוק. אותה בקשה בדיוק עובדת עם כל חלוקה שתגדירו, ובכל תחום:
- הסכם עבודה: תנאי העסקה · סודיות ואי-תחרות · סיום והודעה מוקדמת · זכויות סוציאליות
- הסכם ממון: רכוש קיים · רכוש עתידי · מזונות · מנגנוני שינוי ופקיעה
- כתב תביעה שקיבלתם: עובדות · עילות · סעדים · פגמים דיוניים
הכלל: ככל שתחומי האחריות חדים ולא חופפים, כך הבדיקה שווה יותר.
10
וכפי שהבטחנו: מחזירים את התיקייה הקודמת ואת השיחות שלה
בפרק 04, כשהחלפנו תיקייה, סיפרנו שהתיקייה הקודמת ורשימת השיחות נעלמו מהמסך, והבטחנו להראות בסוף איך מחזירים. הנה זה, ולוקח שתי לחיצות.
- בשורת התפריטים העליונה לחצו File, ואז Open Recent.
- נפתחת רשימה של כל התיקיות שעבדתם בהן. בחרו את התיקייה הקודמת - אצלנו זו הייתה "פרוייקטים של ליגל מיינד".
וזהו. התיקייה נפתחת, הקבצים במקומם, ורשימת השיחות מתמלאת שוב בכל השיחות ששייכות לה - כולל השיחה הארוכה שניהלנו בה. אפשר ללחוץ עליה ולהמשיך בדיוק מהמקום שבו עצרנו.
בתיקייה שכבר עבדתם בה זה לא יקרה. בתיקייה חדשה לגמרי הוא כן ייעלם עד שתאשרו אותה, וזה מטופל בפרק 06 של מדריך 1.
ומה השם המוזר בלשונית? סיפור קצר, ואמיתי
אם הסתכלתם היטב בצילום, אחת הלשוניות נקראת "אחזור שיחה שנמחקה". זה באמת שמה של אחת השיחות שלנו, והיא נולדה כך:
חיפשנו שיחת עבודה חשובה ולא מצאנו אותה. במקום לוותר, פשוט ביקשנו מ-Claude Code למצוא אותה - והוא איתר אותה והחזיר אותה, בלי מאמץ מיוחד. ואז נתן לשיחה החדשה את השם הזה מעצמו, לפי מה שהתבקש בה לעשות.
וזו נקודה ששווה לעצור עליה: לא ביקשנו שם, ולא הגדרנו כללי שמות. הוא הבין מה נעשה בשיחה, ותייק אותה בהתאם - כמו עובד מסודר שרושם על התיק מה יש בפנים. וזו התחושה שמלווה את העבודה איתו: אפשר לבקש ממנו כמעט הכול, גם דברים שלא חשבתם שהם אפשריים.
שתי לחיצות, והכול חוזר: התיקייה, הקבצים, וכל השיחות ששייכות לה.
- 1 Open Recent בתפריט File - מכאן מגיעים לרשימה.
- 2 התיקייה הקודמת ברשימה. לחיצה אחת עליה, והיא נפתחת מחדש.
- 3 שם התיקייה בראש החלון מאשר שחזרנו אליה.
- 4 וזה העיקר: השיחות שהיו בתיקייה הזו חזרו איתה - כל אחת בלשונית משלה, עם השם שניתן לה. אפשר ללחוץ על כל אחת ולהמשיך בדיוק מהמקום שבו עצרתם.
מכאן חוזרים לכל תיקייה שעבדתם בה.
- 1 התפריט File בשורה העליונה.
- 2 Open Recent - ומשם בוחרים את התיקייה הקודמת מתוך הרשימה.
התיקייה חזרה למקומה, ואיתה כל מה שהיה בה.
- 1 שם התיקייה שחזרה. מכאן גם רשימת השיחות שלה מתמלאת מחדש.
ולעבודה בשתי תיקיות במקביל - File ואז New Window, כפי שראינו בפרק 06 של מדריך 1.
11
איך מנסחים ל-Claude Code בקשה שמחזירה תוצר שמיש
עברתם ארבע משימות, ובלי לשים לב למדתם לנסח. עכשיו נאסוף את הכללים למקום אחד, כי הם ההבדל בין תוצר שנכנס לתיק לבין טיוטה שמעצבנת.
ששת הכללים, כפי שראיתם אותם עובדים
- אומרים מה התוצר, לא רק מה הפעולה. לא "תעבור על המסמכים" אלא "תכין לי קובץ בשם X ובו טבלה עם העמודות...". כשהתוצר מוגדר, אין הפתעות.
- נותנים דוגמה עם מספרים אמיתיים. במשימת הסדר לא כתבנו "שמות ברורים" אלא נתנו תבנית מדויקת עם דוגמה. תיאור כללי מחזיר תוצאה כללית; דוגמה מחזירה בדיוק.
- מחייבים מקור. "כל תאריך חייב מקור", "כל עובדה עם הפניה". זה הכלל שהופך תוצר יפה לתוצר שאפשר לבדוק - ובעבודה משפטית, תוצר שאי אפשר לבדוק לא שווה כלום.
- ובכתיבה, וזה הכלל היחיד כאן שעוד לא הרצתם בעצמכם - דורשים עיגון, ואוסרים השלמות. ביום שבו תבקשו ממנו לכתוב ולא רק לסדר, שני משפטים משנים הכול: "כל עובדה עם הפניה בסוגריים למסמך שממנו היא לקוחה", ו"עובדה שאין לה מסמך לא נכנסת - אם היא חשובה, לרשימה נפרדת בשם טעון השלמה". ככה מקבלים טיוטה שאפשר לעמוד מאחוריה, ורשימת חוסרים במקום המצאות.
- אוסרים ניחוש. "אם משהו לא ברור - אל תנחש, כתוב בעמודת לבדיקה". בלי המשפט הזה, הכלי ישלים פערים בשקט. איתו, הפערים הופכים לרשימת עבודה שלכם.
- אוסרים במפורש את מה שאסור. "אל תמחק אף קובץ", "בלי מסקנות משפטיות", "אל תיגע בקבצים הקיימים". כל מה שאסור - אומרים מראש, במפורש.
והכלל השביעי: כותבים גם את מה שנראה מובן מאליו
הכלי לא מכיר את המשרד שלכם, את ההרגלים שלכם ואת מה שמובן מאליו אצלכם. לכן כל דרישה שחשובה לכם - נכתבת בבקשה במפורש, גם אם היא נשמעת לכם ברורה מאליה. באיזה מבנה לשמור תאריכים, מה לעשות כשמסמך לא ברור, מה אסור לגעת בו - הכול נכתב.
ואם התוצר לא מה שרציתם? לא מתחילים מחדש. אומרים מה לשנות: "תוסיף עמודה", "תקצר את התקצירים", "ההפניה בשורה 12 שגויה". סבב תיקון קצר עדיף כמעט תמיד על ניסוח מושלם מראש.
ומה עם ניסוח מנומס?
שאלה שחוזרת: צריך לכתוב "בבקשה" ו"תודה"? לא צריך, וזה גם לא מזיק. מה שכן משנה זו הבהירות. משפט קצר וישיר - "תכין לי", "אל תמחק" - עובד טוב יותר מניסוח עקיף ומעודן. זו לא גסות. זו הנחיית עבודה.
12
איך בודקים תוצר של Claude Code לפני שמסתמכים עליו
בכל אחת מארבע המשימות סיימנו ברשימת בדיקה ידנית: לספור, לדגום, להשוות למקור. הרשימות האלה נשארות תמיד. אבל יש עוד שכבה, חזקה מהן, והיא הנושא של הפרק הזה.
הרעיון: Claude Code בודק את עצמו מול קובצי המקור
לבקש מהכלי "תבדוק את מה שעשית" זו בקשה חלשה. הוא זוכר מה התכוון לכתוב, ונוטה לאשר את עצמו - בדיוק כמו שקשה לכל אחד מאיתנו למצוא טעויות בטקסט שכתב הרגע.
לכן בנינו פרומפט בדיקה שנלחם בזה, בשלוש דרכים: הוא מכריח את הכלי לחזור לקובצי המקור במקום להסתמך על הזיכרון, הוא דורש שכל בדיקה תהיה קשורה לפריט ממשי בתוצר ולא בדיקה כללית, והוא מנחה אותו לחפש טעויות, לא לאשר תקינות.
מטרת הפרומפט: לגרום לו לבדוק את התוצר שהוא עצמו יצר, בשיטה שמחייבת אותו לחזור למקור במקום להסתמך על מה שהוא זוכר. מה אמור לחזור: קודם תוכנית בדיקה, ואחריה ההרצה שלה - כולל אמירה מפורשת מה אומת כתקין ומה הוא לא הצליח לבדוק.
איך משתמשים בו
- מיד אחרי שהכלי סיים תוצר - מדביקים את הפרומפט באותה שיחה, כמו שהוא. בלי לשנות בו כלום.
- הוא אוניברסלי בכוונה: אין בו אף בדיקה קבועה, כי הכלי גוזר את הבדיקות מהתוצר עצמו. אותו פרומפט בדיוק עובד על טבלת מיפוי, על ציר זמן ועל סיכום עובדות.
- קוראים את הדוח, ושמים לב במיוחד לחלק "מה לא הצלחתי לבדוק" - זה בדרך כלל החלק החשוב.
- הוא עוצר לפני תיקונים ומחכה לאישור שלכם. מאשרים רק את מה שבדקתם והסכמתם לו.
כך נראה דוח בדיקה אמיתי. הממצאים מדורגים לפי חומרה, ומתחתיהם שני חלקים שקל לדלג עליהם ולא כדאי: מה אומת כתקין, ומה שהוא לא הצליח לבדוק - כאן, תוקף טענות משפטיות.
מה לוקחים מפרק הבדיקה
בדיקה כזו כמעט תמיד מוצאת משהו - וזה סימן שהיא עובדת, לא שהכלי גרוע. תוצר שחוזר בלי אף ממצא הוא דווקא הסימן לחשוד.
וההרגל: לא מסתמכים על תוצר בלי בדיקה - בדיוק כמו שלא מגישים טיוטה בלי קריאה שנייה. זה לא שלב נוסף בעבודה. זו העבודה.
13
איך עוברים עם Claude Code לתיק אמיתי, בבטחה
עד כאן הכול רץ על חומר תרגול מומצא. הרגע שבו פותחים תיקייה אמיתית הוא הרגע שבו צריך כללים, והם פשוטים.
הכלל הראשון: עובדים על עותק
בפעמים הראשונות על תיק אמיתי - לא עובדים על תיקיית המקור. מעתיקים אותה:
- בסייר הקבצים, לחצו קליק ימני על תיקיית התיק ובחרו העתק.
- הדביקו אותה במקום נפרד, ותנו לה שם ברור: "תיק X - עותק עבודה".
- את עותק העבודה פותחים ב-VS Code. תיקיית המקור נשארת בדיוק כפי שהיא.
ככה גם טעות מביכה - שם שהשתבש, קובץ שזז למקום לא נכון - נשארת בעותק, והמקור שלם. אחרי כמה שבועות של עבודה, כשתדעו בדיוק איך הכלי מתנהג, תחליטו בעצמכם אם השלב הזה עדיין נחוץ לכם.
המקור נשאר בשקט. כל העבודה נעשית על העותק.
- 1 עותק העבודה - זה שנפתח ב-VS Code.
- 2 ותיקיית המקור, שנשארת כפי שהיא. גם טעות מביכה נשארת בעותק בלבד.
הכלל השני: יודעים מה נשלח, ומחליטים מה לא מחברים
נזכיר את מה שלמדנו במדריך 1, כי עכשיו הוא מעשי: כשהכלי קורא קובץ כדי לעבוד עליו, תוכן הקובץ נשלח לעיבוד בשרתי Anthropic - וזה מה שעומד מאחורי הרשאות כמו Upload files on your behalf שראינו במסך ההתחברות. ההתחייבויות החוזיות של Anthropic בנוגע למידע תלויות בסוג המנוי, והן שונות במנוי אישי ובמנוי ארגוני, כפי שפירטנו שם. ואיך יודעים מה יש לכם: בתפריט של תיבת השיחה, בשורה Account & usage, מופיע החשבון המחובר וסוג המנוי שלו. אם אתם על מנוי אישי, או שאינכם בטוחים - זו בדיוק השאלה שמבררים במשרד לפני שפותחים תיקייה של לקוח, ולא אחרי.
ולכן ההחלטה מה פותחים בכלי היא החלטה מקצועית, שכל משרד מקבל לעצמו. שלוש שאלות שכדאי לשאול לפני שפותחים תיקייה:
- האם יש בתיקייה חומר שחלה עליו מגבלה מיוחדת - צו איסור פרסום, הסכם סודיות עם תנאים משלו, חומר רפואי רגיש?
- האם המדיניות של המשרד בנושא כלי בינה מלאכותית מסדירה את זה, ואם אין מדיניות - מי מחליט?
- האם הלקוח הביע עמדה, או שנכון לעדכן אותו?
עמדת Legal Mind, כמו תמיד בנושא הזה
אנחנו לא נותנים כאן ייעוץ, לא משפטי ולא של אבטחת מידע, והשאלות למעלה אינן רשימה ממצה. ההחלטה מה לחבר ומה לא - שלכם, ובמקרה של ספק, מתייעצים לפני ולא אחרי.
הכלל השלישי: ממשיכים לקרוא כל בקשת הרשאה
אחרי שבועיים של עבודה, האישורים מתחילים להרגיש כמו טקס מיותר, והיד נמשכת לאישור הגורף. נאמר את זה פעם אחת ונסגור:
על אישור גורף
את העמדה שלנו כבר קראתם בפרק 03. ודווקא כאן, ברגע שבו התיקייה מכילה חומר של לקוח, היא מקבלת משמעות אחרת.
בתיקיית תרגול, אישור גורף חוסך לכם לחיצות. בתיק אמיתי, אותה לחיצה בדיוק אומרת שפעולה על מסמך של לקוח תתבצע בלי שראיתם אותה.
וזה כבר לא ויתור על נוחות. זה ויתור על שיקול הדעת שלכם, ברגע שבו הוא הכי נחוץ.
ואיך נראית ההתחלה הנכונה על תיק אמיתי
תיק סגור. באמת. תיק שהסתיים, שאתם מכירים בעל-פה, ושטעות בו לא עולה כלום. תריצו עליו את משימות 1 ו-2 - סדר ומיפוי - והשוו את המיפוי למה שאתם יודעים על התיק. ככה בונים את הביטחון: על חומר אמיתי, בלי סיכון אמיתי.
14
מהו PowerShell, ולמה Claude Code מזכיר אותו
כבר ראיתם את זה, גם אם לא עצרתם עליו: בכל פעם שהוא שינה שם של קובץ או הזיז אותו לתת-תיקייה, נפתחה בקשת אישור להריץ פקודה - ובחלקן הופיעה המילה PowerShell. הפרק הקצר הזה קיים כדי שתדעו בדיוק מה אישרתם שם, ומה תאשרו בפעם הבאה.
מה זה PowerShell, במשפט אחד
PowerShell הוא כלי שמובנה בתוך Windows, בכל מחשב, שמאפשר לבצע פעולות על המחשב באמצעות פקודות כתובות במקום לחיצות עכבר. הוא יושב אצלכם במחשב מהיום שקניתם אותו - פשוט אף פעם לא הייתה לכם סיבה לפגוש אותו.
דוגמה מהחיים: להעביר שלושים קבצים לתיקייה אחרת. בעכבר - לסמן, לגרור, לחכות. בפקודה - שורה אחת שאומרת "העבר כל קובץ מסוג כזה לשם". אותה פעולה בדיוק, בדרך אחרת.
ולמה Claude Code משתמש בו
כשביקשתם במשימה 1 לסדר תיקייה - מישהו צריך בפועל לשנות שמות ולהזיז קבצים. Claude לא לוחץ על עכבר. פעולות כאלה הוא מבצע באמצעות פקודה למערכת ההפעלה, ו-PowerShell הוא הכלי של Windows שמקבל את הפקודה ומבצע אותה. (יצירת קובץ ועריכת קובץ, לעומת זאת, נעשות ישירות ולא דרך פקודה - ולכן שם לא תראו את השם הזה.) כל פעם שראיתם קובץ משנה שם או תיקייה נוצרת - זה מה שעבד מאחורי הקלעים.
ולכן כשמופיעה בקשת אישור להרצת פקודה - זו לא חריגה מהעבודה הרגילה. זו העבודה הרגילה, שמבקשת רשות כמו תמיד. קוראים את תיאור הפעולה שמעל הפקודה - הוא כתוב בשפה רגילה - ומחליטים.
מה שצריך לקרוא כאן הוא שורה אחת. את השאר מותר לדלג.
- 1 השאלה עצמה: האם לאשר את הפקודה.
- 2 הפקודה הטכנית. אין שום צורך להבין אותה - היא כתובה למחשב, לא לכם.
- 3 וזו השורה שכן קוראים: תיאור במילים רגילות של מה שהפעולה עומדת לעשות.
- 4 ואז מחליטים - אישור לפעולה הזו, אישור קבוע לפעולה מסוג זה, או סירוב.
ואם תשמעו שצריך להתקין תוכנה בשם Git
תשמעו את זה, וכדאי שתדעו מה נכון. בדרך שאנחנו הולכים בה - לא צריך אותה.
Anthropic כותבת ש-Git for Windows הוא רשות, ומסבירה בדיוק מה הוא משנה: מי שמתקין אותו, הפקודות אצלו רצות דרך כלי אחר בשם Bash. ומי שלא מתקין - הכול רץ דרך PowerShell, וזה מה שראיתם בכל צילומי המסך במדריך.
כלומר אין כאן יכולת חסרה. יש שני כלים שעושים אותו דבר, ואנחנו נשארים עם זה שכבר מותקן אצלכם במחשב - ובלי התקנה שלישית שלא תשמש אתכם לכלום.
והערה אחת ליושר: בלשונית Code של Claude Desktop המצב הפוך - שם Git הוא חובה, ובלעדיו הלשונית לא נפתחת בכלל. זו אחת השורות בטבלת ההשוואה שבפרק 09 של מדריך 1.
השורה התחתונה על PowerShell
לא תצטרכו לכתוב פקודה, לא ללמוד תחביר ולא לפתוח את PowerShell בעצמכם - אף פעם. הידיעה היחידה שצריך: כשהשם הזה מופיע, זה הכלי שדרכו Claude מבצע פעולות במחשב, והוא מבקש רשות לפני. זהו.
15
שאלות שנשאלנו
הרצתי משימה והוא עובד לאט. זה תקין?
תקין לגמרי. משימה על עשרות קבצים לוקחת דקות, כי הוא באמת פותח וקורא כל אחד. אפשר לראות את ההתקדמות בשיחה. אם הוא נעצר בלי הודעה - גללו למעלה, כנראה מחכה שם בקשת אישור.
הוא באמת קורא את כל המסמך, או רק חלק?
כשהמשימה דורשת - הוא קורא. אבל זו בדיוק הסיבה שלימדנו לחייב מקור לכל עובדה: כשכל שורה בתוצר מפנה למסמך, אפשר לוודא במקום להאמין. תוצר בלי מקורות - מחזירים אותו: "תוסיף הפניה למקור לכל שורה".
מה קורה אם הוא טועה - ובביטחון מלא?
זה קורה, וזו הסיבה שפרק 12 קיים. ההגנה היא לא לקוות שלא יטעה, אלא לעבוד בשיטה שתופסת טעויות: מקור לכל עובדה, בדיקה מדגמית ידנית, ופרומפט הבדיקה אחרי כל תוצר חשוב. מי שעובד ככה - טעות לא עוברת אצלו לתיק.
אפשר לעבוד ככה על קובצי Word ו-PDF אמיתיים?
בחלקם, ושווה לדעת את ההבדל. קובצי PDF הוא קורא ישירות. קובץ Word הוא לא פותח ישירות, כי מתחת לפני השטח זהו קובץ דחוס ולא טקסט. אפשר לבקש ממנו לחלץ ממנו את הטקסט, והוא יעשה זאת בפקודה שתבקש את אישורכם - אבל זה צעד נוסף, ולא תמיד חלק. לכן על תיק שכולו Word נסו קובץ אחד וראו מה חוזר לפני שסומכים על זה. והבקשה שעובדת: “בתיקייה הזו יש קובצי Word. תחלץ מכל אחד את הטקסט ותשמור אותו כקובץ טקסט נפרד באותו שם, בתת-תיקייה בשם טקסט מחולץ. אל תשנה ואל תמחק את קובצי ה-Word המקוריים”. מכאן עובדים על תיקיית הטקסט המחולץ, והמקור נשאר שלם. את התוצרים שלו הוא שומר כקובצי טקסט שנפתחים יפה בתצוגה המעוצבת, וכשצריך מסמך למשלוח - מעתיקים לתבנית של המשרד, כמו שהסברנו במדריך 1. סריקות שהן בעצם תמונה של דף - תלוי באיכות הסריקה, ושווה לנסות על קובץ אחד לפני שסומכים על זה.
הלקוח שאל אם אני משתמש בבינה מלאכותית. מה עונים?
את האמת, לפי המדיניות של המשרד שלכם. אנחנו לא נכנסים לשאלה הזו - היא אתית ומקצועית ושייכת לכם. מה שכן נגיד: השיטה שלימדנו כאן, שבה כל תוצר נבדק ומאומת מול המקור לפני שימוש, היא בדיוק מה שמאפשר לענות על השאלה הזו בביטחון.
כמה זמן לוקח עד שזה נהיה טבעי?
מניסיון המועדון: המשימה הראשונה דורשת את מלוא תשומת הלב. החמישית היא כבר שגרה. אחרי שבועיים של שימוש על תיקים סגורים, הכלי כבר לא מרגיש חדש. ההשקעה האמיתית היא לא בלמידה - היא בלהתחיל.
מה ההבדל בין זה לבין החיפוש של Windows?
החיפוש מוצא קבצים לפי שם או מילה. הכלי הזה קורא ומבין: הוא ידע ש"מסמך חדש (3)" הוא בעצם מכתב התראה, גם כשהמילה "התראה" לא מופיעה בשם הקובץ. חיפוש מוצא. הכלי עובד.
ומה אני עושה כשמשהו לא עובד ואין בסדרה תשובה?
שואלים את הכלי עצמו, באותה שיחה: "ניסיתי לעשות X וקרה Y, מה עושים?". הוא מכיר את הסביבה שלו טוב מכל מדריך, והתשובות שלו על תקלות טובות. ואם זה משהו עקרוני - חברי המועדון יודעים איפה למצוא אותנו.
16
נקודת סיום: הסדרה הושלמה
מה יש לכם עכשיו
סביבת עבודה מותקנת ומחוברת. משימת פתיחה וארבע משימות שהרצתם בעצמכם, מסדר בתיקייה ועד בדיקת חוזה בארבע עדשות במקביל. שיטת ניסוח, שיטת בדיקה, וכללי מעבר לתיק אמיתי. זה לא ידע על כלי. זו דרך עבודה.
וההמלצה לשבוע הקרוב פשוטה, וכבר נאמרה בפרק 13: קחו תיק סגור אחד, כזה שאתם מכירים בעל-פה, והריצו עליו סדר ומיפוי. חצי שעה. ואז פתחו את טבלת המיפוי ליד מה שאתם יודעים על התיק - וההשוואה הזו תגיד לכם, טוב מכל מדריך, מה הכלי הזה שווה לכם.
ומה הלאה
למי שיסיים את הסדרה וירצה להעמיק - מדריך למתקדמים בהכנה, ובו הנושאים שהשארנו כאן בכוונה בחוץ: עבודה עם תבניות קבועות של המשרד, שילוב עם הכלים האחרים שלמדתם, ואוטומציה של תהליכים שחוזרים.
עד אז - הכלי אצלכם, השיטה אצלכם, והתיקים מחכים.
הערת עדכניות: המסכים והנתיבים במדריך נבדקו מול הממשק בגרסתו מאוגוסט 2026. ממשקי מוצר משתנים מדי פעם, ולכן כל פעולה מתוארת גם בכתב ולא נשענת רק על צילום המסך.