Przepływy zatwierdzania
Zatwierdzenie jest coś warte tylko wtedy, gdy to, co zatwierdzono, jest tym, co zostaje opublikowane.
To opisuje projekt, a nie działającą usługę
Problem
Zatwierdzenia zwykle żyją poza narzędziem, które publikuje. Zrzut ekranu trafia do klienta, klient odpowiada tak, a potem tekst się zmienia. Zatwierdzenie odnosi się teraz do szkicu, którego nikt nie ma, a narzędzie nie ma o tym pojęcia, więc publikuje to, co ostatnio dostało.
Jak zaprojektowano produkt
- Zatwierdzenie jest przypięte dokładnie do treści, która została sprawdzona. Edycja zatwierdzonego szkicu unieważnia zatwierdzenie i mówi, które pole się zmieniło, zamiast po cichu przenosić starą decyzję dalej.
- Recenzent może zatwierdzić, poprosić o zmiany lub odrzucić, a komentarz jest wymagany dla wszystkiego poza zatwierdzeniem, więc autor nigdy nie musi zgadywać, co poprawić.
- Reguła żyje we wspólnej warstwie aplikacji, więc aplikacja webowa, REST API, serwer MCP, CLI i webhooki wszystkie jej przestrzegają. Żadna powierzchnia nie ma skrótu omijającego recenzję.
Co jest faktycznie zbudowane
Stany zatwierdzenia, powierzchnia recenzji, reguły ponownego zatwierdzania i stojące za nimi zdarzenia audytu są zbudowane. To, co nie jest zbudowane, to ostatni krok, ponieważ żaden łącznik nie przeszedł swojej definicji ukończenia, więc zatwierdzony post nie ma jeszcze dokąd trafić.
Znalazłem coś złego na tej stronie
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.