AnswersPublished12 sources
לא עוד “סיימתי”: הצעה חדשה לניהול משימות של סוכני AI
ההצעה מרכזת את החוזה, ההתקדמות והראיות של כל משימה במסמך אחד, במקום לפזר אותם בין תפקידים, צ'אטים ורשימות מעקב. אותו סוכן יכול לעבור בין תפקידי ניתוח, תכנון, ביצוע ופיקוח — אך החלפת תפקיד אינה מעניקה הרשאות חדשות ואינה הופכת אותו למבקר עצמאי.
פורסם על ידיהתמונות נוצרו באמצעות GPT Image 2
Research answer
Key takeaways
- ההצעה מרכזת את החוזה, ההתקדמות והראיות של כל משימה במסמך אחד, במקום לפזר אותם בין תפקידים, צ'אטים ורשימות מעקב.
- אותו סוכן יכול לעבור בין תפקידי ניתוח, תכנון, ביצוע ופיקוח — אך החלפת תפקיד אינה מעניקה הרשאות חדשות ואינה הופכת אותו למבקר עצמאי.
- כדי לאשר תוצר נדרשים גם בדיקות מכונה שעברו וגם חתימה של גורם בלתי תלוי; כישלון או חוסר ראיות פירושם שלא משחררים אותו.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/GwlKmI7QinNfXevZji84RFDPF1F3/images/3691292DB166B5BB21C7/D32C36C0DF02CF52EB04.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"本草案采用“一个任务工件贯穿业务流、两个基础动作承载四种职责、机器检查与独立签章共同放行”的治理模型。交付仅为工程规范设计，不实施代码、不迁移现有资产，也不把提示词切换视为独立审查或运行时权限隔离。\n\n 任务契约与生命周期统一归入 specs/tasks/，不按角色建立文档孤岛。\n 同一 Agent 可以切. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
הבעיה אינה רק אם הסוכן “סיים”
ככל שסוכני AI מקבלים משימות מורכבות יותר, קל להתפתות למדוד הצלחה לפי התשובה האחרונה שלהם: האם הם דיווחו שהעבודה הושלמה? אבל דיווח כזה אינו מוכיח שהתוצר נכון, שהבדיקות אכן רצו או שמישהו שאינו היוצר בחן אותו.
החשש אינו תיאורטי בלבד: תקציר המחקר AutoSwarm מציין שפיצול עבודה בין סוכנים אינו מבטיח שיתוף פעולה משלים, ושיחסי תלות בין משימות עלולים להפוך שגיאה מקומית לכשל רחב יותר.1 מכאן נובעת הצעה מעשית: לארגן את העבודה סביב זרימת המשימה והראיות, ולא סביב אוסף של פרומפטים ודמויות.
ארבעה כובעים, שני שלבים
טיוטת הממשל מחלקת את העבודה לשני שלבים — Plan ו-Act — ומשבצת בהם ארבעה תפקידים:
- ב-Plan: האנליסט מברר מה הבעיה, מה חייב להיות נכון ואיך תיראה הצלחה. האדריכל הופך את זה לחוזה עבודה: ממשקים, תוצרים, בדיקות נדרשות, תלות בין משימות ואופן התאוששות מכשל.
- ב-Act: המתכנת מממש את העבודה במסגרת שאושרה. המפקח בודק את התוצר ואת הראיות, ומארגן ביקורת לפני שחרור.
הסדר חשוב: קודם מגדירים מה נחשב הצלחה, ורק אחר כך מממשים. איכות שמוטמעת בתוך תהליך העבודה, ולא מתווספת רק בסופו, מתיישבת גם עם גישת Huawei המתוארת במקור שלה.7
מסמך משימה אחד — ולא ארבע גרסאות של האמת
במקום לנהל סטטוס נפרד לכל תפקיד, ההצעה מגדירה לכל משימה מסמך סמכותי אחד. הוא אמור לכלול את המטרה, התלות, רשימת הקבצים המותרת, קריטריוני הקבלה, בדיקות החובה, ההרשאות והמצב הנוכחי. קובץ נפרד יכול להפנות למשימה הפעילה, אבל לא לשכפל את הסטטוס שלה.
זהו שינוי חשוב מול ניהול משימות דרך סיכומי צ'אט או רשימות צדדיות: אם מקורות שונים מציגים גרסאות שונות של המצב, קשה לדעת איזה אישור עדיין תקף. לפי ההצעה, שינוי משמעותי בחוזה מחייב גרסה חדשה ובדיקה מחדש של הראיות המושפעות.
שתי בדיקות לפני שחרור
המודל מציב שני תנאים מצטברים לאישור: בדיקות אוטומטיות שעברו, וסקירה עצמאית של אותו מועמד בדיוק. אם בדיקה נכשלה, לא נאספו נתונים מספיקים או שהמועמד השתנה מאז הבדיקה — אין אישור לשחרור.
כאן נמצאת ההבחנה המרכזית: סוכן יכול לעבור ממצב ביצוע למצב ביקורת ולחפש פגמים, אבל הוא עדיין אותו גורם. החלפת פרומפט, פתיחת שיחה חדשה או שימוש בתווית “מפקח” אינן הופכות את הביקורת לבלתי תלויה. לפי הטיוטה, ברירת המחדל היא שאדם שלא השתתף במימוש יבדוק את התוצר ויחתום עליו. חתימה אוטומטית תדרוש מסלול נפרד ומאושר שמוכיח מי המבקר ומה היו הרשאותיו.
פחות הקשר, יותר ראיות שימושיות
המסמך מציע גם לצמצם את החומר שמועבר בין שלבי העבודה. האנליסט מוסר את המטרה, התנאים החשובים והשאלות שנותרו פתוחות — לא את כל תמליל השיחה. המתכנת מוסר למפקח את זהות הגרסה שנבדקה, השינויים והראיות הרלוונטיות — לא רק הודעה קצרה שלפיה “הכול עבר”.
העיקרון הוא לשמור מידע שנדרש להחלטה, ולהפנות למקורות המקוריים כשצריך. עם זאת, התקציר מדגיש שתקציר אינו מוחק היסטוריה שכבר נמצאת בהקשר של המודל: אם הסביבה אינה מסוגלת להסיר אותה, צריך לומר זאת ולא לטעון שהקשר “נוקה”.
זו עדיין הצעת תכנון
חשוב להבחין בין מפרט לבין מערכת פועלת. הדוגמאות במסמך — לרבות נתיבי קבצים, תבניות, בדיקות וממשקי שער — הן נכסים מוצעים, ולא הוכחה שנוצרו, הופעלו או עברו בדיקה. גם הרשאות של כלים כמו Roo Code ו-Cline צריכות להיבדק בפועל; הנחיות טקסטואליות לבדן אינן מבטיחות חסימת פעולה.
במילים אחרות, הרעיון אינו להוסיף עוד “אישיות” לסוכן. הוא מציע לתת לכל משימה חוזה ברור, לקשור את תוצאות הבדיקה למועמד מסוים, ולדרוש אישור שאינו חתימה עצמית לפני שהתוצר ממשיך הלאה.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "לא עוד “סיימתי”: הצעה חדשה לניהול משימות של סוכני AI"?
ההצעה מרכזת את החוזה, ההתקדמות והראיות של כל משימה במסמך אחד, במקום לפזר אותם בין תפקידים, צ'אטים ורשימות מעקב.
What are the key points to validate first?
ההצעה מרכזת את החוזה, ההתקדמות והראיות של כל משימה במסמך אחד, במקום לפזר אותם בין תפקידים, צ'אטים ורשימות מעקב. אותו סוכן יכול לעבור בין תפקידי ניתוח, תכנון, ביצוע ופיקוח — אך החלפת תפקיד אינה מעניקה הרשאות חדשות ואינה הופכת אותו למבקר עצמאי.
What should I do next in practice?
כדי לאשר תוצר נדרשים גם בדיקות מכונה שעברו וגם חתימה של גורם בלתי תלוי; כישלון או חוסר ראיות פירושם שלא משחררים אותו.