תיאור הצרכים שלך

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

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

יצירה כ#

השורה הראשונה קובעת למה תהפוך הבקשה:

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

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

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

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

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

פרויקטים#

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

תאר את העבודה#

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

כותרת העבודה: שם קצר. זה מה שתחפש ברשימות מאוחר יותר.

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

Add rate limiting to the public API.
100 requests per minute per API key. Exceeding it returns 429 with a
Retry-After header. Limits are per key, not per IP.
Internal service-to-service calls are exempt — they authenticate with
service tokens, not API keys.
Do not change the existing auth middleware's public interface.

השורה האחרונה זו זו שמבצעת את העבודה האמיתית. שורות היקף הן ההבדל בין שינוי ממוקד לבין שינוי נרחב.

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

מפרט#

למשימות ולתכנונים יש מפרט פורשה עם שתי אפשרויות:

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

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

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

הגדרות מתקדמות#

אופציונלי. השדות שיוצגו תלויים במסלול.

השתמש בתהליך SDLC#

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

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

הכשרה לפני תחילת העבודה#

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

מטרה#

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

AI profile#

אילו מודלים מבצעים את העבודה. ראו פרופילי AI.

בדיקות בקרת איכות#

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

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

עדיפות#

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

תקציב טוקנים#

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

אילוצים#

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

להתחיל מ-/ להכניס בקשת משיכה ל-#

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

main → new Coroid branch → PR into main

Coroid יוצר תמיד את ענף העבודה. שדות אלו משנים רק את נקודת הסעיפה ואת המקום שבו נוחת ה-pull request. הם לא מאפשרים ל-Coroid לבצע commit ישירות לענף קיים, והטופס בודק שקיימים ענפים כאלה ברשת מרוחקת לפני שניתן להמשיך.

השתמש בהם כשאתה מבצע merge למשהו שונה מהענף המוגדר כברירת מחדל, כגון develop ענף או רכבת שחרור.

ספרינט ושחרור יעד#

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

המשך: אישור#

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

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

מה שקורה לאחר מכן תלוי בפסק הדין:

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

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

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

קשורות#

• דרכים להתחיל עבודה
• פיתוח מבוסס על מפרטים
• תוכניות
• ייבוא עבודה