במהלך המעבדה תבנו כלי קטן בשם "בדיקת מוכנות לדוח", שנועד לעזור לרכז תוכנית לבדוק האם הנתונים שלו מוכנים לפני כתיבת דוח תקופתי. הבינה המלאכותית תכתוב עבורכם את הקוד, אך חשוב להבין נקודה מהותית: הכלי עצמו לא ישתמש ב-AI בזמן הריצה. תשתמשו בגישה הקיימת שלכם ל-Sites כדי לבנות ולפרסם את הכלי, ללא מפתח API לשירות מודלים. המטרה היא ללמוד כיצד מגדירים ממשק, כללים ותנאי קבלה למשתמש שאינו אתם.
הרקע והמוטיבציה
במודולים הקודמים ליווינו את איתן, שלמד להכין חומרים לדוח עבור העמותה. כעת העמותה מעוניינת שגם רכזים אחרים יוכלו להכין את הנתונים לדוח בעצמם, ללא תלות באיתן. במעבדה נתמקד בבדיקת מוכנות הנתונים, לפני כתיבת הטיוטה. כאן נכנס לתמונה הצורך בכלי עצמאי ופשוט.
רכז שניגש לכתוב דוח צריך לדעת כמה דברים בסיסיים עוד לפני שהתחיל: מה הביצוע מול היעד, מה מצב התקציב, והאם חסרים מקורות או הסברים. הכלי שתבנו ירכז את כל הבדיקות הללו במסך אחד ברור, ויפיק סיכום מסודר שניתן להעביר הלאה.
חשוב לומר זאת בכנות: גם גיליון אלקטרוני מתאים יכול לבצע את העבודה הזו. הבנייה כאן אינה נועדה להוכיח שחובה להחליף את הגיליון, אלא ללמד אתכם איך מגדירים ממשק ותנאי קבלה עבור משתמש אחר. במהלך העבודה נסו לזהות: למי בדיוק הממשק שלכם מועיל, ומה צריך למדוד כדי להצדיק את השימוש בו על פני פתרון קיים.
היקף המעבדה ותוצרים נדרשים
המעבדה כולה מתוכננת לכ-40 דקות, כולל בדיקות, פרסום ומשוב. בסיום יהיה לכם אתר עובד שפורסם דרך Sites וקישור שאפשר להעביר למשתמש נוסף. אין צורך בשימוש ב-LLM מתוך האפליקציה. להלן המשימות המרכזיות והתוצרים שתפיקו:
- אפיון קצר:
- הגדירו מיהו המשתמש, מה הצורך שלו ומה התוצאה הרצויה, במשפטים קצרים.
- ציינו בכנות האם קיים כבר כלי (כמו גיליון) שנותן מענה דומה.
- מסירת פרומפט לסוכן הבנייה:
- השתמשו בפרומפט ה-Markdown שיסופק לכם, המגדיר בעיה, פתרון, קלט, כללים, פלט ובדיקות.
- בנייה והפעלה:
- בנו והפעילו ממשק עובד באמצעות Sites, בדקו אותו ופרסמו אותו. הגדירו גישה ציבורית לצורך התרגול, כך שמשתתף נוסף יוכל לפתוח את הקישור ללא גישה לשיחת הבנייה שלכם.
- בדיקות ותיקון:
- בדקו תוצאה רגילה ומקרי קצה, תארו מה היה צפוי מול מה שקרה בפועל, ובצעו שינוי ממוקד.
- אם לא נמצאה תקלה, תעדו שהבדיקות עברו. אפשר לבקש שיפור קטן בחיווי החוסרים ולבדוק שוב, אך אין צורך לשנות כלי ברור שכבר עומד בדרישות.
- הורדת סיכום ומשוב:
- הורידו סיכום Markdown וודאו שהוא תואם בדיוק את מה שמוצג במסך.
- העבירו למשתתף נוסף את הקישור לאתר שפורסם. בקשו שיפתח אותו בדפדפן שלו, יזין את נתוני התרגול, יזהה מה חסר ויוריד סיכום ללא הסבר צמוד. רשמו משוב אחד, מגבלה אחת ומדד לניסוי עתידי.
שימו לב: קוד, קובץ מקומי או תצוגה מקדימה בלבד אינם התוצר הסופי. יש להציג קישור לאתר שפורסם דרך Sites, סיכום Markdown שהורד ממנו ותיעוד קצר של הבדיקות. מפרסמים את הכלי, לא את הנתונים שהזנתם: כל משתמש עובד בנפרד בזיכרון הדף שלו. השתמשו בנתונים הסינתטיים בלבד.
בחירת סביבת הבנייה
במעבדה הזו עובדים עם Sites עד לתוצר מפורסם שאדם אחר יכול להשתמש בו. סביבות אחרות יכולות לעזור בבנייה, אך התוצר הנדרש כאן כולל פרסום דרך Sites.
- מסלול ראשי – ChatGPT עם Sites:
- פתחו שיחה חדשה ב-ChatGPT Work, בחרו את
@Sitesמרשימת התיוגים והדביקו את הפרומפט. אם Sites אינו זמין בחשבונכם, עבדו בזוג עם משתתף שיש לו גישה, כדי להשלים גם את הפרסום.
- פתחו שיחה חדשה ב-ChatGPT Work, בחרו את
- אפשרות נוספת לבנייה – Google AI Studio:
- אפשר לבנות גרסה ראשונית במצב Build. במקרה כזה בקשו תחילה לבנות ולבדוק בלבד, הורידו את קובצי הפרויקט, והעבירו אותם לשיחת ChatGPT Work עם Sites להשלמת הפרסום והבדיקות. פרסום בסביבה אחרת אינו מחליף את שלב Sites במעבדה הזו.
- למתקדמים – Codex או Claude Code:
- אם אתם כבר עובדים בסביבות אלו, אפשר לבנות ולבדוק בתוך פרויקט תרגול נפרד, ואז להעביר את קובצי הפרויקט לשיחת ChatGPT Work עם Sites להשלמת הפרסום. הדרך הישירה והקצרה למעבדה היא לבנות מלכתחילה ב-Sites.
כמה הערות חשובות לפני שמתחילים: אם סביבת הבנייה מבקשת מפתח מודל (API Key) עבור האפליקציה, הסירו את רכיב המודל מהבקשה במקום לפתוח חשבון חדש או להזין אמצעי תשלום. הכלי שלנו אינו אמור להשתמש במודל בזמן ריצה. אם אין לכם גישה לסביבת בנייה, אפשר לעבוד בזוג עם משתתף שיש לו גישה, ולציין בסיום מי בנה ומי בדק.
מפרט הליבה והכללים העסקיים
לפני שמריצים את הפרומפט, חשוב להבין את ההיגיון שעומד מאחורי הכלי. הכלי מבוסס על טופס יחיד הכולל שם תוכנית ותקופה, ושלושה מדדים קבועים: מסיימים, סדנאות ומפגשי ליווי. לכל מדד מוגדרים יעד, ביצוע, מקור ומיקום, והסבר לפער. בנוסף מנוהל מידע תקציבי: תקציב, הוצאות, שם המקור לנתונים הכספיים ומיקום בתוכו, והסבר לחריגה. המקור הוא האסמכתה למספרים, ולא הגוף המממן.
אלו הכללים המדויקים שלפיהם הכלי מבצע את חישוביו ובדיקותיו:
- נוסחאות חישוב:
- הפרש מדד שווה לביצוע פחות יעד. אחוז ביצוע שווה לביצוע חלקי יעד, כפול 100.
- יתרה שווה לתקציב פחות הוצאות. אחוז ניצול שווה להוצאות חלקי תקציב, כפול 100.
- יש להציג אחוזים בספרה עשרונית אחת, אך אין צורך לעגל את ערכי המקור עצמם.
- טיפול בערכים ריקים ובאפס:
- מספרי פעילות הם מספרים שלמים ולא שליליים. סכומים כספיים אינם שליליים ומוגבלים לשתי ספרות עשרוניות.
- אסור להפוך שדה ריק לאפס. ריק הוא חוסר, ואפס הוא ערך מפורש.
- כאשר היעד או התקציב הם אפס, יש להציג שאין בסיס לחישוב אחוז, אך עדיין ניתן לחשב יתרה והפרש. אם ההוצאות חיוביות והתקציב אפס, נדרש הסבר לחריגה.
- דרישות שלמות והסברים:
- כל נתון מספרי נדרש חייב להופיע, וכן שם התוכנית, התקופה והמקורות לכל שורה.
- הסבר נדרש רק כאשר הביצוע נמוך מהיעד או כשההוצאות עולות על התקציב. אין להמציא הסברים באופן אוטומטי.
- רשימת ההשלמות חייבת לציין במדויק מה חסר ובאיזה סעיף. כשאין חוסרים, המצב שמוצג הוא "מוכן לבדיקה אנושית" ולעולם לא "דוח מאושר".
- פלט ואחסון:
- סיכום ה-Markdown כולל את הקלט, החישובים, המקורות, ההסברים, החוסרים, והבהרה שלא נבדקה אמיתות המקורות.
- ניתן להוריד גם סיכום לא שלם, אך הוא יסומן כחסר. היצוא אינו מהווה אישור מקצועי.
- הנתונים נשמרים בזיכרון הדף בלבד. רענון הדף מוחק אותם, ויש להציג זאת למשתמש מראש.
חומר התרגול הסינתטי
כדי לתרגל ללא תלות במסמכים אמיתיים או בקישורים פרטיים, השתמשו בנתוני התרגול הבאים. אלו נתונים סינתטיים שנועדו אך ורק לצורך המעבדה, ואין להסיק מהם עובדות חדשות על התרחיש המקורי.
שם התוכנית הוא "צעד למקצוע", והתקופה היא "רבעון א לדוגמה". להלן טבלת הנתונים:
| סעיף | יעד או תקציב | ביצוע או הוצאות |
| מסיימים | 90 | 87 |
| סדנאות | 12 | 12 |
| מפגשי ליווי | 48 | 46 |
| תקציב בש"ח | 180000 | 171400 |
בשדות המקור הזינו "טבלת התרגול במעבדה". בשדה המיקום הזינו "חומר התרגול הסינתטי – שורת מסיימים", "חומר התרגול הסינתטי – שורת סדנאות", "חומר התרגול הסינתטי – שורת מפגשי ליווי" או "חומר התרגול הסינתטי – שורת תקציב", לפי הסעיף. זו הטבלה שמופיעה כאן בעמוד, ולא קובץ שצריך להוריד.
עבור השלמת ההסברים הנדרשים, השתמשו בשתי התשובות הסינתטיות הבאות: "שלושה משתתפים טרם השלימו את דרישות הסיום במועד הדיווח" עבור מדד המסיימים, ו"שני מפגשי ליווי נדחו לתקופה הבאה" עבור מדד הליווי.
התוצאות שאתם אמורים לראות לאחר הזנת הנתונים: מדד המסיימים יציג הפרש של -3 ואחוז של 96.7%. הסדנאות יציגו הפרש 0 ואחוז של 100.0%. הליווי יציג הפרש -2 ואחוז של 95.8%. בצד התקציבי, היתרה היא 8600 ואחוז הניצול הוא 95.2%. בתחילה, השאירו את שדות ההסבר ריקים כדי לראות שהכלי מפיק רשימת השלמות. רק לאחר מילוי ההסברים והמקורות, המצב ישתנה ל"מוכן לבדיקה אנושית".
הפרומפט לבניית הכלי
זהו הפרומפט המרכזי שבאמצעותו תבנו את הכלי. העתיקו אותו במלואו והדביקו בשיחת ChatGPT Work שבה בחרתם את Sites. בחרו בלשונית עברית או English לפי העדפתכם; בשתיהן התוצר הוא ממשק בעברית. הפרומפט מנוסח באופן המגדיר את הבעיה, הפתרון, הקלט, הכללים והבדיקות.
# מה אני רוצה לבנות
השתמש ב-Sites כדי לבנות ולפרסם אפליקציה קטנה בעברית בשם "בדיקת מוכנות לדוח", עבור רכז תוכנית שמכין דוח תקופתי.
# הבעיה והפתרון
לפני כתיבת הדוח, הרכז צריך לחשב ביצוע מול יעדים, לבדוק את התקציב ולזהות פרטים חסרים. אני רוצה מסך אחד שמרכז את הבדיקה ומפיק סיכום מסודר שאפשר להעביר להמשך עבודה. הכלי אינו כותב או מאשר את הדוח.
# מה המשתמש מזין
שם תוכנית ותקופה. שלוש שורות מדדים: מסיימים, סדנאות ומפגשי ליווי. בכל שורה: יעד, ביצוע, שם המקור ומיקום בתוכו, והסבר לפער. בנוסף: תקציב מאושר, הוצאות, שם המקור לנתונים הכספיים ומיקום בתוכו, והסבר לחריגה תקציבית. "מקור" כאן הוא אסמכתה למספרים, ולא שם הגוף המממן.
# מה הכלי עושה
- לכל מדד מציג ביצוע פחות יעד, וביצוע חלקי יעד כפול 100.
- מציג תקציב פחות הוצאות, והוצאות חלקי תקציב כפול 100.
- מציג אחוזים בספרה עשרונית אחת, בלי לעגל את ערכי הקלט. מספרי פעילות חייבים להיות שלמים ולא שליליים. סכומים כספיים חייבים להיות לא שליליים, עם עד שתי ספרות עשרוניות. סמן קלט לא תקין במקום לתקן אותו בשקט.
- מבחין בין ערך חסר לבין אפס. אפס הוא ערך תקין. אין לחשב תוצאה כאשר קלט נדרש חסר או לא תקין. כשהיעד או התקציב הם אפס, מציג "אין בסיס לחישוב אחוז" בלי לחלק באפס. עדיין אפשר לחשב הפרש ויתרה מתוך קלט תקין.
- דורש הסבר רק כשהביצוע נמוך מהיעד או כשההוצאות עולות על התקציב, כולל הוצאות חיוביות מול תקציב אפס. לעולם אל תמציא הסברים.
- מציג רשימת השלמות מדויקת עם שם השדה והשורה כשחסרים או לא תקינים שם התוכנית, התקופה, ערך, שם מקור או מיקום בתוכו, או הסבר נדרש.
- כשאין שדות חסרים או לא תקינים, מציג "מוכן לבדיקה אנושית", ולעולם לא "דוח מאושר".
- מאפשר להוריד סיכום Markdown בעברית עם הקלט, החישובים, שמות המקורות והמיקומים, ההסברים, החוסרים והבהרה שהמקורות לא אומתו. אפשר להוריד גם סיכום לא שלם, שיסומן כחסר. ההורדה חייבת להתאים למסך הנוכחי. זהו סיכום קבוע, ולא טקסט שמנסח מודל.
# גבולות
הכלי עצמו פועל ללא LLM, ללא API חיצוני, ללא Drive, ללא התחברות וללא שירות בתשלום. אל תוסיף קריאות ל-Gemini או לכל מודל אחר, גם אם סביבת הבנייה מציעה זאת. שמור נתונים בזיכרון הדף בלבד, ללא אחסון קבוע בדפדפן, והודע למשתמש לפני ההזנה שרענון מוחק אותם. המשתמש בודק את המקורות בעצמו. אין לשלוח דוח או לאשר אותו בשם אדם אחר.
# נתוני בדיקה סינתטיים
תוכנית "צעד למקצוע", תקופה "רבעון א לדוגמה". מסיימים: יעד 90, ביצוע 87. סדנאות: יעד 12, ביצוע 12. מפגשי ליווי: יעד 48, ביצוע 46. תקציב 180000, הוצאות 171400.
בכל ארבע השורות השתמש בשם המקור "טבלת התרגול במעבדה" ובמיקום "חומר התרגול הסינתטי - שורת מסיימים", "חומר התרגול הסינתטי - שורת סדנאות", "חומר התרגול הסינתטי - שורת מפגשי ליווי" או "חומר התרגול הסינתטי - שורת תקציב", לפי השורה המתאימה. אלה הפניות לטבלה שמופיעה בגוף עמוד המעבדה, לא לקובץ מצורף או למקור שהאפליקציה פתחה.
בתחילה השאר את ההסברים ריקים. להשלמת הבדיקה בהמשך, הזן "שלושה משתתפים טרם השלימו את דרישות הסיום במועד הדיווח" עבור מסיימים, ו"שני מפגשי ליווי נדחו לתקופה הבאה" עבור ליווי. אל תמלא את ההסברים אוטומטית. כל המספרים וההסברים הם נתוני תרגול סינתטיים.
# איך נדע שהצלחנו
מסיימים: הפרש -3 ו-96.7%. סדנאות: 0 ו-100.0%. ליווי: -2 ו-95.8%. יתרת תקציב: 8600 וניצול: 95.2%.
מחיקת ערך מציגה חוסר, והזנת 0 אינה חוסר. יעד 0 וביצוע 0 מציגים הפרש 0 וללא אחוז. מקור או הסבר חסרים מופיעים גם בהורדה. הוצאות 181000 מול תקציב 180000 מציגות יתרה -1000 ומחייבות הסבר. ערכים שליליים, מספרי פעילות לא שלמים וסכומים עם יותר משתי ספרות עשרוניות הם קלט לא תקין. גם אחרי השלמת הכל עדיין נדרשת בדיקה אנושית.
# התוצר
בנה כלי נוח למחשב ולטלפון, עם ממשק בעברית מימין לשמאל ופלט בעברית. הפעל אותו בתצוגה מקדימה ובדוק בפועל את תרחישי הקבלה, את חיווי החוסרים ואת הורדת הסיכום. תקן תקלות והריץ שוב את הבדיקות שנפגעו.
לאחר הבדיקה פרסם את האתר באמצעות Sites והגדר גישה ציבורית, כדי שאדם אחר יוכל להשתמש בו בלי גישה לשיחת הבנייה ובלי חשבון ChatGPT. זו הרשאה לפרסום כלי התרגול עם נתונים סינתטיים בלבד. אין לפרסם מידע אמיתי או פרטי.
פתח את הקישור שפורסם ובדוק שהטופס, החישובים והורדת ה-Markdown פועלים גם שם. ודא שהאתר נגיש ללא התחברות, שהנתונים אינם משותפים בין משתמשים ושרענון מוחק את ההזנה. אל תסתפק בבדיקת קוד או בהודעת פרסום מוצלח.
מסור את הקישור לאתר שעובד, סיכום של הבדיקות שביצעת בפועל וכל מגבלה או בדיקה שלא יכולת לבצע. קובץ מקומי או תצוגה מקדימה בלבד אינם השלמת המשימה.
# What I want to build
Use Sites to build and publish a small application in Hebrew called "בדיקת מוכנות לדוח", for a program coordinator preparing a periodic report.
# The problem and the solution
Before writing the report, the coordinator needs to calculate performance against targets, check the budget, and identify missing details. I want a single screen that consolidates the check and produces an organized summary that can be handed off for further work. The tool does not write or approve the report.
# What the user enters
Program name and period. Three metric rows: completers (מסיימים), workshops (סדנאות), and mentoring sessions (מפגשי ליווי). For each row: target, actual, source name and location within it, and an explanation for the gap. Additionally: approved budget, expenses, the name and location of the source for these financial figures, and an explanation for any budget overrun. Here "source" means evidence for the figures, not the funder's name.
# What the tool does
- For each metric, displays actual minus target, and actual divided by target times 100.
- Displays budget minus expenses, and expenses divided by budget times 100.
- Displays percentages to one decimal place without rounding the input values. Activity counts must be nonnegative integers; money must be nonnegative with at most two decimal places. Flag invalid inputs instead of silently correcting them.
- Flags a missing value separately from zero. Zero is valid. Do not calculate a result when a required input is missing or invalid. When the target or budget is zero, display "אין בסיס לחישוב אחוז" without dividing by zero; differences and balances can still be calculated from valid inputs.
- Requires an explanation only when actual is below target or expenses exceed budget, including positive expenses against a zero budget. Never invent explanations.
- Displays a precise completion list naming the field and row when program, period, a value, a source name or location, or a required explanation is missing or invalid.
- When there are no missing or invalid fields, displays "מוכן לבדיקה אנושית", never "דוח מאושר".
- Allows downloading a Hebrew Markdown summary with inputs, calculations, source names and locations, explanations, gaps, and a statement that the sources have not been verified. Incomplete summaries can also be downloaded and must be marked incomplete. The download must match the current screen. This is a fixed summary, not text phrased by a model.
# Boundaries
The tool itself operates without an LLM, external API, Drive, login, or paid service. Do not add calls to Gemini or any other model even if the build environment suggests it. Keep data in page memory only, not persistent browser storage, and tell users before entry that a refresh clears it. Users verify the sources themselves. No sending or approval of a report on behalf of another person.
# Synthetic test data
Program "צעד למקצוע", period "רבעון א לדוגמה". Completers: target 90, actual 87. Workshops: target 12, actual 12. Mentoring sessions: target 48, actual 46. Budget 180000, expenses 171400.
For all four rows use source name "טבלת התרגול במעבדה" and location "חומר התרגול הסינתטי - שורת מסיימים", "חומר התרגול הסינתטי - שורת סדנאות", "חומר התרגול הסינתטי - שורת מפגשי ליווי", or "חומר התרגול הסינתטי - שורת תקציב", as appropriate. These refer to the inline table on the exercise page, not an attached file or a source opened by the app.
Initially leave explanations empty. To complete the test later, enter "שלושה משתתפים טרם השלימו את דרישות הסיום במועד הדיווח" for completers and "שני מפגשי ליווי נדחו לתקופה הבאה" for mentoring sessions. Do not fill these explanations automatically. All figures and explanations are synthetic practice data.
# How we will know it succeeded
Completers: difference -3 and 96.7%. Workshops: 0 and 100.0%. Mentoring: -2 and 95.8%. Budget balance: 8600 and utilization: 95.2%.
Deleting a value shows missing; entering 0 is not missing. A target of 0 with actual 0 shows difference 0 and no percentage. Missing sources or explanations appear in the download too. Expenses of 181000 against a budget of 180000 show a balance of -1000 and require an explanation. Negative values, fractional activity counts, and money with more than two decimal places are invalid. Even after completing everything, human review is still required.
# The deliverable
Build a tool convenient for desktop and phone, with a Hebrew right-to-left interface and Hebrew output. Run a preview and actually test the acceptance cases, missing-field feedback, and summary download. Fix defects and rerun affected checks.
After testing, publish the site through Sites with public access so another person can use it without access to the build conversation or a ChatGPT account. This authorizes publishing the practice tool with synthetic data only. Do not publish real or private information.
Open the published link and verify that the form, calculations, and Markdown download work there too. Verify access without sign-in, data isolation between users, and that refreshing clears entered data. Code inspection or a successful deployment message alone is insufficient.
Return the working site link, a summary of checks actually performed, and any limitations or checks you could not perform. A local file or preview alone does not complete the task.
בדיקות משמעותיות
לאחר שהכלי נבנה, אל תסתפקו בבדיקה אחת מוצלחת. היופי של כלי מבוסס-כללים הוא שאתם יכולים לחזות מראש את התוצאה ולבדוק אותה בעצמכם, במקום לבקש מהסוכן "לבדוק את עצמו". להלן תרחישי הבדיקה המומלצים, עם התוצאה הצפויה לכל אחד:
- בדיקת בסיס:
- הזינו את כל נתוני התרגול וודאו שהחישובים תואמים (למשל, 87 מתוך 90 מציג 96.7% והפרש -3).
- ריק מול אפס:
- מחקו ערך משדה כלשהו וודאו שהוא מסומן כ"חסר". לאחר מכן הזינו 0 וודאו שהוא אינו מסומן כחסר אלא כערך תקין.
- יעד אפס:
- הזינו יעד 0 וביצוע 0, וודאו שהכלי אינו קורס אלא מציג הפרש 0 ואחוז שאינו ניתן לחישוב.
- חריגה בתקציב:
- הזינו הוצאות 181000 מול תקציב 180000. ודאו שהתוצאה היא יתרה של -1000 ושהכלי דורש הסבר לחריגה.
- חוסר מקור ובדיקת הפלט:
- הסירו מקור משורה כלשהי, הורידו את הסיכום, וודאו שהחוסר מופיע גם בקובץ ה-Markdown ולא רק על המסך.
לאחר שביצעתם שינוי או תיקון, הריצו שוב בדיקת בסיס שכבר עברה בהצלחה, כדי לוודא שלא "שברתם" משהו אחר בדרך.
בקשו מהסוכן לבצע את הבדיקות בפועל ולדווח מה בדק, מה הייתה התוצאה ומה לא הצליח לבדוק. לאחר הפרסום, פתחו את הקישור בחלון פרטי או בדפדפן אחר וודאו שאין דרישת התחברות. הזינו בו את נתוני הבסיס, הורידו את הסיכום ופתחו אותו. רעננו את הדף וודאו שההזנה נמחקה. לבסוף, תנו למשתתף נוסף לבצע את אותו התהליך מהמכשיר שלו; הוא אמור להתחיל עם טופס משלו, בלי הנתונים שלכם. אם בוצע תיקון בעקבות הבדיקות, בקשו לפרסם את הגרסה המתוקנת ובדקו שוב את הקישור.
העיקרון של Human in the Loop
נקודה מהותית שחשוב להפנים: הכלי שבניתם בודק חישובים ושלמות בלבד, לפי הכללים שהגדרנו. הוא אינו מבין ואינו שופט את תוכן הדברים. אדם הוא זה שצריך לבדוק שהמקורות נכונים, שהתקופה מתאימה ושההסבר שניתן הוא אכן סביר והגיוני.
אפילו כאשר הכלי מציג את הסטטוס "מוכן לבדיקה אנושית", אין זה אישור למסירה סופית. ציינו במפורש מי יהיה האדם שיבדוק את הסיכום, ומה הם הדברים שאסור לכלי להחליט עליהם באופן עצמאי. חשוב להשאיר את הליבה פשוטה, ולא להוסיף מערכות אישורים מורכבות בשלב זה.
המשך אופציונלי בתוך המנוי הקיים
לאחר שהשלמתם את ליבת המעבדה, ואם נותר לכם זמן ורצון, ניתן לקחת את התהליך צעד אחד קדימה, בלי לצאת מהכלים שכבר זמינים לכם. זהו שלב רשות בלבד.
- העברת הסיכום לסוכן:
- העלו ידנית את סיכום ה-Markdown שהורדתם לשיחה רגילה עם הסוכן וה-Skill ממודול 6, או לכל צ'אט זמין (ChatGPT, Claude או Gemini).
- בקשת טיוטה:
- בקשו מהמודל להציע מבנה לטיוטת הדוח, ולציין אילו מקורות עדיין דורשים בדיקה אנושית.
שימו לב: זוהי פעולה נפרדת לחלוטין המתבצעת בתוך שיחת צ'אט נפרדת מסביבת הבנייה. האפליקציה עצמה אינה מבצעת קריאות API בשלב זה. כמו כן, זכרו שהסיכום אינו ראיה לכך שהמודל אכן פתח או קרא את המקורות המתוארים בו.
לסיכום
במעבדה זו עשינו צעד משמעותי: עברנו מהגדרת תהליך עבור עצמנו, לבניית כלי תוכנה המשרת משתמש אחר. ראינו כיצד בינה מלאכותית יכולה לכתוב עבורנו קוד פונקציונלי, תוך שמירה על גבולות ברורים: הכלי פועל על בסיס כללים דטרמיניסטיים, ללא תלות במודל שפה בזמן ריצה.
המפתח להצלחה היה האפיון המדויק והבדיקות המובנות. למדנו שכוחו של כלי אינו רק ביכולת החישוב שלו, אלא גם ביכולתו לדעת מה הוא אינו יודע, ולהחזיר את ההחלטה לידיים אנושיות. זהו הבסיס לבניית כלים אמינים ושימושיים בעולם האמיתי.
בהצלחה!

