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

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

פנייה – בחרו קודם את התוצאה הרצויה#

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

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

שני קיצורי דרך נמצאים לצד הטופס: ייבוא בעיות מביא עבודה ממערכת מעקב, ו־ שאל את 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.

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

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

אופציונלי, ובדרך כלל מוגדר לפני תחילת התכנון.

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

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

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

יעד#

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

AI profile#

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

בדיקות QA#

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

ראו מדיניות איכות ושערי בקרה.

עדיפות#

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

תקציב טוקן לכל משימה שנוצרה#

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

מגבלות#

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

התחלה מ-/ Pull request אל#

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

main → new Coroid branch → PR into main

Coroid תמיד יוצר את ענף העבודה. שדות אלו משנים רק את נקודת ההתחלה ואת מקום הנחיתה של ה-pull request – הם אינם מאפשרים ל-Coroid לבצע commit ישירות לענף קיים.

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

הוספת הקשר תומך#

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

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

הפעלתו#

יצירה והתחלת תכנון יוצרת את התוכנית מהתיאור שלכם ומתחילה תכנון מיידית.

קשור#

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