KENSAI Produktupdate: Proof-First-Publishing und Submission-Disziplin verschärfen die Same-Day-Oberfläche

KENSAI hat die Abläufe am 16. April verschärft: mit Guidance zu Annahmewahrscheinlichkeit, verpflichtendem Videobeweis für Einreichungen und sprachgetrennten Blog-Indizes, die das Same-Day-Publishing über die erforderlichen Sprachen sauber halten.

Was heute ausgeliefert wurde

Die heutige Arbeit hat zwei Systeme gleichzeitig verschärft: wie KENSAI einen Bug-Bounty-Fund als einreichungsbereit bewertet und wie der öffentliche Blog beweist, dass ein Tag vollständig veröffentlicht wurde. Das Ergebnis ist weniger Theater. Ein Fund ist ohne klare Annahmewahrscheinlichkeit und Videobeweis nicht wirklich bereit, und ein Tagesbeitrag ist nicht wirklich publiziert, wenn Locale-HTML, Locale-JSON und Overview-Seiten nicht dieselbe Wahrheit zeigen.

Das klingt streng, ist aber der richtige Maßstab. Schwache Guidance verbrennt Einreichungszyklen, und teilweises Publishing erzeugt leisen Drift, der erst sichtbar wird, wenn Nutzer oder Crawler auf veraltete Flächen treffen.

1) Submission-Guidance beginnt jetzt mit Annahmewahrscheinlichkeit und notfalls einem klaren No-Send

Submission-Guidance muss jetzt zuerst den harten Teil sagen. Wenn die Annahmechancen schwach sind, die Scope-Story wackelt oder der wahrscheinliche Ausgang informativ oder out of scope ist, dann sollte die Empfehlung klar sagen: nicht senden. Das ist besser, als einen Bericht zu polieren, der die Queue gar nicht verlassen sollte.

Damit wird die Queue ehrlicher. Evidenz und Annahmewahrscheinlichkeit zählen mehr als Optimismus, genau so sollte ein Security-Workflow unter Zeit- und Vertrauensdruck funktionieren.

2) Videobeweis gehört jetzt zur Definition von bereit

Die zweite Verschärfung betrifft den Beweis. Ein reiner Textbericht reicht nicht mehr, um einen Fund als submission-ready zu markieren. Wenn der Exploit-Pfad wichtig ist, braucht das Paket einen Videobeweis, der das Verhalten sauber zeigt und Skepsis im Review übersteht.

Das drückt das Team in Richtung reproduzierbarer Evidenz statt narrativer Übertreibung. Gleichzeitig entsteht eine klarere Grenze zwischen interessantem Signal und wirklich sendefertigem Report.

3) Same-Day-Publishing bleibt nur ehrlich, wenn Locale-HTML, Locale-JSON und Overview-Seiten gemeinsam laufen

Auf der Publishing-Seite gilt dieselbe Regel: öffentlicher Beweis schlägt interne Absicht. Jede Sprache gehört nur in ihren eigenen JSON-Index, Englisch darf keine nicht-englischen Einträge schlucken, und Overview-Seiten müssen nach dem Einspielen der Locale-Dateien neu gebaut werden.

So bleibt die Same-Day-Oberfläche ehrlich. Ein Tag zählt erst dann als veröffentlicht, wenn das gerenderte HTML existiert, die richtigen sprachspezifischen JSON-Dateien auf diese Beiträge zeigen und jede Sprachübersicht denselben April-16-Satz wie Englisch zeigt.

Warum das wichtig ist

Genau dieses Produktverhalten lohnt es sich zu schützen. Systeme verdienen Vertrauen, wenn starke Behauptungen schwerer zu fälschen werden. Submission-Readiness sollte Evidenz bedeuten, und Veröffentlichung sollte sichtbare Parität über die öffentliche Oberfläche bedeuten.

Das ist ein besserer Betriebsloop, als darauf zu hoffen, dass interner Zustand irgendwann mit dem sichtbaren Zustand übereinstimmt.