איך אני מארגן מעל 10,000 פרומפטים לאורך פרויקטים

אנשים שואלים לעיתים קרובות איך אני מנהל אלפי פרומפטים של AI בלי לאבד אותם.

התשובה פשוטה.

אני לא מתייחס לפרומפטים כשיחות. אני מתייחס אליהם כנכסי תוכנה.

אני מנהל מעל 10,000 פרומפטים לכתיבת קוד, מחקר ואוטומציה. אם אתם שומרים פרומפטים בחלונות צ'אט אקראיים, אתם מקשים על העבודה של עצמכם.

הנה המערכת שלי.

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

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

הוסיפו מטא-דאטה לכל פרומפט. פרומפט זקוק ליותר מסתם טקסט. כללו את הפרטים הבאים:

  • קטגוריה
  • מטרה
  • מודל בשימוש
  • פלט צפוי

בצעו ניהול גרסאות (Versioning) לפרומפטים שלכם. מפתחים מנהלים גרסאות לקוד. אתם צריכים לנהל גרסאות גם לפרומפטים. השתמשו בשמות כמו FastAPI_CRUD_v1 ו-FastAPI_CRUD_v2. זה מאפשר לכם להשוות תוצאות מבלי לכתוב הכל מחדש.

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

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

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

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

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

תיעוד הוא חובה. כל פרומפט חייב לציין:

  • את הבעיה שהוא פותר
  • מתי להשתמש בו
  • דוגמה לקלט ופלט

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

מקור: https://dev.to/jaideepparashar/how-i-organize-10000-prompts-across-projects-2g30