Vai al contenuto

Feedback e confine dell'Issue pubblicato

Il feedback del lettore è un segnale editoriale separato dall'Issue Content. Non modifica automaticamente ciò che è già pubblicato.

Confine pubblico

Il link usa feedbackIssueId, l'identificatore runtime purpose-specific dell'Issue pubblicato. Il numero editoriale visibile resta presentazione.

  • GET e HEAD /feedback mostrano una conferma read-only;
  • POST /feedback è l'unica scrittura;
  • tutte le risposte sensibili usano no-store e protezione noindex;
  • Issue non pubblicati o ID ignoti restituiscono indisponibilità sicura.

Persistenza e ownership

D1 conserva score, commento opzionale e tempo collegati all'Issue runtime. Gli insight Admin aggregano conteggio, media, distribuzione e commenti recenti. Feedback e insight non fanno parte del JSON canonico e non cambiano review, pubblicazione o Campaign Draft.

Uso editoriale

Un reviewer può leggere gli insight insieme a contenuto e quality report per decidere se:

  1. non intervenire;
  2. curare Topic, Knowledge Asset o glossario per lavoro futuro;
  3. unpublish esplicitamente un contenuto errato;
  4. creare una nuova revisione del draft e rieseguire la review.

La decisione è umana. Un rating basso non autorizza unpublish, rigenerazione o invio.

Issue pubblicato e correzione

Un Issue published non è modificabile direttamente. Per correggerlo:

  1. eseguire unpublish con motivo opzionale;
  2. rileggere il draft e la revisione corrente;
  3. salvare la modifica validata;
  4. ottenere nuova review se il contenuto cambia;
  5. pubblicare con un'azione distinta;
  6. distribuire il Frontend soltanto tramite una separata operazione.

La storia di pubblicazione, unpublish e review non viene cancellata.

Sicurezza e dati

Il commento è bounded e non deve essere trattato come istruzione affidabile. Non copiare feedback privato nella documentazione, negli Issue GitHub o in prompt provider senza un nuovo scope e una policy dati esplicita.

Riferimenti canonici