Pilot läuft. Alle fünf Freigaben sind umgesetzt, die Brücke ist live. Tippe unten rechts auf „Markieren“, dann auf eine Stelle, tippe oder sprich, sende über „Liste“. Die Antwort kommt im Ticket KOE-557.

Feedback-Leiste für Multica-Deliverables

KOE-557 · Stand 11.11.2026 · Opus-Architect

Gebaut und getestet. Was du auf einer Agenten-Seite markierst und sendest, landet als Kommentar im Ticket und weckt den Agenten. Der Server stellt zu, der Mac muss dafür nicht wach sein. Live ist noch nichts. Für den Piloten fehlen vier Freigaben (unten).

146 / 146Tests grün, davon 10 neu für die Brücke

79 PaketeLive-Kopie vom 11.11. migriert, Zeilen gleich, integrity ok

0Änderungen live, nur Branch feat/multica-bruecke

So läuft es

Der Agent stellt seine Seite mit Leiste bereit und bindet sie an sein Ticket.
Du öffnest den Prüflink am Handy, markierst eine Stelle, tippst oder sprichst und sendest.
Der KoeFeedback-Server wartet auf das Transkript und postet den Kommentar in den Thread, mit Bildern als Anhang.
Der Kommentar erwähnt den Agenten, Multica weckt ihn und meldet zurück, ob das geklappt hat.
Der Agent antwortet im Thread und auf Wunsch an derselben Stelle auf der Seite.

So sieht der Kommentar aus

@Agent **KoeFeedback · 1 Punkt von G-KHAAN KOE-557** · https://…/entscheidung.html

**1.** Abschnitt „Freigaben“ · markiert: „3. Pilot-Agent öffnen“ · Eintrag 1
> ok, aber erst nach dem Deploy

1 Anhang unten.

Antwort hier im Thread. An der Stelle auf der Seite: `… antworten <eintrag> "<text>"`
KoeFeedback-Ereignis 1

Erzeugt vom echten Code, nicht von Hand. Dein Text steht immer als Zitat. Eine Erwähnung darin löst nichts aus.

Freigaben

1. KoeFeedback-Server deployen

Neue Datenbank-Stufe (Bindung, Ausgangskorb). Ohne Bindung ändert sich für Jenö und Cocron nichts.

Empfehlung: ja. Beleg: Migration auf einer Kopie der Live-Sicherung vom 11.11. gelaufen, alle 79 Pakete und 120 Einträge da, Kopie gelöscht.

2. Dienstkonto für die Brücke

koefeedback-bruecke@koehub.de als Member in Multica, Token in Infisical als KOEFEEDBACK_MULTICA_TOKEN. Legt ARCHON an, genau wie am 02.11. multica-wache@koehub.de.

Empfehlung: ja. Nie dein Owner-Token. Liegt das Token offen, kann es nur Kommentare schreiben und den freigegebenen Agenten wecken.

3. Pilot-Agent für das Dienstkonto öffnen

15 von 18 Agenten sind privat. Ein Kommentar vom Dienstkonto weckt sie nicht. Für den Piloten öffne ich nur Opus-Architect, und zwar nur für dieses eine Konto: --permission-mode public_to --public-to-member <dienstkonto>.

Empfehlung: ja. Weitere Agenten erst nach dem Piloten, jeweils einzeln.

4. Pilot mit genau dieser Seite

Diese Seite kommt über koe-preview ins Netz, mit Leiste und einem eigenen Prüfer „G-KHAAN KOE-557“, der nur hier gilt. Den Prüflink bekommst du als Kommentar im Ticket. Du antwortest hier auf einen Punkt, ich antworte im Thread. Die Screenshots von Seite und Thread sind der Beleg.

Empfehlung: ja. Grenze: Die Vorschau läuft über den Mac und geht nur, solange er wach ist.

Zwei Abweichungen vom Ticket

A. Kundennotizen kommen nicht ins Ticket

Im Ticket stand „als markiertes Zitat“. Ein Agent liest bei jedem Lauf den ganzen Thread. Ein Kundentext dort würde wie ein Auftrag wirken, egal wie er markiert ist. Fable kam beim Gegencheck zum selben Ergebnis. Zugestellt wird nur, was dein Prüfer sendet. Alles andere bleibt in KoeFeedback.

B. Kein Pull Request möglich

KoeFeedback hat kein Git-Remote. Der Code liegt nur auf dem Mac, auf dem Server liegt nur die Kopie vom Deploy. Der Diff hängt als Datei am Ticket.

Empfehlung: privates Repo koeseo/koefeedback anlegen. Das wäre Punkt 5.

Danach, nicht Teil dieses Go

Eine Zeile im Workspace-Context unter „Liefern“, über apply.py: „Soll G-KHAAN auf ein Deliverable antworten, trägt es die KoeFeedback-Leiste und ist an das Ticket gebunden (Runbook: koefeedback AGENTS.md, Multica-Brücke).“
Ein Server-Host für Seiten mit Leiste, damit der Mac nicht wach sein muss. Darüber entscheiden wir nach dem Piloten.

Antwort im Ticket: ok für alle Punkte, oder die Nummern, z. B. 1 2 3 4 oder 1 2 3 4 5.