feat(side-panel): Plugin vereinbart Anleitung mit Iris — side_panel_skill im Manifest, Skill-Hinweis im Marker #181

New issue

Closed

opened 2026-10-26 14:22:24 +00:00 by alf · 0 comments

alf commented

2026-10-26 14:22:24 +00:00

Owner

Ziel

Der Agent erfährt beim offenen Plugin-Reiter, welche Anleitung zu diesem Plugin gehört, ohne dass sie dauerhaft im Prompt steht. Voraussetzung dafür, dass Plugins ihre Reiter-Befehle und Ansichtszustände mit dem Agenten vereinbaren können (Plugin-Seite: iris/iris-plugins, Verweis unten).

Vorschlag

Das Manifest bekommt side_panel_skill (Name des Skills, der die Reiter-Befehle erklärt, z. B. iris-gamebox). Pfad/Name wird im Index persistiert wie side_panel.
Der Client nennt ihn im Marker: [PLUGIN-PANEL: <Plugin> | Skill: <name>] <summary>. Der Agent lädt den Skill (skill_view), wenn er etwas im Reiter tun soll; ohne offenen Reiter keine Zeile, kein Hinweis.
Die Anweisung an den Agenten (Mac pluginPanelInstructionLine, Linux-Server wortgleich) erklärt die Erweiterung des Markers. Wire-Protokoll, Abschnitt „Plugin-Reiter im Seitenpanel“, und PluginSidePanelCore.swift (Mac → iOS-Kopie) tragen den Bau; has_side_panel_web_view-Muster für das Feld in GET /plugins.
publish-plugins.sh: side_panel_skill nur mit vorhandenem Skill im Paket.

Zusammenhang

Läuft über denselben Marker-Weg wie iris/Iris#175 (behoben, noch nicht in der App geprüft) und #176 ([SEITENPANEL: Reiter=…]); beides zusammen planen, damit eine Zeile entsteht, nicht drei.

Offen

Marker-Format: Skill im Marker (Vorschlag) oder als eigene Zeile?
Wenn der Skill dem Agenten schon bekannt ist (Skill-Liste), reicht der Name — oder soll der Client ihn aktiv nachladen lassen?

Gegenstück: iris/iris-plugins#284

## Ziel Der Agent erfährt **beim offenen Plugin-Reiter, welche Anleitung zu diesem Plugin gehört**, ohne dass sie dauerhaft im Prompt steht. Voraussetzung dafür, dass Plugins ihre Reiter-Befehle und Ansichtszustände mit dem Agenten vereinbaren können (Plugin-Seite: iris/iris-plugins, Verweis unten). ## Vorschlag - Das Manifest bekommt `side_panel_skill` (Name des Skills, der die Reiter-Befehle erklärt, z. B. `iris-gamebox`). Pfad/Name wird im Index persistiert wie `side_panel`. - Der Client nennt ihn im Marker: `[PLUGIN-PANEL: <Plugin> | Skill: <name>] <summary>`. Der Agent lädt den Skill (`skill_view`), wenn er etwas im Reiter tun soll; ohne offenen Reiter keine Zeile, kein Hinweis. - Die Anweisung an den Agenten (Mac `pluginPanelInstructionLine`, Linux-Server wortgleich) erklärt die Erweiterung des Markers. Wire-Protokoll, Abschnitt „Plugin-Reiter im Seitenpanel“, und `PluginSidePanelCore.swift` (Mac → iOS-Kopie) tragen den Bau; `has_side_panel_web_view`-Muster für das Feld in `GET /plugins`. - `publish-plugins.sh`: `side_panel_skill` nur mit vorhandenem Skill im Paket. ## Zusammenhang Läuft über denselben Marker-Weg wie iris/Iris#175 (behoben, noch nicht in der App geprüft) und #176 (`[SEITENPANEL: Reiter=…]`); beides zusammen planen, damit eine Zeile entsteht, nicht drei. ## Offen - Marker-Format: Skill im Marker (Vorschlag) oder als eigene Zeile? - Wenn der Skill dem Agenten schon bekannt ist (Skill-Liste), reicht der Name — oder soll der Client ihn aktiv nachladen lassen? Gegenstück: iris/iris-plugins#284

alf added the

typ

feature

label

2026-10-26 14:22:24 +00:00

alf referenced this issue from iris/iris-plugins

2026-10-26 14:22:25 +00:00

feat(iris-gamebox): Iris steuert den Reiter inhaltlich — Ansichtszustand (Suche, Filter, Modus), erster Treffer automatisch, Treffer weiterschalten; Muster im Panel-Kit #284

alf referenced this issue from iris/iris-plugins

2026-10-26 14:42:37 +00:00

feat(iris-gamebox): Iris steuert den Reiter inhaltlich — Ansichtszustand (Suche, Filter, Modus), erster Treffer automatisch, Treffer weiterschalten; Muster im Panel-Kit #284

alf referenced this issue from iris/iris-plugins