Beskriv vad du behöver

Nytt arbete är platsen där en person beskriver arbete i portalen. Du beskriver resultatet en gång. Coroid granskar förfrågan innan något skapas och omvandlar den sedan till en uppgift, en plan i flera faser, en rapport eller en automatisering.

Arbete kommer också från ärendehanteringssystem, dina egna system och automatisering. Se Olika sätt att starta arbete.

Skapa som#

Det första alternativet avgör vad förfrågan blir:

Automatiskt är valt som standard. Coroid läser förfrågan under kvalificeringen och väljer den väg som passar. Välj själv en väg när du redan vet vad du vill ha: Uppgift när arbetet är en enskild ändring som en granskare kan gå igenom vid ett tillfälle, Plan när det krävs flera ändringar i en viss ordning, eller när du vill se hela upplägget innan du bestämmer dig.

Om du väljer en väg och kvalificeringen rekommenderar en annan, visas det i formuläret innan något skapas. Du kan godta rekommendationen eller redigera förfrågan.

Arbete som omfattar mer än ett projekt blir alltid en plan. När ett andra projekt har lagts till är bara Automatiskt och Plan tillgängliga.

Formuläret anpassas efter vyn. För Rapporter efterfrågas egna uppgifter längre ner, och uppgifter och planer visar specifikationsavsnittet. En automatisering har ett eget formulär: välj när den körs och vad den gör. Se Automatiseringar.

Bredvid formuläret finns två genvägar: Importera ärenden hämtar in arbete från ett ärendehanteringssystem, och Fråga Coroid skickar samma uppgift till chattassistenten.

Projekt#

Välj projektet som arbetet hör till. För Automatiskt och Plan kan du lägga till fler projekt när arbetet omfattar beroende projekt. Så beskriver du arbete över flera projekt. En uppgift körs alltid i exakt ett projekt.

Beskriv arbetet#

Två fält med olika syften.

Arbetets titel: ett kort namn. Det är det du senare letar efter i listor.

Beskrivning: själva innehållet. Resultat, sammanhang, begränsningar, källmaterial och vad Coroid ska leverera. Beskriv resultatet snarare än implementationen; Coroid omvandlar det till en testbar specifikation och kontrollerar det färdiga arbetet mot de löftena.

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.

Den sista raden gör verklig skillnad. Tydliga gränser för omfattningen skiljer en fokuserad ändring från en alltför omfattande.

För Automatiskt, Uppgift och Plan kan du släppa, klistra in eller bifoga filer under beskrivningen: skärmbilder, PDF-filer och anteckningar. Uppgifter godtar bilder; planer godtar även PDF-filer och textfiler.

Specifikation#

Uppgifter och planer har ett avsnitt för Specifikation med två alternativ:

• Från beskrivningen: standardalternativet. Coroid skriver specifikationen utifrån din beskrivning (avsikt, användarberättelser och acceptanskriterier) och bygger och verifierar sedan arbetet mot den.
• Skriv själv: din specifikation ersätter den genererade. Fyll själv i avsikt, användarberättelser, acceptanskriterier, begränsningar, affärsvärde, omfattning och typ.

Med Skriv själv, Strukturera med AI skapar utkast till fälten utifrån din beskrivning så att du kan redigera dem. Du får också en översikt över vad som bevarats, lagts till och inte fick plats, så att du kan kontrollera att inget från beskrivningen har gått förlorat.

Skriv själv när acceptanskriterier redan finns, till exempel i ett produktkrav. Annars kan du börja med beskrivningen och rätta resultatet under fliken Specifikation för uppgiften. Se Specifikationsdriven utveckling.

Avancerade inställningar#

Valfritt. Vilka fält som visas beror på vald väg.

Använd SDLC-arbetsflödet#

Av som standard. Aktivera om du vill granska en avsikt och en specifikation innan planeringen börjar. Den sista knappen ändras till Förbered arbete och öppnar guidad förberedelse i stället för att skapa arbetet direkt.

Aktivera när arbetet är så betydelsefullt att du vill ha en avstämning innan ens ett förslag till upplägg har tagits fram. Låt det vara av för arbete där beskrivningen redan är entydig. Se SDLC-arbetsflödet.

Kvalificera innan arbetet börjar#

På som standard. Om organisationens policy tillåter det kan du stänga av kvalificeringen för en förfrågan. Då måste du ange ett skäl, och aktör, skäl, tidpunkt och policy registreras permanent i granskningsloggen. När kvalificeringen kringgås framgår det av rubriken Avancerade inställningar.

Mål#

Endast planer. Vad planen ska uppnå utöver beskrivningen. Beskrivningen anger vad som ska byggas; målet anger varför.

Profil för AI#

Vilka modeller som kör arbetet. Se AI-profiler.

QA-kontroller#

Vilken verifieringsnivå som gäller. Använd standardvärdet enligt policyn hämtar inställningen från projektets eller organisationens policy för Kvalitetskontroll. Standard kör de aktuella kontrollerna. Grundlig lägger till extra noggranna livekontroller mot beskrivningen och kan underkänna arbete som skulle godkännas med Standard.

Den fastställda policyn låses när körningen börjar. Om du ändrar policyn i efterhand påverkar det inte arbete som redan pågår. Se Kvalitetspolicyer och kontroller.

Prioritet#

P0 till P3, standardvärdet är P2. Prioriteten avgör ordningen i kön när det finns mer arbete att göra än agentplatser. Den ökar inte kapaciteten. Se Kapacitet och agentplatser.

Tokenbudget#

För en plan begränsar Tokenbudget per genererad uppgift hur mycket kontext varje genererad uppgift får använda. För en uppgift begränsar Maximal tokenbudget själva uppgiften. Lämna fältet tomt om du inte vill sätta någon gräns. Höj budgeten för arbete som kräver att agenten läser stora delar av en omfattande kodbas. Sänk den för att hålla kostnaderna nere vid rutinuppgifter.

Begränsningar#

Endast för planer. Ange planens begränsningar, sådant som inte ingår, beroenden och leveransregler. Här anger du uttryckligen vad som inte ingår. Det är det mest effektiva fältet för att förhindra att omfattningen växer.

Utgå från / Pull request till#

Vilken branch arbetet utgår från och vilken branch pull request riktas mot. Samma som Utgå från är markerat som standard, så båda följer samma inställning.

main → new Coroid branch → PR into main

Coroid skapar alltid en arbetsbranch. De här fälten ändrar bara utgångspunkt för branchningen och var pull request hamnar. De kan inte få Coroid att göra en commit direkt till en befintlig branch. Formuläret kontrollerar att brancherna finns på fjärrservern innan du fortsätter.

Använd dem när du mergar till något annat än din standardbranch, till exempel en develop -branch eller en releaseplan.

Sprint och målrelease#

Uppgifter och Automatisk förfrågningar som blir uppgifter. Lägg uppgiften i en sprint och koppla den till en planerad release redan från början, i stället för att tilldela den i efterhand.

Fortsätt: kvalificering#

När du trycker på Fortsättskapas ingenting. Coroid kontrollerar först att förfrågan inte innehåller inloggningsuppgifter eller andra känsliga värden och kör sedan Kvalificering:

Kvalificeringen jämför förfrågan med den aktuella releasen, söker efter dubbletter, verifierar eller återskapar det den kan, bedömer påverkan, ägarskap, omfattning och svårighetsgrad och avgör hur den ska hanteras. Du kan följa varje kontroll i realtid.

Nästa steg beror på resultatet:

• Kvalificerad: en uppgift eller plan utan bilagor eller SDLC-arbetsflöde skapas så snart kvalificeringen har godkänts. Annars kommer du tillbaka till formuläret med Granska och skapa, och den sista knappen anger vad som skapas: Skapa uppgift, Skapa plan, Skapa rapport eller Skapa automatisering. En ny uppgift läggs genast i kön och en ny plan börjar planeras.
• Dubblett eller Redan åtgärdad: inget nytt arbete skapas. En dubblett kopplas till den befintliga förfrågan som redan omfattar den.
• Redan löst: samma problem eller fel hanteras redan via en annan förfrågan, i vilket projekt som helst. Förfrågan kopplas i stället till det arbetet.
• Ingen ändring behövs: bedömningen visar att det rapporterade beteendet är avsett. Inget arbete skapas.
• Uppskjuten: gäller bara för förfrågningar som kommer in utan en person, till exempel via arbetsintaget API eller övervakning. Arbetet kvalificerar sig, men måste vänta på kapacitet eller budget från mandatets . En förfrågan som du skickar in här skjuts aldrig upp.
• Kan inte återskapas, Avvisad eller Behöver granskas: inget arbete skapas. Redigera förfrågan och lägg till underlag, försök med kvalificeringen igen eller stäng den.

Om du inte håller med om resultatet kan någon med rätt behörighet skapa arbete ändå. Åsidosättningen måste ha en motivering, som också registreras.

Förfrågningar som väntar på ett beslut visas under Mjukvarufabrik → Granskning, och varje inskickad förfrågan får en egen sida med kontroller, underlag och granskningslogg, oavsett resultat.

Relaterat#

• Sätt att starta arbete
• Specifikationsdriven utveckling
• Planer
• Importera arbete