Godkännandeflöden
Ett godkännande är bara värt något om det som godkändes är det som går ut.
Detta beskriver en design, inte en fungerande tjänst
Problemet
Godkännanden lever oftast utanför verktyget som publicerar. En skärmdump går till en kund, kunden svarar ja, och sedan ändras texten. Godkännandet syftar nu på ett utkast ingen har, och verktyget vet inget om det, så det publicerar vad det senast fick.
Hur produkten är utformad
- Ett godkännande är kopplat till exakt det innehåll som granskades. Att redigera ett godkänt utkast ogiltigförklarar godkännandet och säger vilket fält som ändrades, i stället för att tyst föra det gamla beslutet vidare.
- En granskare kan godkänna, begära ändringar eller avslå, och en kommentar krävs för allt utom godkännande, så författaren behöver aldrig gissa vad som ska rättas.
- Regeln lever i det delade applikationslagret, så webbappen, REST-API:et, MCP-servern, CLI:t och webhooks följer den alla. Ingen yta har en genväg runt granskningen.
Vad som faktiskt är byggt
Godkännandestatusarna, granskningsytan, reglerna för ny godkännande och revisionshändelserna bakom dem är byggda. Vad som inte är byggt är det sista steget, eftersom ingen anslutning har klarat sin definition of done, så ett godkänt inlägg har ännu ingenstans att gå.
Hittade något fel på denna sida
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.