Communitygithub.com

MethodicDev/candor-agent-ui

Gestaltungsgrundlagen für Bildschirme, in denen ein KI-Agent agiert – Chat mit einem KI-Agenten, Tool-Aufrufe, Genehmigungen und Berechtigungsabfragen, Pläne, Ausführungen, Diffs, Audit-Logs und die dazugehörigen Seiten. Verwenden Sie dies beim Entwickeln oder Überprüfen einer beliebigen Agenten-UI, Genehmigungsabläufe oder Tool-Aufruf-Darstellung, in jedem Framework und mit jedem Designsystem; Candor UI ist nicht erforderlich. Deckt die neun Ehrlichkeitsregeln mit Beispielen ab, die Ergonomie von Genehmigungen, das Status-Vokabular und die Zustände eines Tool-Aufrufs, wann Unterhaltungen umgebrochen werden, was während der Arbeit des Agenten und nach Beendigung in Abwesenheit der Person angezeigt wird, Schadensradius und Rückgängigmachen, KI-Offenlegung, Barrierefreiheit sowie eine Überprüfungscheckliste nach jedem Bildschirm.

Was ist candor-agent-ui?

Diese Skill-Definition für KI-Agenten-UI (z. B. Claude Code, Cursor, Codex) legt die grundlegenden Gestaltungsprinzipien für Bildschirme fest, in denen ein KI-Agent liest, vorschlägt oder reale Änderungen vornimmt. Das Ziel ist, der Person zu ermöglichen, zu sehen, was der Agent getan hat, zu entscheiden, was als nächstes passieren darf, und beiden zu vertrauen. Die umfassende SKILL.md deckt neun zentrale Ehrlichkeitsregeln ab, darunter die Darstellung von Modellausgaben als reinen Text ohne Ausführung, die ehrliche Angabe unbekannter Werte, die Barrierefreiheit von Steuerelementen und die Bindung von Genehmigungen an den exakten, zuvor gesehenen Änderungsstand. Sie definiert außerdem ein klares Status-Vokabular, die Zustände von Tool-Aufrufen, die Darstellung von Fortschritt und Ergebnissen bei Abwesenheit der Person, den Umgang mit Schadensradius und Rückgängigmachen, KI-Offenlegung und Barrierefreiheit. Nach jedem Bildschirm wird die integrierte Überprüfungsliste durchlaufen, um sicherzustellen, dass jede Regel eingehalten wird. Die Skill ist framework- und designsystemunabhängig und kann sowohl für Chat-Schnittstellen als auch für komplexe Genehmigungs- und Ausführungsansichten eingesetzt werden.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/MethodicDev/candor/tree/HEAD/skills/candor-agent-ui

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Agenten-UI

Bildschirme, auf denen ein KI-Agent etwas Reales liest, vorschlägt oder ändert, haben eine Aufgabe: Einer Person zu zeigen, was der Agent getan hat, ihr zu ermöglichen zu entscheiden, was er als Nächstes tun darf, und beidem zu vertrauen. Dies sind die Regeln und Prüfungen dafür, in jedem Framework und mit jedem Designsystem. Wenn das Projekt Candor UI verwendet, benennt die Skill candor-ui die Komponente für jede Aufgabe; diese Skill sagt, was der Bildschirm tun muss, unabhängig davon, was ihn zeichnet.

Arbeitsweise

Vor einem Bildschirm beantworten Sie drei Fragen und behalten die Antworten während der Entwicklung im Blick:

  1. Was kann der Agent hier tun: nur lesen, zur Anwendung durch eine Person vorschlagen oder selbstständig handeln? Jedes Bedienelement ergibt sich daraus.
  2. Was entscheidet die Person und auf welcher Grundlage? Eine Entscheidung braucht die Sache selbst (den Diff, die Ziele, den Betrag), nicht eine Beschreibung davon. Lesen Sie references/approvals.md, wenn hier etwas genehmigt wird.
  3. Was kann nicht rückgängig gemacht werden? Diese Aktionen sagen dies, erfordern eine stärkere Bestätigung und stehen niemals unter einer Voreinstellung oder einer einzelnen Taste.

Während der Entwicklung beachten Sie die folgenden neun Regeln, verwenden Sie die Statuswörter aus references/status-and-states.md und zeigen Sie Fortschritt so an, wie es references/progress.md beschreibt. Modelltext sind Daten: Zeigen Sie ihn an, führen Sie ihn niemals aus oder rendern Sie ihn.

Nach jedem Bildschirm führen Sie references/review-checklist.md gegen den laufenden Bildschirm aus, eine Zeile pro Prüfung, und beheben Sie Fehler, bevor Sie fortfahren. Haken Sie nur ab, was Sie geprüft haben, nicht was Sie beabsichtigt haben.

Die neun Regeln

Jede wird mit Beispielen in references/honesty-rules.md erweitert.

  1. Modellausgabe ist Text, niemals Markup. Zeigen Sie, was das Modell geschrieben hat, als Text (höchstens eine sichere Teilmenge von Markdown). Eine URL, die es geschrieben hat, ist Text, kein Link. Nichts, was es schreibt, erreicht innerHTML.
  2. Unbekanntes bleibt unbekannt. Eine Dauer, ein Kosten- oder Mengenwert, der nicht gemessen wurde, bleibt leer oder sagt "nicht gemessen". Ein Schätzwert sagt "Schätzung" und worauf er beruht. Stille von einem Durchlauf ist nicht "läuft".
  3. Ein Bedienelement, das nicht verwendet werden kann, sagt warum. Sperren Sie es mit einem Grund, den ein Tastatur- und Screenreader-Benutzer erreichen kann; deaktivieren Sie es nicht und lassen Sie die Leute raten.
  4. Nichts ist bei einer Entscheidung vorausgewählt. Zustimmen und Ablehnen, Behalten und Verwerfen beginnen ohne Auswahl. Enter bestätigt niemals. Die Empfehlung des Agenten ist markiert, nicht ausgewählt.
  5. Genehmige die exakte Änderung. Die Entscheidung ist an die Änderung gebunden, die die Person gesehen hat (ein Hash oder eine Version). Verschiebt sich die Änderung, fragen Sie erneut. Selbstgenehmigung wird verweigert, wo die Richtlinie dies vorschreibt; in der Produktion kann eine zweite Person erforderlich sein.
  6. Begründungen werden geglaubt, nicht verifiziert. Die Darstellung des Modells, warum etwas passiert ist, ist eine Behauptung. Kennzeichnen Sie sie als solche und trennen Sie sie von Beweisen (Quellen, Testergebnissen, dem Diff).
  7. Die App benennt den Agenten. Jede Agentennachricht trägt einen Namen aus den eigenen Daten der App. Systemzeilen sind die Zeichenketten der App. Nichts, was das Modell schreibt, wird zu einem Namen oder einer Systemnachricht.
  8. Sagen Sie, was rückgängig gemacht werden kann und was nicht. Vor einer zerstörerischen Aktion: was sie entfernt, ob es zurückkommt, wie und für wie lange. Nach einem Rückgängigmachen oder Wiederherstellen: was es nicht rückgängig gemacht hat.
  9. Bewegung folgt dem Ergebnis. Eine Animation berichtet über eine eingetretene Änderung; sie sagt niemals eine voraus oder schmückt eine aus. Ein Erfolgshaken wird nach dem endgültigen Ergebnis gezeichnet, Fortschritt füllt nur bis zum gemessenen Wert, ein Zustand, der bereits endgültig war, als der Bildschirm gezeichnet wurde, animiert nicht, und die Einstellung für reduzierte Bewegung des Betriebssystems gewinnt. Geben Sie jeder Animation eine Art der Änderung (Candor benennt vierzehn Bewegungsfamilien, aufgelistet in references/honesty-rules.md) und lassen Sie ein Theme ändern, wie sie aussieht, niemals wann sie abgespielt wird.

Was wofür lesen

Wenn der Bildschirm … enthältLesen Sie
Alles, was eine Person genehmigt, erlaubt oder ablehntreferences/approvals.md
Ausführungen, Tool-Aufrufe, Schritte, Status, Punktereferences/status-and-states.md
Einen Agenten, der länger als einen Moment arbeitet, oder der beendet, während die Person abwesend istreferences/progress.md
Eine KI, die mit Menschen spricht, oder von einer KI erstellte Inhaltereferences/disclosure-and-accessibility.md
Irgendetwas überhaupt, bevor Sie weitermachenreferences/review-checklist.md

Wörter

Klar und gemessen. Sagen Sie, was passiert ist, für wen, und was als nächstes zu tun ist. Satzanfang groß, keine Ausrufezeichen, keine Superlative, keine Behauptungen, die die Daten nicht tragen. Status ist ein Wort mit einer Farbe daneben, niemals Farbe allein. Zahlen nur, wenn gemessen; ansonsten die Wörter "Schätzung" oder "nicht gemessen".

Verwandte Skills