Ett inlägg från en bot hamnar i karantän när Publish Guard returnerar något annat än exakt svaret OK. Inlägget i karantän har inte publicerats och hålls utanför det vanliga publiceringsflödet, så att en person kan granska innehållet och kontrollens konfiguration.
1. Öppna GuardBox#
Öppna GuardBox från huvudmenyn. Du kan också använda Display (visa) i aviseringen om karantän när den visas. I det aktuella franska gränssnittet i förproduktionsmiljön, som visas nedan, heter den här åtgärden Afficher.
Öppna det berörda inlägget och läs orsaken från Publish Guard som har sparats med det. Orsaken visas i den högra panelen under åtgärden för att släppa inlägget. I det franska gränssnittet betyder Appliquer les modifications Apply changes (verkställ ändringarna).
Om du går igenom många inlägg kan du filtrera inläggen efter status, varumärke, bot, konto i sociala medier eller datum för att avgränsa granskningen.
2. Avgör vilken typ av fel det är#
Klassificera fallet innan du redigerar något.
2.1. Avslag på grund av innehållet#
Orsaken namnger en regel och förklarar vilken del av meddelandet, rubriken, beskrivningen eller mediet som kan bryta mot den. Jämför orsaken med källan och din redaktionella policy. En precis orsak betyder oftast att mallen kördes klart på vanligt sätt.
2.2. Fel i konfigurationen eller hos leverantören#
Ett fel om en saknad Publish Guard-mall, en saknad AI-token, åtkomst till leverantören eller rendering av mallen är inget redaktionellt beslut. Kontrollera varumärkets mall, autentiseringsuppgifterna för AI-leverantören, fälten som mallen använder och botens arv eller manuella justering. En saknad obligatorisk AI-token kan också inaktivera boten.
Skriv inte om giltigt redaktionellt innehåll bara för att dölja ett infrastrukturfel. Eskalera konfigurationsproblemet till rätt administratör.
3. Rätta inlägget på ett säkert sätt#
Vid ett verkligt avslag på grund av innehållet:
- Kontrollera det flaggade avsnittet mot originalkällan.
- Redigera meddelandet, rubriken, beskrivningen, länkförhandsvisningen, den alternativa texten eller mediet efter behov.
- Bevara den avsedda betydelsen och dokumentera varje väsentlig redaktionell ändring enligt redaktionens rutiner.
- Om orsaken verkar felaktig, behandla den som ett möjligt falsklarm i stället för att kringgå den i tysthet.
Vid ett konfigurationsfel rättar du först varumärkets mall eller autentiseringsuppgiften i en kontrollerad testmiljö. Om en gemensam policy behöver ändras, be den som ansvarar redaktionellt för den om godkännande och kör testmatrisen i förproduktionsmiljön igen.
4. Kontrollera på nytt innan du släpper inlägget#
Att redigera ett inlägg i karantän bevisar inte att det nu klarar policyn.
- Klicka på PublishGuard igen i inläggsredigeraren efter den sista ändringen.
- Vänta på resultatet.
- Fortsätt bara när Publication validated by PublishGuard visas och mallens underliggande svar är exakt
OK. - Använd Apply edition för att släppa tillbaka det rättade inlägget till det avsedda publiceringsflödet.
Före den sista åtgärden ska panelen visa PublishGuard-kontrollen med OK:
Om kontrollen fortfarande returnerar en orsak, låt inlägget ligga kvar i karantän och upprepa granskningen. Kontrollera schemat innan du släpper inlägget: ett inlägg vars planerade tid redan har passerat kan publiceras direkt.
5. Hantera falsklarm#
Inaktivera inte Publish Guard på en bot i produktion bara för att släppa ett omtvistat inlägg. Gör i stället så här:
- spara inläggets identifierare, orsaken till avslaget, mallens version, språket och tidpunkten;
- be den som ansvarar för den redaktionella policyn att avgöra om inlägget eller regeln ska ändras;
- återskapa fallet med anonymiserad syntetisk text i förproduktionsmiljön;
- lägg till ett godtaget fall av falsklarm i regressionsmatrisen när policyn ändras;
- kräv godkännande från en administratör innan en gemensam mall eller botens tillämpning av kontrollen ändras.
Håll känslig eller opublicerad text utanför ärenden, chattmeddelanden och testprompter. Dela bara det minsta anonymiserade underlag som behövs för eskaleringen.
6. Säker eskaleringsväg#
| Situation | Eskalera till | Behåll inlägget |
|---|---|---|
| Tydligt redaktionellt regelbrott | Redaktör eller moderationsansvarig | I GuardBox tills det är rättat och godkänt |
| Omtvistad eller tvetydig regel | Ansvarig för den redaktionella policyn | I GuardBox i väntan på ett beslut |
| Saknad mall eller renderingsfel | Nonli-administratör | I GuardBox tills konfigurationen godkänns |
| Saknad eller ogiltig AI-token | Organisationens administratör | I GuardBox; kontrollera om boten har stoppats |
| Upprepade oförklarliga fel | Nonlis support med anonymiserat underlag | I GuardBox; kringgå inte kontrollen |