glance

Was macht glance?

Jemand hat eine Antwort bekommen, aber keine Zeit oder das nötige Hintergrundwissen. Nach einem Blick sollten sie wissen, was es bedeutet, was zu tun ist und was noch nicht bekannt ist. tldr komprimiert eine Antwort für einen Leser, der die Sprache bereits spricht; glance übersetzt die Antwort und zeigt sie.

Befehle

Wenn die Argumente help (oder --help, -h, ?) sind, gib diesen Block genau so aus und stoppe:

/glance            Letzte Antwort auf einen Blick neu erzählen
/glance <was>      Eine Antwort, einen Teil davon oder mehrere neu erzählen: "Ihre Antwort zum Build",
                   "nur die Zahlen", "alles, was wir heute gemacht haben", "alle Entscheidungen bisher",
                   oder eingefügten Text
/glance on         Letzte Antwort neu erzählen, dann so antworten bis /glance off
/glance super      Wie on, aber jeder Bullet Point ist nur ein Fragment
/glance off        Zurück zu normalen Antworten
/glance status     Zeigt an, welcher Modus aktiv ist
/glance help       Dies anzeigen

- Jede Zahl, jeder Name, Pfad, Schritt, Warnung und jede offene Frage bleibt erhalten.
- Wenn die Antwort Daten enthält, gibt es ein Bild: ein Diagramm, Kacheln, ein Raster, Karten oder eine neu geformte Tabelle.
- Ein Modus gilt bis /glance off, nur in diesem Gespräch.
- Innerhalb von /btw werden Modi nicht übernommen: Im Terminal antwortet /btw einmal und behält nichts; in der Desktop-App öffnet /btw einen Seitenchat, sodass ein dort gesetzter Modus in diesem Seitenchat bleibt.

Welche Antwort

• Keine Argumente, on oder super: Die letzte Antwort, die Claude vor diesem Befehl gegeben hat. Nicht den ganzen Thread, es sei denn, danach gefragt, nicht die Nachricht des Benutzers, nicht die rohe Tool-Ausgabe. Wenn diese Antwort selbst ein Glance war, nimm die davor. Wenn es keine gibt, sag dies in einer Zeile und stoppe.
• Alle anderen Argumente sind eine Anweisung. Lies sie so, wie ein Kollege es tun würde: Sie kann auf eine Antwort verweisen ("Ihre Antwort zur Migration", "zwei Nachrichten weiter oben"), den Umfang eingrenzen ("nur die Zahlen", "nur die Entscheidungen"; behalte alles darin, lass alles außerhalb weg), mehrere Antworten oder die gesamte Sitzung umfassen ("alles, was wir heute gemacht haben", "alle Entscheidungen bisher", "итог всего прогресса"), eingefügten Text enthalten oder diese kombinieren. Wenn zwei Antworten passen, nimm die aktuellste und nenne sie in einer kurzen Zeile. Wenn keine passt, sag dies in einer Zeile und stoppe; erzähle niemals stattdessen etwas anderes neu.
• In den eigenen Worten des Benutzers anstatt mit /glance ("покажи кратко", "too long, just the gist", "where are we with all of this?"): Lies die Anfrage als Anweisung, in welcher Sprache auch immer sie ist, und antworte in dieser Sprache.
• Nur die Antwort ist eine Quelle. Erzähle das neu, was die ausgewählte Antwort sagt, nichts aus Dateien, Tool-Ausgaben oder Daten, die früher im Gespräch gesehen wurden, selbst wenn sie detaillierter sind: Wenn die Antwort drei Dienste zu einer Zeile zusammengefasst hat, behält der Glance diese eine Zeile.
• Bereits kurz und klar (einige Zeilen, die ein Laie verstehen kann): Gib sie so zurück, wie sie ist, mit einem Hinweis, dass sie bereits auf einen Blick verständlich ist.
• In einem Modus: Erledige die normale Arbeit des Schritts (Tools, Überprüfungen, Änderungen), gib dann die Antwort im Glance-Format.

Mehrere Antworten oder die gesamte Sitzung

Wenn die Anweisung mehr als eine Antwort umfasst (den Fortschritt bisher, eine Zusammenfassung der Sitzung, alles seit einem bestimmten Punkt, jede Entscheidung), erzähle sie alle als einen einzigen Glance neu:

• Quellen: Jede Antwort, die Claude in diesem Zeitraum gegeben hat, die Entscheidungen, die der Benutzer dabei getroffen hat, und die Aufgabenliste, die Claude geführt hat, falls vorhanden. Überspringe frühere Glances, da sie Antworten neu erzählen, die bereits im Zeitraum enthalten sind. Basierend nur auf dem Gespräch: Lies keinen Git-Verlauf, keine Dateien oder Tracker, um Lücken zu füllen, denn der Leser fragt, was hier gefunden und getan wurde. Wenn ein Teil des Zeitraums nicht mehr im Gespräch ist (z. B. wurden frühere Schritte zu einer Zusammenfassung verdichtet), verwende, was da ist, und sag in einer Zeile, was abgedeckt wird.
• Ein Glance, nicht einer pro Antwort. Der erste Satz sagt, wo die Dinge insgesamt stehen. Gruppiere die Bullet Points um die Fragen des Lesers über den gesamten Zeitraum (was erledigt ist, was entschieden wurde, was noch offen ist, was als nächstes kommt), beschriftet in eigenen Worten. Nenne den Schritt, zu dem eine Tatsache gehört, nur dort, wo es nötig ist, um sie verständlich zu machen.
• Zusammenführen und alles behalten. Eine Tatsache, die in mehreren Antworten wiederholt wird, erscheint einmal. Jede Zahl, jeder Name, Pfad, Befehl, jede Warnung und jede offene Frage aus jeder Antwort bleibt enthalten.
• Die spätere Antwort gewinnt. Wenn eine spätere Antwort eine frühere aktualisiert oder widerspricht (eine neue Messung, ein Fix, der gelandet ist, eine Entscheidung, die rückgängig gemacht wurde), verwende die spätere Version und sag dies in ein paar Worten direkt daneben: "/search 280 ms (350 ms vor dem Cast-Fix)". Eine offene Frage, die eine spätere Antwort geklärt hat, ist nicht mehr offen.
• Das Bild hat immer noch höchstens drei Abschnitte. Gib sie den Daten, die im gesamten Zeitraum am wichtigsten sind, normalerweise ein Abschnitt pro Schritt, der Daten enthält; der Rest geht in eine kompakte Tabelle oder die Bullet Points.
• Die Länge wird an allen Quell-Antworten zusammen gemessen.

Form eines Glance

In dieser Reihenfolge:

1. Die Antwort in alltäglichen Worten. Ein oder zwei kurze Sätze, höchstens etwa 25 Wörter, so, wie du es einem Freund sagen würdest: "Ihre Rechnung hat sich aufgrund von zwei Änderungen Anfang Oktober mehr als verdoppelt." Nicht die Formulierung des Originals, kein Jargon, keine Metaphern, die erklärt werden müssen.
2. Das Bild, wenn es Daten gibt. Siehe unten.
3. Bullet Points für das, was das Bild nicht zeigt: Ursachen, Schritte, Entscheidungen, Vorbehalte, offene Fragen.
   • Gruppiere sie um die Fragen des Lesers (warum es passiert ist, was zu tun ist, was noch unbekannt ist, was von ihnen benötigt wird) und beschrifte jede Gruppe in eigenen Worten ("Zwei Änderungen Anfang Oktober", "Fixes, günstigste zuerst"). Verwende nicht die Überschriften des Originals und kein festes Set von Beschriftungen.
   • Ein Bullet Point pro Zeile, höchstens zwei, als kurze Phrasen statt Sätze (siehe Länge).
   • Wenn ein Begriff einen Laien stoppen würde und er die Antwort verstehen muss, füge eine 2–4 Wörter lange Erklärung in Klammern hinzu. Erkläre keine alltäglichen Wörter und beschränke es auf ein oder zwei pro Glance.
   • Befehle, Code, Pfade und Fehlertexte bleiben Wort für Wort in Code-Formatierung erhalten.

Nichts anderes. Der Satz kommt vor dem Bild, die Bullet Points direkt danach, und kein Absatz dazwischen wiederholt die Antwort oder beschreibt das Bild.

Das Bild

Wann. Immer, wenn die Antwort Daten enthält: Zahlen zum Vergleichen (über Elemente, Gruppen oder Zeit hinweg), mehrere Elemente mit denselben Details, Werte, die sich geändert haben, oder einen Status für jedes von vielen Elementen. In diesen Fällen ist das Bild die Standardeinstellung, kein Extra. Wenn die Antwort hauptsächlich aus Argumentation mit ein paar Zahlen besteht, überspringe das Bild.

Was. Was auch immer diese Daten auf einen Blick lesbar macht. Wähle basierend darauf, was die Antwort über ihre Daten sagt, nicht nach Thema oder Gewohnheit: Zwei Rechnungen können zwei verschiedene Bilder benötigen. Lies den ersten Satz der Antwort und frage dich, was der Leser sehen muss, um sie zu glauben.

• der Gesamtwert von A nach B ging, und die Antwort gibt die Änderungen, die die Lücke ausmachen → eine Brücke, deren Schritte genau aufgehen
• ein Element machte fast die gesamte Änderung aus → führe mit diesem Element als Kachel (sein Anteil, wenn dies eine exakte Rechnung ist), der Rest als Balken
• jede Zeile hat Werte für mehrere Zeiträume, und wie sich jede Zeile bewegt hat, ist wichtig → eine Tabelle mit einem kleinen Inline-Trend pro Zeile
• Elemente haben sich von einem Wert zu einem anderen bewegt und werden an einem Budget, Ziel oder Konkurrenten gemessen, den die Antwort angibt → Vorher-Nachher-Zeilen mit der Benchmark abgeschwächt unter jedem Wert
• Probleme, Fehler, Verluste oder Verschwendung nach Ursache gruppiert → eine Ursachenliste: jede Ursache mit einem Balken für ihre Anzahl oder Menge und den betroffenen Elementen darunter
• 1 bis 4 Zahlen, um die es in der Antwort geht → Überschriftenkacheln (eine einzelne Zahl ist eine Kachel, niemals ein Diagramm mit einem Balken)
• ein Wert gegen sein Limit oder sein Ganzes (eine Festplatte zu 92 % voll, ein Budget zu 80 % ausgegeben), oder mehrere Elemente jeweils gegen ihr eigenes Limit → Messanzeigen
• eine Reihe über Zeiträume oder Kategorien (bis zu 12) → Säulen; mehr Punkte über Zeit → eine Linie
• Beträge über Elemente hinweg → Balken auf einer Skala, größter zuerst
• eine Gesamtsumme aufgeteilt in 2 bis 6 Teile, wenn es in der Antwort um die Aufteilung geht → ein geteilter Balken über der Liste der Teile; um die Teile miteinander zu vergleichen → Balken
• Änderungen, die bei einigen Elementen nach oben und bei anderen nach unten gehen, alle in einer Einheit → divergierende Balken von einer Nulllinie
• Vorher → Nachher, oder ein paar Zahlen für jedes von mehreren Elementen (Einheiten können pro Zeile unterschiedlich sein) → eine Tabelle mit einer ausgerichteten Spalte pro Zahl, die zu betrachtenden Zeilen blau eingefärbt und ein Balken gegen die Linie, wenn die Antwort ein Ziel oder Limit angibt
• ein Status für jedes Element in jeder Einstellung (eine Testmatrix) → eine Tabelle mit einer Spalte pro Einstellung und einem Wort in jeder Zelle, wobei nur die fehlschlagenden Zellen rot werden
• Optionen mit denselben Details → der Vergleich, mit der empfohlenen Option markiert

Niemals ein Kreis- oder Donut-Diagramm, niemals eine zweite y-Achse, niemals mehr als zwei Linien in einem Diagramm und keine anderen Farben als die drei des Kits: weiches Blau, Blau und Rot. Wenn eine obige Form die Daten nicht ehrlich in einer Skala und einer Einheit zeigen kann, verwende die Tabelle.

Ein Bild aus ein bis drei Abschnitten (z. B. Kacheln, dann das Hauptdiagramm, dann eine Liste). Jeder Wert wird auf dem Bild gedruckt, sodass nichts auf einen Hover wartet; das Kit nennt die zwei Ausnahmen (eine Linie mit vielen Punkten, ein Inline-Trend) und gibt ihnen eine Hover-Anzeige.

Nur interaktiv, wenn es sich lohnt. Das Bild bleibt statisch, es sei denn, die Daten haben zu viele Zeilen, um sie auf einmal zu erfassen (etwa 15 oder mehr), oder die Antwort schneidet dieselben Zeilen auf zwei oder mehr Arten (nach Titel und Sprache, nach Monat und Dienst). Verwende dann die interaktive Tabelle des Kits (Sortierung, Filter-Chips, ein Suchfeld für lange Listen) oder seinen Ansichtswechsel und halte dich an diese Regeln:

• Die erste Ansicht, bevor jemand klickt, beantwortet bereits die Frage: jede Zeile angezeigt, sortiert und markiert, wie das statische Bild es tun würde, oder der Ausschnitt, um den es in der Antwort geht.
• Steuerelemente zeigen die Daten des Originals nur auf andere Weise. Keine Was-wäre-wenn-Szenarien, Projektionen, Trendlinien, Durchschnitte oder Zahlen, die das Original nicht hat, und kein Steuerelement, das einen Wert ändert oder berechnet.
• Filter verwenden die eigenen Kategorien und Wörter der Antwort ("Nur Verluste", "Fehlschlagend"), niemals eine Gruppierung, die sie nicht vornimmt.
• Eine gefilterte Ansicht sagt, wie viele Zeilen sie anzeigt ("12 von 40 angezeigt").
• Eine Tabelle mit ihren Steuerelementen, niemals mehrere Diagramme, die zu einem Dashboard verbunden sind.
• Ohne ein visuelles Tool gibt es nichts zu klicken: gib die vollständige Tabelle, sortiert, wie die erste Ansicht sein würde.

Wie.

• Mit einem visuellen Tool (in der Claude-Desktop-App, einschließlich ihres /btw-Seitenchats, dem Visualize-Tool): rufe read_me mit den Modulen mockup und data_viz auf (füge chart nur für ein Liniendiagramm hinzu). Lies dann references/ui-kit.md im Ordner dieses Skills und erstelle das Bild daraus: füge seinen CSS-Block genau ein, beginne mit der einzeiligen Screenreader-Zusammenfassung, verwende nur seine Komponenten und gestalte sie nicht neu. Wo die Anleitung des Tools und das Kit unterschiedlich sind, gewinnt das Kit. Zeichne mit show_widget. Der Antwortsatz ist der erste Text deiner Antwort, geschrieben bevor du show_widget aufrufst (es ist in Ordnung, zuerst read_me aufzurufen), damit der Leser die Antwort vor dem Bild erhält; die Bullet Points kommen danach.
• Wenn die Antwort eine Rechnung oder eine Änderung der Ausgaben erklärt, lies zuerst references/bills.md: es sagt, was ein solcher Leser sehen muss und welche der obigen Formen passt.
• Ohne eines (ein Terminal oder /btw im Terminal): eine Markdown-Tabelle, wie unten umgeformt, oder Vorher → Nachher innerhalb der Bullet Points.
• Farbe trägt nur Bedeutung: weiches Blau für jede normale Markierung, Blau für das, worauf man achten soll, Rot für Negative. Erkläre dies mit direkten Beschriftungen oder einer kurzen Legende.
• Werte und Beschriftungen kommen auf das Bild; erklärende Sätze bleiben in der Antwort.

Umformen und exakt richtig machen. Kopiere die Tabellen des Originals nicht so, wie sie sind, wenn eine Umformung schneller lesbar ist: sortiere nach dem, was wichtig ist (normalerweise die größte Änderung oder das wichtigste Element zuerst), markiere die relevanten Zeilen oder verwandle die Tabelle in das Diagramm. Wie auch immer du umformst, es muss korrekt bleiben:

• Gleiche Zeilen, gleiche Werte, gleiche Einheiten wie im Original. Nichts weggelassen, zusammengeführt oder gerundet.
• Sortiere nach einem Schlüssel, der in den Daten vorhanden ist (z. B. die Änderung in Dollar), überprüfe dann die Reihenfolge, sobald sie sortiert ist.
• Markiere nur das, was das Original unterstützt: "schlechter" nur, wenn es dies sagt oder die Zahlen sich eindeutig in die falsche Richtung bewegt haben; "empfohlen" nur für das, was es empfiehlt.
• Füge eine abgeleitete Zahl (eine Differenz, einen Anteil) nur auf dem Bild hinzu, nur, wenn es eine exakte Rechnung auf der Grundlage der Werte des Originals ist und das Bild sie benötigt (ein Brückenschritt, der Anteil eines führenden Elements); kennzeichne sie als berechnet. Füge sonst keine Zahlen hinzu und niemals eine neue Anzahl oder einen neuen Vergleich in den Bullet Points.
• Wenn ein Wert im Original unklar ist, behalte ihn genau so, wie er geschrieben ist.

Gestalte es präzise. Das Kit kümmert sich um Abstände, Schriftgrößen, Ausrichtung, Dark Mode und schmale Panels, also überschreibe es nicht. Was es nicht für dich entscheiden kann:

• Ein Ort zum Starten. Die Abbildung, das Element oder die Zeilen, um die es in der Antwort geht, heben sich in Blau ab (hi oder at für Tabellenzeilen). Alles andere bleibt weiches Blau und sekundär.
• Gleiche Reihenfolge, gleiche Namen. Elemente erscheinen in derselben Reihenfolge und unter denselben Namen in den Kacheln, dem Diagramm, den Zeilen und den Bullet Points.
• Gleiche Einheit, Zahl zuerst. Schreibe innerhalb einer Zeile oder Reihe jeden Wert auf die gleiche Weise ("8 vCPU", "4 vCPU"), mit derselben Einheit, denselben Trennzeichen und Dezimalstellen wie das Original. Qualifikatoren wie "dedicated" kommen in die kleine Zeile unter dem Wert und sind auf etwa 20 Zeichen begrenzt; längere Anmerkungen gehören in die Bullet Points.
• Die entscheidenden Zellen hervorheben. Höchstens ein markierter Nachteil pro Option, derjenige, den das Original als Grund angibt, mit ein paar Worten ("knapp mit Postgres", "über Budget"). Markiere die empfohlene Option. Der Leser sollte nicht jede Zelle scannen müssen, um zu sehen, warum.
• Eine Zeile pro Tabellenzeile. Verwende den Namen, den das Original verwendet, kurz gehalten, damit jede Tabellenzeile eine Zeile bleibt und die gleiche Höhe hat. Wenn ein Name erklärt werden muss, erkläre ihn in den Bullet Points in einfachen Worten.
• Blau sagt: hier schauen; Rot sagt: negativ. Blau kommt auf das, worum es in der Antwort geht, selbst wenn es eine schlechte Nachricht ist: Der Dienst, der die Rechnung in die Höhe getrieben hat, ist blau. Rot kommt nur auf einen Wert, der eine Linie überschreitet, die die Antwort angibt (ein Limit, Ziel oder Budget) oder fehlschlägt: seine Zahl, der Teil seines Balkens über der Linie,

…

[abgeschnitten für die Übersetzung]