Schvalovací postupy
Schválení má cenu jen tehdy, když to, co bylo schváleno, je to, co jde ven.
Toto popisuje návrh, ne fungující službu
Problém
Schválení obvykle žijí mimo nástroj, který publikuje. Snímek obrazovky jde klientovi, klient odpoví ano, a pak se text změní. Schválení teď odkazuje na koncept, který nikdo nemá, a nástroj o tom neví, takže publikuje to, co dostal naposledy.
Jak je produkt navržen
- Schválení je připojeno přesně k obsahu, který byl zkontrolován. Úprava schváleného konceptu ruší schválení a říká, které pole se změnilo, místo aby potichu přeneslo staré rozhodnutí dál.
- Kontrolor může schválit, požádat o změny nebo odmítnout, a komentář je vyžadován pro cokoli jiného než schválení, takže autor nikdy nemusí hádat, co opravit.
- Pravidlo žije ve sdílené aplikační vrstvě, takže webová aplikace, REST API, MCP server, CLI a webhooky je všechny dodržují. Žádný povrch nemá zkratku kolem kontroly.
Co je skutečně postavené
Stavy schválení, kontrolní povrch, pravidla opětovného schvalování a auditní události za nimi jsou postavené. Co postavené není, je poslední krok, protože žádný konektor neprošel svou definicí hotovo, takže schválený příspěvek zatím nemá kam jít.
Questions
Does this workflow run today?
Not end to end. No connector is verified in production, so nothing described on this page publishes anywhere yet. The section on what is actually built says which parts exist.
Will it use unofficial ways to post?
No. Publishing goes only through each platform's official API. There is no browser automation, no scraping and no automated engagement.
Na této stránce jsem našel něco špatně
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.