Et robotinnlegg havner i karantene når Publish Guard returnerer noe annet enn det nøyaktige svaret OK. Innlegget i karantene er ikke publisert og holdes utenfor den vanlige publiseringsflyten, slik at en person kan gå gjennom innholdet og konfigurasjonen av kontrollen.
1. Åpne GuardBox#
Åpne GuardBox fra hovedmenyen. Du kan også bruke Display i varselet om karantene når det vises. Det gjeldende franske preproduksjonsgrensesnittet som vises nedenfor, kaller denne handlingen Afficher.
Åpne det berørte innlegget, og les begrunnelsen fra Publish Guard som er lagret sammen med det. Begrunnelsen vises i høyre panel under handlingen for frigivelse. I det franske grensesnittet betyr Appliquer les modifications Apply changes.
Hvis du ser gjennom mange innlegg, filtrerer du innleggene etter status, merkevare, robot, sosial konto eller dato for å avgrense gjennomgangen.
2. Identifiser typen feil#
Klassifiser saken før du redigerer noe.
2.1. Avslag på innholdet#
Begrunnelsen nevner en regel og forklarer hvilken del av meldingen, tittelen, beskrivelsen eller mediet som kan bryte den. Sammenlign begrunnelsen med kilden og den redaksjonelle policyen din. En presis begrunnelse betyr vanligvis at malen ble fullført som normalt.
2.2. Feil i konfigurasjonen eller hos leverandøren#
En feil om manglende mal for Publish Guard, manglende AI-token, leverandørtilgang eller gjengivelse av malen er ikke en redaksjonell dom. Kontroller malen for merkevaren, legitimasjonen for AI-leverandøren, feltene malen bruker, og robotens arv eller overstyring. Et manglende påkrevd AI-token kan også deaktivere roboten.
Ikke skriv om gyldig redaksjonelt innhold bare for å skjule en infrastrukturfeil. Eskaler konfigurasjonsproblemet til riktig administrator.
3. Rett opp innlegget på en trygg måte#
Ved et reelt avslag på innholdet:
- Bekreft den flaggede passasjen mot den opprinnelige kilden.
- Rediger meldingen, tittelen, beskrivelsen, lenkeforhåndsvisningen, alternativteksten eller mediet etter behov.
- Bevar den tiltenkte betydningen, og dokumenter vesentlige redaksjonelle endringer i tråd med redaksjonens rutiner.
- Hvis begrunnelsen virker feil, behandler du den som en mulig falsk positiv i stedet for å omgå den i det stille.
Ved en konfigurasjonsfeil retter du først malen for merkevaren eller legitimasjonen i et kontrollert testmiljø. Hvis en felles policy må endres, innhenter du godkjenning fra den redaksjonelle eieren og kjører preproduksjonsmatrisen på nytt.
4. Kontroller på nytt før frigivelse#
Å redigere et innlegg i karantene beviser ikke at det nå består policyen.
- Klikk på PublishGuard i innleggsredigeringen på nytt etter den siste redigeringen.
- Vent på resultatet.
- Fortsett først når Publication validated by PublishGuard vises og svaret fra den underliggende malen er nøyaktig
OK. - Bruk Apply edition for å frigi det rettede innlegget tilbake til den tiltenkte publiseringsflyten.
Før denne siste handlingen skal panelet vise kontrollen fra PublishGuard med OK:
Hvis kontrollen fortsatt returnerer en begrunnelse, lar du innlegget ligge i karantene og gjentar gjennomgangen. Sjekk planleggingen før frigivelse: Et innlegg med et planlagt tidspunkt som allerede er passert, kan bli publisert umiddelbart.
5. Håndter falske positive#
Ikke deaktiver Publish Guard på en robot i produksjon bare for å frigi ett omstridt innlegg. Gjør i stedet dette:
- lagre innleggets identifikator, begrunnelsen for avslaget, malversjonen, språket og tidspunktet;
- be eieren av den redaksjonelle policyen avgjøre om innlegget eller regelen bør endres;
- gjenskap saken med renset, syntetisk tekst i preproduksjon;
- legg til et godkjent tilfelle av falsk positiv i regresjonsmatrisen når policyen endres;
- krev godkjenning fra administrator før du endrer en felles mal eller håndhevingen på en robot.
Hold sensitiv eller upublisert tekst utenfor saker, chatmeldinger og testprompter. Del bare det minimum av renset dokumentasjon som trengs for eskaleringen.
6. Trygg eskaleringsvei#
| Situasjon | Eskaler til | Behold innlegget |
|---|---|---|
| Tydelig redaksjonelt brudd | Redaktør eller moderasjonsleder | I GuardBox til det er rettet og har bestått |
| Omstridt eller tvetydig regel | Eier av den redaksjonelle policyen | I GuardBox i påvente av en avgjørelse |
| Manglende mal eller feil ved gjengivelse av malen | Nonli-administrator | I GuardBox til konfigurasjonen består |
| Manglende eller ugyldig AI-token | Organisasjonens administrator | I GuardBox. Kontroller om roboten har stoppet |
| Gjentatte uforklarlige feil | Nonli-støtten med renset dokumentasjon | I GuardBox. Ikke omgå kontrollen |