Coroid är en AI-plattform för mjukvaruutveckling i produktionssystem. Engineering sätter standarden en gång: projektets kontext, kvalitetsreglerna som varje ändring måste följa, reglerna för granskning och vem som godkänner. Därefter kan vem som helst på företaget be om en ändring med vanligt språk, utan CLI eller kunskap om hur koden byggs. Coroid planerar arbetet, skriver koden, testar den, granskar den enligt standarden och öppnar en pull request i ditt repository för dig att godkänna.
Den här dokumentationen beskriver produkten så som den fungerar i dag. Om en funktion inte dokumenteras här är den inte tillgänglig än.
Ny här?
Gå igenom Kom igång i tur och ordning. Du går från ett tomt konto till en sammanslagen pull request: skapa en organisation, anslut ett repo, skapa ett projekt, kör en uppgift och granska resultatet.
Förstå hur det fungerar
Så blir en uppgift en pull request är sidan som allt annat hänvisar till – hela vägen från din beskrivning till en PR, med varje steg namngivet.
Läs sedan Agenternas roller för att se vem som gör vad, och guiden till specifikationsdriven utveckling, som är det du har mest att vinna på att bli bra på. Kvaliteten på det Coroid bygger begränsas av kvaliteten på instruktionerna.
- 1
SpecifikationVad som ska byggas och hur du vet att det fungerar
ArkitektDu kan redigera - 2Plan
Steg i rätt ordning, granskade innan någon kod skrivs
ArkitektDu godkänner - 3
ByggKod och tester skrivs i en isolerad arbetsyta
Utvecklare - 4
VerifieraDin testsvit, tillsammans med kontroller och kvalitetskontroller
QA - 5
GranskningAutomatisk granskning av diffen
Granskare - 6Pull request
På en branch i ditt repository, i väntan på dig
Du mergar
Misslyckad verifiering och granskningsfynd som går att åtgärda skickas tillbaka till utvecklaren för omarbete, innan någon pull request öppnas.
Hitta rätt
| Avsnitt | Innehåll |
|---|---|
| Kom igång | Från konto till första sammanslagna pull request |
| Begrepp | Så fungerar systemet i praktiken |
| Arbete och planering | Starta arbete, uppgifter, planer och releaser |
| Projekt och kod | Repo, bygg- och testkonfiguration, kontext |
| Mjukvarufabriken | Pågående arbete, automatiseringar och rapporter |
| Kvalitet och granskning | Kontroller, resultat, underlag och webbläsartester |
| Globalisering | Språk, översättningar och kod redo för hela världen |
| Drift och övervakning | Mission Control, resultat och aviseringar |
| Organisationsinställningar | Medlemmar, nycklar, policy och datalagring |
| Fakturering och kapacitet | Platser, krediter, användning och fakturor |
| Integrationer | Versionshantering, chatt, MCP, underlag och hooks |
| Referens | Ordlista, statusar, begränsningar och felsökning |
Tre saker som är bra att känna till direkt
Agentplatser styr hur många uppgifter som körs samtidigt – inte hur snabbt en enskild uppgift körs. Hur lång tid en uppgift tar beror på ändringens omfattning och din testsuite. Se Kapacitet och agentplatser.
NEEDS_HUMAN_REVIEW är inget misslyckande. Det betyder att arbetet har nått ett beslut som bara
du kan fatta. Svara så fortsätter uppgiften. Se
Uppgiftsstatusar.
Fungerar något inte som förväntat?
Börja i felsökningsguiden, där du hittar svar utifrån symptom.