משימות

משימה היא יחידת עבודה אחת שמסתיימת ב־pull request. זו הפעולה הממשית – תוכניות, ספרינטים ונתיבים הם דרכים לארגן משימות.

כותרת#

שורת כפתורים מסכמת את המשימה במבט חטוף: ה־ פרויקט, ה־ סוג, ה־ AI profile שמריץ אותה, וה־ בדיקות QA המוחלות – מוצגות כשם המדיניות, מקורה וגרסתה, לדוגמה Standard · From plan · Organisation policy · v6.

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

זרם עבודה של סוכנים#

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

אדריכל → מפתח → QA → מבקר

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

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

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

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

קריטריוני קבלה#

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

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

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

מסלול ביצוע#

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

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

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

הרחבת רשומת ביצוע מציגה את כל המסלול השלבי: קבצים שנקראו, פקודות שבוצעו, חשיבה של הסוכן, וכל קובץ ששונה עם מספר השורות שלו (+25 / −0). רשומות טוקנים מציגות יעילות מטמון (9.1k used (90% cached)), שבדרך כלל מהווה את ההבדל בין ריצה יקרה לזולה.

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

הפרקים הנותרים#

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

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

עדיפות#

למשימות יש עדיפות P0 (הגבוהה ביותר) עד P3, כאשר ברירת המחדל היא P2. העדיפות מסדרת את התור כאשר יש יותר משימות מחכות מאשר מקומות פנויים.

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

מצבים#

כל מצב של משימה ומה לעשות בנוגע אליו נמצא ב מצבי משימות. שני המצבים החשובים לדעת כאן הם:

• PENDING אינה תקועה. היא נמצאת בתור, מחכה למקום פנוי.
• NEEDS_HUMAN_REVIEW אינה כישלון. זו שאלה. ענו עליה והמשימה תמשיך.

התערבות#

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

קשורים#

• תיאור הצרכים שלכם
• תוכניות
• תפקידי סוכנים
• מקור