איך משתמשים ב-Claude Projects לארגון מידע על העסק, צעד אחרי צעד
<p>מדריך צעד אחרי צעד להקמת Claude Project: פתיחת פרויקט, הגדרת הנחיות קבועות, והעלאת מסמכי ייחוס על העסק שנשארים זמינים בכל שיחה חדשה. כולל מה כדאי להעלות ומה לא, והפרומפט המדויק להנחיות.</p>
איך משתמשים ב-Claude Projects לארגון מידע על העסק, צעד אחרי צעד
בקצרה
Claude Projects הוא מרחב עבודה קבוע ב-Claude שזוכר הנחיות ומסמכים בין שיחה לשיחה, בניגוד לצ'אט רגיל שמתחיל מאפס בכל פעם. פותחים פרויקט, מגדירים הנחיות קבועות, ומעלים מסמכי ייחוס על העסק. מרגע זה כל שיחה חדשה בתוך הפרויקט כבר "מכירה" את העסק, בלי להסביר הכל מחדש.
אם קרה שהעתקתם ל-ChatGPT או ל-Claude את אותו תיאור עסק בפעם העשירית באותו שבוע, הבעיה הזו בדיוק נפתרת ב-Claude Projects. המדריך הזה לוקח כעשר דקות, ובסופו יהיה לכם מרחב עבודה קבוע שזוכר מי אתם.
שלב ראשון, ואל תדלגו עליו: פתיחת פרויקט חדש
בכניסה ל-claude.ai, מחפשים בסרגל הצד את "Projects" ולוחצים על "New Project". חשוב לתת שם תיאורי ולא גנרי, כמו "תוכן שיווקי, חנות הבגדים" ולא סתם "פרויקט 1". כך אפשר בהמשך לפתוח כמה פרויקטים נפרדים לתחומים שונים בעסק בלי להתבלבל ביניהם.
שלב שני: הגדרת ה-Instructions הקבועים
בתוך הפרויקט יש שדה "Project Instructions". כאן כותבים את מה שהיה חוזר ומסבירים בתחילת כל שיחה: מה העסק עושה, למי הוא מדבר, ובאיזה טון. הנחיה כזו נשארת קבועה לכל שיחה חדשה שנפתחת בתוך הפרויקט הזה.
הפרומפט המדויק להעתקה: "אתם עוזרים לעסק [שם ותחום], שפונה בעיקר ל[קהל היעד]. הטון תמיד [תיאור הטון, למשל: חם ומקצועי, בלי ז'רגון]. כל תשובה צריכה להתאים לזהות הזו."
שלב שלישי: העלאת ה-Knowledge, מסמכי הייחוס
כאן מעלים את הקבצים שרוצים שהמודל "יכיר": תיאור מוצרים ושירותים, מחירון, מדריך סגנון כתיבה, דוגמאות לתשובות טובות ללקוחות. מרגע ההעלאה, אין צורך לצרף אותם שוב בכל שיחה.
תיאור מוצרים, מדריך סגנון, מחירון, תבניות תשובה
מידע שיציב ולא משתנה כל שבוע.
מידע מזהה של לקוחות, נתונים חסויים, סודות מסחריים
בחשבון רגיל אין הגנה מספקת למידע רגיש כזה.
שלב רביעי: שיחה שוטפת בתוך הפרויקט
מכאן והלאה, כל שיחה חדשה שנפתחת בתוך הפרויקט כבר טוענת את ההנחיות והמסמכים אוטומטית. אפשר פשוט לשאול, בלי להזכיר שוב מי העסק ומה הוא עושה.
אם זה לא עבד
אם התשובות עדיין נשמעות כלליות מדי, כנראה שה-Knowledge Base ריק מדי או לא מספיק ספציפי. שווה לחזור ולהוסיף דוגמה קונקרטית אחת של תשובה טובה, זה משפר את התוצאה יותר מהוראה כללית. חשוב גם לזכור: ידע ישן ב-Knowledge Base גרוע יותר מחוסר ידע, אז מחיר קבוע שהשתנה או שירות שהופסק צריך להתעדכן ולא להישאר שם.
שווה לדעת גם שהיקף השימוש תלוי בתוכנית: בתוכנית החינמית יש מגבלה על מספר הפרויקטים וגודל בסיס הידע, בתוכנית Pro המגבלה גדולה יותר, ובתוכניות Team ו-Enterprise אפשר גם לשתף פרויקטים בין אנשי צוות.
צעד לפעולה: לפתוח פרויקט אחד היום סביב תחום אחד בעסק, למשל תוכן שיווקי או מענה ללקוחות, ולהעלות אליו שני עד שלושה מסמכים בלבד כדי להתחיל. מי שרוצה גם ללמוד איך לנסח הנחיות מדויקות יותר בתוך הפרויקט, אפשר להיעזר במדריך ל-Prompt Engineering לעסק קטן, ומי שעדיין לא ברור מה זה בכלל אומר שמודל "לומד" מהמסמכים של העסק, כדאי להתחיל מההסבר הפשוט על RAG.
כתיבת תגובה