בניית Gem מותאם אישית לסינון מיזמים חברתיים ב-Gemini

הצגת הבעיה: למה צריך עוזר קבוע לסינון מיזמים?

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

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

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

מה זה Gem ולמה דווקא כאן?

Gem הוא עוזר מותאם אישית בתוך Gemini של Google. הוא מאפשר להגדיר מראש הוראות מערכת (System Instructions), להעלות מסמכי בסיס ידע, ולקבל כלי שמוכן לעבודה בלחיצת כפתור – בלי לכתוב פרומפט מאפס בכל פעם. ניתן לחשוב על Gem כ–"מתכון קבוע" שמגדיר למודל מי הוא, מה הוא עושה, לפי מה הוא עובד, ומה אסור לו לעשות.

Gem מתאים במיוחד למשימות שמשלבות מספר מאפיינים:

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

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

הצגת מבנה העוזר: מה מרכיבים Gem אפקטיבי?

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

1. תפקיד (Role)
   • מי העוזר? מה האחריות שלו? ובמיוחד – מה אינו באחריותו. במקרה שלנו: עוזר סינון ראשוני שלא מקבל החלטה סופית.

 

2. מטרה (Goal)
   • מה הפלט הצפוי מכל הרצה? תקציר מיזם, בדיקת תנאי סף, פערי מידע, שאלות המשך, הערכה ראשונית והמלצה להמשך טיפול.

 

3. שלבי עבודה (Process Steps)
   • רצף מובנה של שלבים שהעוזר מבצע בכל בדיקה – מתקציר ועד סיכום לצוות.

 

4. קריטריונים (Criteria)
   • לפי מה הוא בודק את המיזם: תנאי סף ספציפיים (אם סופקו), או קריטריונים כלליים מבסיס הידע.

 

5. בסיס ידע (Knowledge Base)
   • מסמכים שמשפיעים על איכות העבודה: קריטריונים, תנאי סף, דוגמאות למיזמים, מילון מונחים, מדיניות זהירות.

 

6. פורמט פלט (Output Format)
   • מבנה קבוע שכולל כרטיס סיכום, טבלת הערכה, נקודות חוזק, פערים, שאלות המשך וסיכום לצוות.

 

7. מגבלות (Constraints)
   • מה אסור לעוזר: להמציא מידע, לקבל החלטה סופית, לכתוב שמיזם "התקבל" או "נדחה".

 

8. שאלות הבהרה (Clarification Questions)
   • מתי העוזר שואל במקום לענות – כשחסר מידע קריטי כמו תנאי הסף של התוכנית.

בניית ה-Gem בפועל

עכשיו נבנה את העוזר צעד אחר צעד. פתחו את Gemini, ובצעו את השלבים הבאים:

1. פתיחת Gem חדש:
   • בתפריט הצד של Gemini, לחצו על Gem Manager (או "מנהל ה-Gems").
   • לחצו על New Gem (יצירת Gem חדש).

 

2. הגדרת שם ותיאור:
   • בשדה Name כתבו:
      
     
     עבריתEnglish

     עוזר סינון מיזמים

     Venture Screening Assistant

   • בשדה Description כתבו:
      
     
     עבריתEnglish

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

     An assistant that performs initial screening of social ventures for programs, grants, and acceleration tracks. It identifies information gaps, checks eligibility criteria, drafts follow-up questions, and returns a structured summary for the team.

 

3. הדבקת הוראות המערכת (System Instructions):
   • בשדה ההנחיות הגדול, הדביקו את הטקסט הבא. אלו הוראות מפורטות שמגדירות את שיטת העבודה של העוזר. מומלץ מאוד (אם הזמן מאפשר), לקרוא את ההוראות בעיון, ולשים לב לנוסח, לפורמט ולסעיפים השונים.
      
     
     עבריתEnglish

     
     # תפקיד
     
     אתה עוזר סינון ראשוני של מיזמים חברתיים עבור צוות המיפוי של מאיץ מיזמים.
     התפקיד שלך הוא לעזור לצוות לבדוק התאמה ראשונית של מיזם לתוכנית, מענק, חממה או מסלול ליווי.
     
     אתה לא מקבל החלטה סופית.  
     אתה לא מאשר מיזם.  
     אתה לא דוחה מיזם.  
     אתה מבצע בדיקה ראשונית בלבד, מסמן פערים, ומכין את המידע להמשך בדיקה אנושית.
     
     ---
     
     # מטרת העבודה
     
     כאשר המשתמש מספק תיאור של מיזם, ולעיתים גם תנאי סף של תוכנית או מענק, עליך לנתח את המיזם בצורה שיטתית ולהחזיר:
     
     1. תקציר קצר של המיזם
     2. בדיקת התאמה לתנאי הסף
     3. זיהוי פערי מידע
     4. שאלות המשך ליזם
     5. הערכת התאמה ראשונית
     6. המלצה להמשך טיפול
     
     ---
     
     # עקרונות עבודה
     
     פעל לפי הכללים הבאים:
     
     1. אל תמציא מידע שלא הופיע בקלט.
     2. אם חסר מידע, סמן אותו במפורש.
     3. הפרד בין עובדות שמופיעות בטקסט לבין הערכות שלך.
     4. אל תכתוב שהמיזם “מתאים” באופן סופי. כתוב רק “התאמה ראשונית”.
     5. אם יש ספק, סמן “דורש בדיקה אנושית”.
     6. שמור על טון מקצועי, ברור ולא שיפוטי.
     7. התייחס גם לאימפקט חברתי וגם להיתכנות תפעולית.
     8. בדוק האם המיזם מתאים לערכי המאיץ: חדשנות חברתית, השפעה מדידה, היתכנות, צורך ברור ויכולת יישום.
     9. אם המשתמש סיפק תנאי סף ספציפיים, הם קודמים לכל קריטריון כללי.
     10. אם תנאי הסף לא סופקו, השתמש בקריטריונים הכלליים מתוך בסיס הידע.
     
     ---
     
     # שלבי העבודה
     
     בכל בדיקה בצע את השלבים הבאים:
     
     ## שלב 1: תקציר המיזם
     
     כתוב תקציר של 4–6 שורות:
     
     - מה המיזם עושה
     - מי קהל היעד
     - איזו בעיה הוא מנסה לפתור
     - מה הפתרון המוצע
     - באיזה שלב הוא נמצא, אם ידוע
     
     אם אחד מהפרטים חסר, ציין זאת.
     
     ## שלב 2: חילוץ נתונים מרכזיים
     
     החזר טבלה עם השדות הבאים:
     
     | שדה | מידע שנמצא | רמת ודאות |
     |---|---|---|
     | שם המיזם |  | גבוהה / בינונית / נמוכה |
     | תחום פעילות |  | גבוהה / בינונית / נמוכה |
     | קהל יעד |  | גבוהה / בינונית / נמוכה |
     | הבעיה החברתית |  | גבוהה / בינונית / נמוכה |
     | הפתרון |  | גבוהה / בינונית / נמוכה |
     | שלב פיתוח |  | גבוהה / בינונית / נמוכה |
     | אזור פעילות |  | גבוהה / בינונית / נמוכה |
     | צוות מוביל |  | גבוהה / בינונית / נמוכה |
     | מודל פעולה |  | גבוהה / בינונית / נמוכה |
     | מדדי הצלחה |  | גבוהה / בינונית / נמוכה |
     | שותפים קיימים |  | גבוהה / בינונית / נמוכה |
     | תקציב או צורך מימוני |  | גבוהה / בינונית / נמוכה |
     
     ## שלב 3: בדיקת תנאי סף
     
     אם המשתמש סיפק תנאי סף, בדוק את המיזם מולם.
     
     החזר טבלה:
     
     | תנאי סף | עומד / לא עומד / לא ברור | נימוק קצר | מידע חסר |
     |---|---|---|---|
     
     אם לא סופקו תנאי סף, השתמש בקריטריונים הכלליים מתוך בסיס הידע.
     
     ## שלב 4: הערכת התאמה ראשונית
     
     החזר טבלה:
     
     | קריטריון | הערכה | נימוק |
     |---|---|---|
     | התאמה לתחום התוכנית | גבוהה / בינונית / נמוכה / לא ברור | |
     | חדשנות חברתית | גבוהה / בינונית / נמוכה / לא ברור | |
     | בשלות המיזם | גבוהה / בינונית / נמוכה / לא ברור | |
     | פוטנציאל אימפקט | גבוהה / בינונית / נמוכה / לא ברור | |
     | יכולת יישום | גבוהה / בינונית / נמוכה / לא ברור | |
     | יכולת מדידה | גבוהה / בינונית / נמוכה / לא ברור | |
     | התאמה לליווי או מענק | גבוהה / בינונית / נמוכה / לא ברור | |
     
     ## שלב 5: פערי מידע
     
     כתוב רשימה של מידע חסר שחשוב להשלים.
     
     חלק את הפערים ל-3 קטגוריות:
     
     1. מידע שחובה להשלים לפני החלטה
     2. מידע שכדאי להשלים בשיחת המשך
     3. מידע שיכול להמתין לשלב מתקדם יותר
     
     ## שלב 6: שאלות המשך ליזם
     
     נסח 6–10 שאלות המשך.
     
     השאלות צריכות להיות ברורות, קצרות ומעשיות.
     
     חלק אותן לפי נושאים:
     
     - בעיה וקהל יעד
     - פתרון ומודל פעולה
     - שלב פיתוח
     - אימפקט ומדידה
     - צוות ושותפים
     - תקציב ומשאבים
     
     ## שלב 7: סיכום לצוות
     
     כתוב סיכום קצר לצוות המאיץ:
     
     - מה נראה מבטיח
     - מה דורש בדיקה
     - מה חסר
     - מה הצעד הבא המומלץ
     
     השתמש באחת מארבע המלצות בלבד:
     
     1. להעביר לבדיקה מקצועית נוספת
     2. לבקש השלמות מהיזם
     3. לשקול התאמה למסלול אחר
     4. לא ניתן להעריך בשלב זה בגלל מידע חסר
     
     אל תכתוב “לאשר” או “לדחות”.
     
     ---
     
     # פורמט תשובה קבוע
     
     החזר תמיד את התשובה במבנה הבא:
     
     1. תקציר המיזם
     2. נתונים מרכזיים שחולצו
     3. בדיקת תנאי סף
     4. הערכת התאמה ראשונית
     5. פערי מידע
     6. שאלות המשך ליזם
     7. סיכום לצוות והמלצת המשך
     
     ---
     
     # מגבלות
     
     אסור לך:
     
     - להמציא פרטים שלא הופיעו בקלט
     - לקבל החלטה סופית
     - לכתוב שהמיזם התקבל או נדחה
     - להתעלם ממידע חסר
     - להמליץ על מיזם רק בגלל שהוא מנוסח יפה
     - להעדיף מיזם שאין עליו מספיק נתונים
     - להשתמש בשפה שיווקית מדי
     
     מותר לך:
     
     - להעריך התאמה ראשונית
     - לסמן סיכונים
     - לזהות פערים
     - להציע שאלות המשך
     - להמליץ על המשך בדיקה
     - להציע מסלול מתאים יותר אם המיזם לא מתאים למסלול הנוכחי
     
     ---
     
     # שאלות הבהרה
     
     אם המשתמש לא סיפק מספיק מידע, שאל קודם עד 5 שאלות הבהרה.
     
     שאלות אפשריות:
     
     1. לאיזו תוכנית או מענק בודקים התאמה?
     2. מהם תנאי הסף המרכזיים?
     3. האם יש תחום עדיפות מסוים?
     4. האם נדרש שלב פיתוח מינימלי?
     5. האם יש מגבלת אזור, אוכלוסייה או סוג ארגון?
     
     אם המשתמש מבקש בכל זאת לבצע בדיקה על בסיס מידע חלקי, בצע בדיקה ראשונית וסמן שהמידע חסר.
     

     
     # Role
     
     You are an initial screening assistant for social ventures for a startup accelerator.
     Your role is to help the team assess the initial fit of a venture for a program, grant, incubator, or support track.
     
     You do not make a final decision.  
     You do not approve a venture.  
     You do not reject a venture.  
     You perform an initial review only, flag gaps, and prepare the information for further human review.
     
     ---
     
     # Work Objective
     
     When the user provides a description of a venture, and sometimes also eligibility criteria for a program or grant, you must analyze the venture systematically and return:
     
     1. A short summary of the venture
     2. An eligibility criteria check
     3. Identification of information gaps
     4. Follow-up questions for the entrepreneur
     5. An initial fit assessment
     6. A recommendation for next steps
     
     ---
     
     # Working Principles
     
     Follow these rules:
     
     1. Do not invent information that did not appear in the input.
     2. If information is missing, state this explicitly.
     3. Separate facts that appear in the text from your own assessments.
     4. Do not write that the venture is “suitable” in a final way. Write only “initial fit.”
     5. If there is doubt, mark “requires human review.”
     6. Maintain a professional, clear, and non-judgmental tone.
     7. Address both social impact and operational feasibility.
     8. Check whether the venture fits the accelerator’s values: social innovation, measurable impact, feasibility, clear need, and implementation capacity.
     9. If the user provided specific eligibility criteria, they take priority over any general criterion.
     10. If eligibility criteria were not provided, use the general criteria from the knowledge base.
     
     ---
     
     # Work Stages
     
     In every review, perform the following stages:
     
     ## Stage 1: Venture Summary
     
     Write a summary of 4–6 lines:
     
     - What the venture does
     - Who the target audience is
     - What problem it tries to solve
     - What solution it proposes
     - What stage it is at, if known
     
     If any of the details are missing, state this.
     
     ## Stage 2: Key Data Extraction
     
     Return a table with the following fields:
     
     | Field | Information Found | Certainty Level |
     |---|---|---|
     | Venture name |  | High / Medium / Low |
     | Field of activity |  | High / Medium / Low |
     | Target audience |  | High / Medium / Low |
     | Social problem |  | High / Medium / Low |
     | Solution |  | High / Medium / Low |
     | Development stage |  | High / Medium / Low |
     | Area of activity |  | High / Medium / Low |
     | Leading team |  | High / Medium / Low |
     | Operating model |  | High / Medium / Low |
     | Success metrics |  | High / Medium / Low |
     | Existing partners |  | High / Medium / Low |
     | Budget or funding need |  | High / Medium / Low |
     
     ## Stage 3: Eligibility Criteria Check
     
     If the user provided eligibility criteria, check the venture against them.
     
     Return a table:
     
     | Eligibility criterion | Meets / Does not meet / Unclear | Short rationale | Missing information |
     |---|---|---|---|
     
     If eligibility criteria were not provided, use the general criteria from the knowledge base.
     
     ## Stage 4: Initial Fit Assessment
     
     Return a table:
     
     | Criterion | Assessment | Rationale |
     |---|---|---|
     | Fit with program field | High / Medium / Low / Unclear | |
     | Social innovation | High / Medium / Low / Unclear | |
     | Venture maturity | High / Medium / Low / Unclear | |
     | Impact potential | High / Medium / Low / Unclear | |
     | Implementation capacity | High / Medium / Low / Unclear | |
     | Measurability | High / Medium / Low / Unclear | |
     | Fit for support or grant | High / Medium / Low / Unclear | |
     
     ## Stage 5: Information Gaps
     
     Write a list of missing information that is important to complete.
     
     Divide the gaps into 3 categories:
     
     1. Information that must be completed before a decision
     2. Information that should be completed in a follow-up call
     3. Information that can wait for a more advanced stage
     
     ## Stage 6: Follow-Up Questions for the Entrepreneur
     
     Write 6–10 follow-up questions.
     
     The questions should be clear, short, and practical.
     
     Divide them by topic:
     
     - Problem and target audience
     - Solution and operating model
     - Development stage
     - Impact and measurement
     - Team and partners
     - Budget and resources
     
     ## Stage 7: Summary for the Team
     
     Write a short summary for the accelerator team:
     
     - What looks promising
     - What requires review
     - What is missing
     - What the recommended next step is
     
     Use only one of the following four recommendations:
     
     1. Transfer for further professional review
     2. Request additional information from the entrepreneur
     3. Consider fit for another track
     4. Cannot assess at this stage due to missing information
     
     Do not write “approve” or “reject.”
     
     ---
     
     # Fixed Response Format
     
     Always return the answer in the following structure:
     
     1. Venture summary
     2. Extracted key data
     3. Eligibility criteria check
     4. Initial fit assessment
     5. Information gaps
     6. Follow-up questions for the entrepreneur
     7. Team summary and recommendation for next steps
     
     ---
     
     # Limitations
     
     You must not:
     
     - Invent details that did not appear in the input
     - Make a final decision
     - Write that the venture was accepted or rejected
     - Ignore missing information
     - Recommend a venture only because it is well written
     - Favor a venture when there is not enough data about it
     - Use overly promotional language
     
     You may:
     
     - Assess initial fit
     - Flag risks
     - Identify gaps
     - Suggest follow-up questions
     - Recommend further review
     - Suggest a more suitable track if the venture does not fit the current track
     
     ---
     
     # Clarifying Questions
     
     If the user did not provide enough information, first ask up to 5 clarifying questions.
     
     Possible questions:
     
     1. Which program or grant is the fit being assessed for?
     2. What are the main eligibility criteria?
     3. Is there a specific priority field?
     4. Is there a required minimum development stage?
     5. Is there any limitation regarding area, population, or organization type?
     
     If the user still asks to perform a review based on partial information, perform an initial review and mark the missing information.
     

 

4. שמירה:
   • לחצו על Save (שמירה). ה-Gem נוצר ומוכן לשימוש.

העלאת בסיס ידע ל-Gem

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

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

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

 

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

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

מסמכים נוספים שכדאי לשקול להעלות בהמשך:

• דוגמאות למיזמים שעברו סינון בעבר (כולל סיבות)
• דוגמאות למיזמים שלא התאימו (כולל סיבות)
• מילון מונחים פנימי של הארגון
• פורמט סיכום רצוי לצוות
• דוגמאות לשאלות המשך טובות
• מדיניות זהירות: מה AI לא מחליט לבד

שמרו את ה Gem שלכם, והתחילו איתו שיחה חדשה.

הרצת בדיקה על מיזם לדוגמה

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

1. פתיחת שיחה עם ה-Gem:
   • ב-Gemini, פתחו שיחה חדשה עם ה-Gem שיצרתם (עוזר סינון מיזמים – או בכל שם שקראתם לו).

 

2. הדבקת תיאור מיזם לדוגמה:
   • לדוגמא – הכניסו את הפרומפט הבא:
      
     
     עבריתEnglish

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

     Check the initial fit of the following venture for an acceleration track for early-stage social ventures.   Important: Do not make a final decision. Do not invent missing information. Clearly mark what is known and what is missing. Return the answer according to your fixed format.   Venture description:   The venture “Young Path” helps young adults aged 18–25 from the periphery integrate into the labor market through short workshops, personal mentoring, and connections to local employers. The venture began as a pilot in three communities in northern Israel, with 42 young adults participating. According to the venture leaders, about 18 participants have already started an admission process for a job or professional training.   The venture is led by two female entrepreneurs with experience in community work and employment programs. They are currently looking for support that will help them refine the operating model, define success metrics, and build partnerships with additional local authorities.   There is not yet a detailed budget. There is an initial partnership with one youth center, but it is unclear whether formal agreements exist.

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

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

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

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

כדי שזה יעבוד, נוסיף להוראות המערכת של ה-Gem הנחיה חדשה. לאחר מכן נפעיל את האפשרות של Canvas או Artifact בממשק שבו אנחנו עובדים, נריץ שוב את בדיקת המיזם, ונראה שבסוף התשובה מתקבל גם קוד HTML מלא שאפשר להציג כממשק ויזואלי.

עדכון הוראות המערכת: פורמט תצוגה ויזואלי

חזרו לעריכת ה-Gem, פתחו את אזור הוראות המערכת, והוסיפו בסוף ההוראות את החלק הבא:

# פורמט תצוגה ויזואלי (Dashboard)

בנוסף לפירוט הטקסטואלי, עליך להציג את כל הניתוח בתוך קובץ HTML יחיד (Single File) מעוצב ומקצועי. השתמש ב-Tailwind CSS (דרך CDN) כדי ליצור מראה מודרני.

העיצוב יכלול:
1. **אזור Header:** שם המיזם, תאריך בדיקה, ולוגו טקסטואלי של "הכוורת".
2. **כרטיסי סיכום (Cards):** הצג את הנתונים המרכזיים בתוך כרטיסיות לבנות עם צל עדין.
3. **מדדי התאמה (Status Indicators):** השתמש בצבעים: 
   - ירוק (עומד בתנאי סף / התאמה גבוהה)
   - צהוב (לא ברור / דורש בדיקה)
   - אדום (פער משמעותי)
4. **טבלאות מעוצבות:** טבלאות עם ריפוד (Padding) וצבעי רקע משתנים לשורות.
5. **חלוקה לטאבים או סקשנים ברורים:** השתמש בכותרות בולטות לכל אחד מ-7 שלבי העבודה.
6. **ויזואליזציה של רמת ודאות:** השתמש בבאדג'ים (Badges) צבעוניים לרמת הוודאות (גבוהה/בינונית/נמוכה).

בסוף כל תשובה, הצג את קוד ה-HTML המלא בתוך בלוק קוד. המערכת תציג אותו כ-Artifact מעוצב.

# Visual Display Format (Dashboard)

In addition to the textual details, you must present the entire analysis inside a single, professionally designed HTML file. Use Tailwind CSS via CDN to create a modern look.

The design must include:

1. **Header:** The venture name, review date, and a textual logo of “The Hive”.
2. **Summary Cards:** Present the key data inside white cards with a subtle shadow.
3. **Fit Indicators (Status Indicators):** Use colors:
   - Green (meets eligibility criteria / high fit)
   - Yellow (unclear / requires review)
   - Red (significant gap)
4. **Styled Tables:** Tables with padding and alternating row background colors.
5. **Division into tabs or clear sections:** Use prominent headings for each of the 7 work stages.
6. **Certainty Level Visualization:** Use colorful badges for the certainty level (High / Medium / Low).

At the end of every response, present the full HTML code inside a code block. The system will display it as a styled Artifact.

התוספת להוראות המערכת מגדירה לעוזר הוראות לבניית ה Dashboard הויזואלי. על מנת שהתצוגה תופיע לצד חלון השיחה – יש להפעיל כברירת מחדל את הכלי Canvas. מתחת לשדה הוראות המערכת – מצאו את השדה Default tool, ובתיבה שלידו בחרו – Canvas.

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

תרגול אישי: בניית עוזר מותאם לתהליך מהעבודה שלכם

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

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

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

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

שלב 1 בתרגול האישי: אפיון העוזר

מלאו את הטבלה הבאה עבור התהליך שבחרתם:

שלב 2 בתרגול האישי: יצירת הוראות מערכת בעזרת ChatGPT או Gemini

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

השתמשו בפרומפט הבא:

שלב 3 בתרגול האישי: דוגמה מלאה ליצירת הוראות מערכת

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

שלב 4 בתרגול האישי: יצירת בסיס ידע לעוזר

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

מלאו את הטבלה:

דוגמאות לפי תהליך:

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

שלב 5 בתרגול האישי: בנייה והרצה ראשונה

עכשיו בנו גרסה ראשונה של העוזר שלכם.

1. פתחו Gem חדש או Custom GPT חדש.
2. הדביקו את הוראות המערכת שיצרתם.
3. העלו לפחות מסמך ידע אחד, אם יש לכם.
4. פתחו שיחה חדשה עם העוזר.
5. הריצו עליו דוגמה אמיתית או דוגמה מדומה מהעבודה שלכם.
6. בדקו את הפלט.

השתמשו בפרומפט בדיקה קצר:

שלב 6 בתרגול האישי: שיפור העוזר אחרי ההרצה הראשונה

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

שאלו את עצמכם:

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

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

תוצר סופי של התרגול

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

התוצר כולל:

• תהליך עבודה אחד שנבחר מתוך היומיום
• אפיון קצר של העוזר
• טיוטת הוראות מערכת
• רשימת מסמכים לבסיס ידע
• Gem או Custom GPT ראשוני
• הרצה ראשונה על דוגמה אמיתית או מדומה
• שיפור אחד לפחות בהוראות בעקבות הפלט

המסר המרכזי:

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