Project לשיטת עבודה
נוהל, תבניות, כללי סגנון, רשימות בדיקה ודוגמאות פיקטיביות או נטולות פרטים מזהים.
- אין בו חומר של לקוחות אמיתיים.
- מתאים ללמידה ולהכנת תהליך.
- אפשר לעדכן בו תבנית אחת שמשמשת כמה משימות.
יוצרים מרחב ששומר הוראות וקבצים, מבדילים בין ידע קבוע לקובץ חד-פעמי, בוחרים פורמט נכון ובודקים בדיוק על אילו מקורות Claude הסתמך.
Project הוא מרחב עבודה עצמאי בתוך Claude. יש לו היסטוריית שיחות משלו, בסיס ידע משלו והוראות משלו. כל שיחה שנפתחת בתוך המרחב יכולה להיעזר בקבצים ובהוראות שנשמרו בו.
שיחה קודמת אינה הופכת אוטומטית למסמך ידע. כאשר מידע חייב להיות זמין לכל שיחה חדשה, שמרו אותו בקובץ מאושר או בהוראות. Memory עשוי לסייע כאשר הוא מופעל, אך אינו תחליף למקור שניתן לאתר ולבדוק.
יצירת Project מתחילה מעמוד Projects. השם והתיאור עוזרים לבני האדם לזהות את המרחב, אך Claude אינו משתמש בהם כהקשר. את המידע והכללים שצריכים להשפיע על התשובות מוסיפים לאחר ההקמה ל־Project Instructions ול־Project Files.
במסך ה־Project עובדים בשיחה בצד אחד, ומנהלים בצד האחר את ההוראות ואת בסיס הידע. ההפרדה חשובה: ההוראות קובעות כיצד לעבוד; הקבצים מספקים את החומר שעליו עובדים.
ההוראות האישיות ממשיכות להגדיר העדפות כלליות של החשבון. הוראות ה־Project מוסיפות את הכללים הייחודיים למרחב. כאשר כלל קריטי לעבודה משפטית, כתבו אותו במפורש ברמת ה־Project ובדקו שהתוצאה אכן מצייתת לו.
בעבודה משפטית לא נכון להשתמש במרחב אחד לכל דבר. ההפרדה החשובה ביותר היא בין ידע קבוע של המשרד לבין חומר ששייך ללקוח או לעניין מסוים.
נוהל, תבניות, כללי סגנון, רשימות בדיקה ודוגמאות פיקטיביות או נטולות פרטים מזהים.
מרחב נפרד שמכיל רק חומר של לקוח אחד, תיק אחד או עסקה אחת, ובהרשאות מצומצמות.
כאשר מתחילים להוסיף חומר שאינו שייך למטרה שהוגדרה, עוצרים ומקימים מרחב נפרד.
שתי דרכי ההעלאה תקינות, אבל הן משרתות מטרות שונות. קובץ בצ'אט מתאים למשימה חד-פעמית. קובץ ב־Project Files מיועד להיות חלק מבסיס הידע הקבוע של המרחב ולעמוד לרשות שיחות נוספות באותו Project.
| שאלה | צירוף לצ'אט | Project Files |
|---|---|---|
| לכמה שיחות? | השיחה הנוכחית. | שיחות בתוך אותו Project. |
| מגבלת קובץ נוכחית | עד 500MB לקובץ ועד 20 קבצים בצ'אט. | עד 30MB לקובץ. מספר הקבצים אינו מוגבל כשלעצמו, אך נפח התוכן והעיבוד כפופים לקיבולת המרחב. |
| מה מתאים? | ניתוח חד-פעמי, חומר זמני, קובץ גדול, תמונה שדורשת ניתוח חזותי. | ידע קבוע, תבניות, הוראות, חומר תיק שחוזרים אליו. |
| סיכון עיקרי | לשכוח שהקובץ אינו זמין בשיחה חדשה. | גרסה לא עדכנית או ערבוב חומר שישפיעו על כל שיחות המרחב. |
| ניהול נכון | לצרף רק למשימה ולציין מה נדרש מהקובץ. | שם ברור, גרסה, תאריך, הרשאות ובדיקת מקור. |
קובץ שצריך לשמש שוב - Project Files. קובץ שנועד לבדיקה אחת, גדול מ־30MB או דורש ניתוח חזותי ישיר - צרפו לצ'אט המתאים.
Instructions אינן צריכות לשכפל את המסמכים. הן מסבירות כיצד לעבוד במרחב: באילו קבצים להשתמש, איך לציין מקורות, כיצד לטפל בסתירה ומה אסור להסיק.
מטרת ה-Project: [תחום, לקוח או עניין]. מקורות עבודה: 1. לפני כל ניתוח, בדוק את הקבצים הרלוונטיים ב-Project Files. 2. ציין שם קובץ ומראה מקום לכל עובדה מרכזית. 3. הפרד בין עובדה במסמך, טענה של אדם, השערה ומידע חסר. 4. כאשר קיימת סתירה בין קבצים, הצג אותה ואל תפתור אותה ללא בסיס. גבולות: - אין להמציא עובדות, תאריכים, אסמכתאות או ציטוטים. - אין לנסח מסקנה משפטית סופית ללא בקשה מפורשת ובדיקת עורך דין. - אין להשתמש בחומר שאינו שייך ל-Project זה. מבנה התשובה: - מקורות שנבדקו - עובדות - טענות - סתירות - מידע חסר - שאלות להמשך
אפשר לציין במפורש את שמות הקבצים: "לפני הכנת מסמך ההכנה לפגישה, קרא את נוהל הפגישה ואת התבנית המאושרת". כך Claude יודע אילו קבצים לבדוק לפני ביצוע המשימה.
לא כל קובץ מעובד באותה דרך. הבחירה בפורמט משפיעה על מה ש־Claude יכול לקרוא ועל מה שחייבים לבדוק ידנית.
| סוג קובץ | מה Claude מקבל | מתי מתאים | מה לבדוק |
|---|---|---|---|
| DOCX | חילוץ טקסט. תמונות שמוטמעות במסמך אינן מפוענחות כחלק מהקובץ. | טקסט של חוזה, נוהל, תכתובת או טיוטה. | טבלאות, הערות שוליים, שינויים מסומנים, תמונות וחתימות. |
| בקובצי PDF מתאימים Claude יכול לקרוא את הטקסט וגם לנתח רכיבים חזותיים. התיעוד הרשמי מתאר ניתוח חזותי לקובצי PDF שאורכם 100 עמודים או פחות. בקבצים בני 101 עד 1,000 עמודים העיבוד הוא טקסטואלי בלבד. | מסמך שבו פריסה, טבלה, תרשים, חותמת או חתימה חשובים. | מספור עמודי ה־PDF, איכות הסריקה והאם כל עמוד נקרא. | |
| תמונה או צילום מסך | ניתוח חזותי כאשר התמונה מצורפת ישירות לשיחה. | חתימה, צילום עמוד, מסך מערכת, תרשים או פרט גרפי. | רזולוציה, חיתוך, טקסט קטן והקשר חסר. |
| CSV/XLSX | נתונים טבלאיים. XLSX דורש שיכולת הרצת קוד ויצירת קבצים תהיה זמינה. | טבלת חיובים, ציר זמן או רשימת מסמכים. | נוסחאות, תאים מוסתרים, יחידות ופורמט תאריך. |
כאשר הפריסה, החתימה, הטבלה או ההערה הגרפית הן חלק מהמידע שצריך לבדוק, אל תסתפקו ב־DOCX. צרפו PDF מתאים או את העמוד כתמונה לשיחה, ובקשו מ־Claude לתאר תחילה מה הוא רואה לפני ניתוח.
כאשר בסיס הידע גדל, Claude יכול לעבור למצב חיפוש שמבוסס על RAG. במקום להכניס את כל התוכן לכל תשובה, הוא מחפש ומחזיר את הקטעים הרלוונטיים לשאלה. המעבר נעשה אוטומטית, ללא הגדרה ידנית.
המאמר הייעודי על RAG ממרץ 2026 אומר שהיכולת זמינה בכל התוכניות, בעוד עמוד Projects כללי עדיין מציג ניסוח שמגביל RAG לתוכניות בתשלום. לכן המדריך אינו מבטיח זמינות לפי מסלול. בודקים את הממשק בפועל ואת הופעת Search mode.
בממשק קיימות כמה דרכי הוספה: מהמחשב, טקסט ישיר, Google Drive ו־GitHub. האפשרויות בפועל משתנות לפי החשבון והחיבורים שהופעלו.
עצם הופעת הקבצים ברשימה אינה מוכיחה שהם נקראו או שהתשובה נשענת עליהם. מבצעים בדיקת הצלחה: מבקשים שמות קבצים ומראי מקום, ואז פותחים את המקורות ובודקים אותם בפועל.
לפני הכנת מסמך ההכנה לפגישה, בצע בדיקת מקורות: 1. רשום אילו קבצים קראת. 2. לכל עובדה מרכזית ציין שם קובץ ומראה מקום. 3. הפרד בין עובדה במסמך, טענה שנמסרה, השערה ומידע חסר. 4. הצג סתירות בין הקבצים. 5. אם חסר מקור, עצור ושאל לפני מסקנה. לאחר מכן כתוב רק רשימת שאלות לפגישת הלקוח. אל תנסח מסקנה משפטית.
אל תמשיכו כאילו הכול תקין. ודאו שהקובץ קריא, הפנו אליו בשם, צמצמו את השאלה ובדקו שוב. חומר קריטי חייב להיות ניתן לאיתור ולאימות.
נניח שמקימים Project לעסקת מכר אחת. המטרה היא להכין מסמך הכנה לפגישה בלי לערב חומר מעסקה אחרת ובלי להפוך טענה לעובדה.
עבוד רק על בסיס הקבצים ב-Project זה. הכן מסמך הכנה לפגישת הלקוח במבנה הבא: 1. מקורות שנבדקו. 2. עובדות שעולות במפורש מהמסמכים. 3. טענות שעולות מהתכתובת ואינן מאומתות. 4. סתירות בין ההסכם, הנספחים והתכתובת. 5. מועדים קריטיים ומקור כל מועד. 6. מידע חסר ושאלות שצריך להפנות ללקוח. לכל סעיף ציין שם קובץ ומראה מקום. אל תשלים מידע חסר ואל תנסח מסקנה משפטית סופית.
אפשר לפתוח שיחה אחת לבדיקת מועדים, שיחה אחרת להשוואת גרסאות ושיחה נוספת להכנת פגישה - כולן נשענות על אותו בסיס ידע ואותן Instructions, בלי להעלות מחדש את החומר בכל פעם.
ב־Team וב־Enterprise אפשר לשתף Project בתוך הארגון. בהרשאת Can use המשתמש יכול לפתוח את ה־Project ולהשתמש בחומר בהתאם למדיניות הארגון. בהרשאת Can edit הוא יכול גם לשנות את ה־Project, את ההוראות ואת בסיס הידע. לכן הרשאת עריכה ניתנת רק למי שמוסמך לשנות חומר שמשפיע על כל הצוות.
| נושא | כלל עבודה |
|---|---|
| גישה | נותנים גישה רק למי שצריך לעבוד בעניין. |
| עריכה | הרשאת עריכה ניתנת רק למי שמוסמך לשנות Instructions או ידע. |
| שם ה־Project | נמנעים מחשיפה מיותרת של פרטים רגישים בשם. |
| גרסאות | שומרים מסמך עדכני ומסמנים או מסירים גרסה שאינה בתוקף. |
| סיום עניין | בודקים הרשאות, שמירה, ייצוא ומחיקה לפי מדיניות המשרד. |
קבצים, הוראות וידע הקשורים ללקוח, לעניין או לשיטת עבודה מסוימת.
רצף פעולות, שאלות, בדיקות ומבנה תוצר שחוזרים במשימות שונות.
המטרה אינה להעלות כמה שיותר חומר. המטרה היא ליצור מרחב שבו ברור מה שייך אליו, על אילו מקורות מסתמכים, איזו גרסה בתוקף ומי רשאי לעבוד בו.
נבדק מול מרכז העזרה הרשמי של Anthropic בתאריך 27.7.2026. הממשק והמגבלות עשויים להשתנות.