chemenu/kb/sources/Source - Publish-Remote Gate and Issue Triage Session 2026-09-01.md

type, source_type, author, raw_files, source_language, date, tags, entities, concepts, summary

type	source_type	author	raw_files	source_language	date	tags	entities	concepts	summary
types/source.md	notes	Torben	raw/notes/Conversation Transcript - Publish-Remote Gate and Issue Triage Session 2026-09-01.md	de	2026-09-01		Chemenu wikitool	Publish-Remote Gate Mass-Update Gate Issue Label Scheme	Sitzung, die ein drittes, Token-loses Gate fuer publish baut, instructions/private-instance.md schreibt, sechs Gitea-Issues auf den Rename und die neue Architektur nachzieht und die Actions-Run-Historie entfernen laesst.

Source: Publish-Remote Gate and Issue Triage Session 2026-09-01

Autor: Torben
Datum: 2026-09-01
Raw-Dateien: raw/notes/Conversation Transcript - Publish-Remote Gate and Issue Triage Session 2026-09-01.md
Typ: Notes

Zusammenfassung

Direkte Fortsetzung der Veröffentlichungssitzung: Torben bat um eine Remote-Allowlist für publish, eine Bitte, vor dem Öffentlich-Schalten von Gitea zu warten und einen Spickzettel dafür, und ein Kurz-Howto für die lokale Dev-Umgebung - dazu, nach eigenem Ermessen, Issues zu pflegen. Gebaut wurde das Publish-Remote-Gate: Es prüft die aufgelöste Push-URL (nicht den Remote-Namen, weil ein umgebogener origin sonst durchrutschen würde) gegen eine optionale, gitignorete Allowlist-Datei und hat als einziges der drei Gates keinen Freigabe-Token - der Weg daran vorbei ist ein bewusster Edit der Datei durch den Menschen. instructions/private-instance.md beschreibt seither das Clone-mit-Upstream-Setup, mit dem Gate als Schritt vor dem ersten publish.

Sechs offene Issues wurden auf den Chemenu-Rename hin durchgesehen; mehrere trugen noch den alten Paketpfad. Drei neue Issues entstanden aus Punkten, die im Tagesverlauf entschieden und dann zurückgestellt worden waren (Handbuch-Vorbedingung, Demo-vs-Testbett-Konflikt, veraltete Issue-Texte). Nach dem Öffentlich-Schalten wurde anonym end-to-end geprüft (Klon, Release-Feed, Distributionsweg), INSTALL.md von "Repo ist privat" auf den öffentlichen Zustand umgestellt, und auf Bitte des Nutzers die Gitea-Actions-Run-Historie über die REST-API entfernt, nachdem sich herausstellte, dass weder das MCP-Werkzeug noch eine sichtbare UI-Schaltfläche das können.

Kernaussagen

• Ein Allowlist-Gate muss die aufgelöste Push-URL prüfen, nicht den Remote-Namen - sonst schützt es nicht vor einem umbenannten oder umgebogenen Remote.
• Ein Gate, dessen Frage eine stehende Eigenschaft des Checkouts ist (nicht ein einzelnes Changeset), braucht keinen Freigabe-Token - der Mensch löst es durch einen bewussten Datei-Edit, nie ein Agent durch einen Bypass.
• Ein Werkzeugvertrag (tools/CONTRACT.md) muss jeden Fehlerfall eines Kommandos nennen; ein neuer Exit-42-Pfad, der dort fehlt, ist eine Lücke, die kein automatischer Check findet.
• Ein MCP-Server kann weniger können als die zugrunde liegende API - hier: Actions-Runs anzeigen/erneut starten, aber nicht löschen, obwohl die REST-API die Route hat.

Aufgaben

• Publish-Remote-Gate, private-instance.md, Issue-Pflege in dieser Sitzung erledigt
• #4, #5 tragen laut #29 noch veraltete Pfade und sind noch nicht nachgezogen

Nicht übernommen

• Der vollständige Wortlaut des Gitea-Spickzettels ist nicht auf diese Seite übernommen - er steht im Transkript und in der Chat-Antwort an den Nutzer, ist aber keine dauerhafte Wiki-Aussage, sondern eine einmalige Handlungsanweisung.

Verwandte Entities

• Chemenu
• wikitool

Verwandte Concepts

• Publish-Remote Gate
• Mass-Update Gate
• Issue Label Scheme