---
title: "איך מנהלים פרויקט יצירתי ארוך עם סוכן AI דרך צ'אט?"
published: 2026-10-19T13:00:00+03:00
lang: he
canonical: https://ofershap.github.io/posts/agent-long-creative-build-feedback/
---

כותרת: איך מנהלים פרויקט יצירתי ארוך עם סוכן AI דרך צ'אט?

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

### מתחילים מבריף שאפשר לבדוק

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

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

### נותנים גישה מדורגת, לא הכל בבת אחת

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

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

### מסכימים על דיווח קבוע

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

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

### הערה אחת בכל סבב

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

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

### בודקים במערכת האמיתית

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

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

## מהניסיון שלי

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

## בקצרה

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



## שאלות נפוצות

### אפשר לתת לסוכן לעבוד לילה שלם בלי דיווחים?

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

### מה עושים כשהסוכן תקוע על אותה בעיה?

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

### השיטה מתאימה גם לקוד ולא רק למשחקים?

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

## על הכותב

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