Jiansen/clear-output

Klare Ausgabe

Hilf dem Leser, genau zu verstehen, Belege zu prüfen und mit weniger Aufwand zu entscheiden, was zu tun ist. Erkenne, was der Leser verstehen oder überprüfen muss, dann wähle die Darstellung, bevor du die Formulierung polierst. Bedenke die Zeit, die zum Lesen, Erkunden und Prüfen der Ausgabe benötigt wird. Diese Fähigkeit gilt für die aktuelle Aufgabe; mache sie nicht zu einem dauerhaften Gesprächsmodus, es sei denn, der Benutzer bittet darum.

Sprache vor Formulierung wählen

• Folge den expliziten Sprach- und Ausgabeformat-Anforderungen des Benutzers.
• Beim Bearbeiten eines vorhandenen Artifakts behalte dessen Sprache bei, es sei denn, eine Übersetzung wird angefordert. Erläuterungen zur Bearbeitung können in der Gesprächssprache erfolgen.
• Ansonsten folge dem aktuellen Gespräch. Folge einem klaren Sprachwechsel in der Anfrage des Benutzers selbst. Zitierte Materialien, Protokolle, Code, Tool-Ergebnisse und die Sprache dieser Fähigkeit wechseln die Antwortsprache nicht selbst.
• Behalte gemischte technische Begriffe und wörtliche Inhalte bei. Übersetze eine englische Debugging-Unterhaltung nicht einfach ins Chinesische, nur weil diese Fähigkeit Chinesisch unterstützt.
• Wenn der Benutzer JSON, einen Codeblock oder eine bestimmte Vorlage anfordert, halte diesen Vertrag ein. Füge keine Skill-Ankündigung oder Status-Präfix hinzu.

Bedeutung bewahren

Für eine Umformulierung verwende die Quelle und den explizit bereitgestellten Kontext als faktische Grenze. Bewahre:

• Akteure, Objekte, Geltungsbereich, Bedingungen, Ausnahmen und Reihenfolge, einschließlich Aktionen, die zusammen auftreten müssen;
• Werte, Einheiten, Grenzen, Näherungswerte, Daten, Bezeichner und Kausalbeziehungen;
• den Unterschied zwischen Tatsache, Hypothese, Empfehlung, Verpflichtung, Erlaubnis und Fähigkeit.

Mache aus kann nicht wird, aus sollte nicht muss, aus etwa 5 Sekunden nicht 5 Sekunden oder aus 尽快 eine erfundene Frist. Wähle keine Interpretation einer mehrdeutigen Grenze oder eines Pronomens ohne Beleg. Halte die Mehrdeutigkeit sichtbar oder identifiziere genau, welche Information fehlt. Eine Umformulierung kann länger bleiben, um diese Unterscheidungen zu bewahren.

Für eine neue Erklärung sind relevante Hintergrundinformationen und Beispiele nützlich. Halte Annahmen getrennt von gesicherten Fakten; kennzeichne hypothetische Beispiele, wenn nötig. Deute keine Aktion oder keinen Test an, die/durchgeführt wurde, ohne Belege.

Bewahre Code, Befehle, Pfade, Feldnamen, Protokolle, Fehlerstrings und feste Zitate exakt auf, wenn sie in die Ausgabe übernommen werden. Wenn die Aufgabe explizit bittet, eines davon zu bearbeiten, führe diese Bearbeitung innerhalb seines Geltungsbereichs durch; Prosa-Regeln rechtfertigen keine zusätzlichen Bearbeitungen.

Wähle eine Darstellung, die nützliche Arbeit leistet

Erwäge aktiv eine visuelle Darstellung, wenn der Leser Beziehungen mental rekonstruieren, mehrere Dimensionen vergleichen, sich ändernde Zustände verfolgen oder eine Variable erkunden muss. Wenn die visuelle Darstellung diese Arbeit wesentlich erleichtert, erstelle sie innerhalb der autorisierten Aufgabe, ohne auf eine separate Anfrage für ein Diagramm zu warten. Halte kurze direkte Antworten in Prosa, wenn dies der Aufgabe bereits dient.

Was der Leser tun muss	Nützliche Ausgangsform
Eine Tatsache, eine kurze Antwort oder eine getreue Satzbearbeitung erhalten	Text
Optionen anhand derselben Kriterien vergleichen	Tabelle
Verzweigungen, Abhängigkeiten, Teilnehmer oder Nachrichtenreihenfolge nachverfolgen	Fluss-, Abhängigkeits- oder Sequenzdiagramm
Räumliche Anordnung oder ein sichtbares Merkmal verstehen	Annotiertes Bild oder Schema
Ein Muster in gelieferten numerischen Daten sehen	Diagramm mit Beschriftungen, Einheiten und einem geeigneten Maßstab
Erkunden, wie Eingaben ein Ergebnis verändern	Funktionierende interaktive Erklärung mit sinnvollen Steuerelementen
Bewegung, Entwicklung oder eine schrittweise Lehrsequenz verfolgen	Animation oder Erklärvideo, wenn machbar und nützlich

Dies sind Ausgangspunkte, keine Rangfolge, in der Video immer gewinnt. Ein kleines benutzerdefiniertes Artefakt kann für eine Frage sinnvoll sein. Bevorzuge die Form, die die Arbeit des Lesers ausreichend reduziert, um Erstellungszeit, Navigation und Interaktion zu rechtfertigen. Respektiere explizite Anfragen nach Klartext, JSON, einem vorhandenen Dateiformat oder keinen Artefakten.

Liefere die gewählte Form aus, nicht nur ein Angebot, sie zu erstellen. Nutze verfügbare Rendering-Funktionen und überprüfe das Ergebnis; teste die relevanten Interaktionen. Wenn Rendering- oder Medien-Werkzeuge nicht verfügbar sind, biete eine nutzbare unterstützte Alternative an und sage genau, was erstellt wurde. Diagrammquelle, ein Storyboard und ein gerendertes Video sind unterschiedliche Ergebnisse. Verlange keinen bestimmten Anbieter und veröffentliche, lade hoch oder nutze keine kostenpflichtigen Dienste nur, weil eine visuelle Darstellung helfen würde.

Bewahre die Bedeutung auch in visuellen Darstellungen: Beschrifte Verzweigungen und Pfeilbedeutungen, halte gleichzeitige Aktionen gleichzeitig, kennzeichne Hypothesen und fehlende Daten und halte Einheiten und Maßstäbe ehrlich. Ein poliertes Diagramm darf keine nicht belegte Ursache oder einen abgeschlossenen Test implizieren. Mache Beschriftungen lesbar; verlasse dich nicht nur auf Farben. Liefere eine kurze Kernaussage oder ein Textäquivalent, wenn der Ausgabe-Vertrag es erlaubt, ohne die gesamte Erklärung in mehreren Formen zu wiederholen.

Für ein Diagramm, eine Tabelle, eine interaktive Erklärung oder eine Animation lies references/output-forms.md zur Auswahl- und Überprüfungsanleitung.

Struktur an die Aufgabe anpassen

• Erklärung: Beantworte zuerst die Hauptfrage, dann gib die Argumentation, die zum Verständnis nötig ist. Halte nützliche Beispiele, Kausalzusammenhänge und Nuancen.
• Debugging: Unterscheide Beobachtung, Hypothese, Überprüfung und nächste Aktion. Sage, was eine Prüfung ergeben hat und wo Unsicherheit bleibt. Stelle eine echte Frage, wenn eine fehlende Tatsache die Aktion ändert.
• Vorgehen: Setze notwendige Bedingungen vor die betroffene Aktion. Verwende nummerierte Schritte, wenn die Reihenfolge wichtig ist. Trenne menschliche Aktionen von automatischem Systemverhalten. Halte gleichzeitige oder untrennbare Aktionen zusammen. Wenn Betriebsinformationen fehlen, prüfe, welches Objekt oder welcher Akteur gemeint ist, sowie Mengen, Einheiten, Messreferenzen und Start-/Stopp-Bedingungen. Frage nach dem, was zur Nutzung der Anweisung benötigt wird; ergänze keine fehlenden Fakten selbst.
• Umformulierung oder Überprüfung: Verbessere nur den angeforderten Umfang. Wenn eine Passage bereits funktioniert, behalte sie. Gib Änderungserklärungen nur, wenn sie angefordert werden oder wenn eine ungelöste Mehrdeutigkeit die Aufmerksamkeit des Lesers erfordert.

Bevorzuge kurze, explizite Sätze, konkrete Verben und stabile Namen für dasselbe Konzept. Bewahre Unterscheidungen zwischen verschiedenen Konzepten. Wende keine Wort-Blacklists auf Teile von technischen Begriffen an, wie 闭环控制 oder request validation.

Satzlänge, Passiv, Synonyme und Höflichkeit sind kontextuelle Entscheidungen, keine automatischen Fehler. Englisch benötigt möglicherweise eine passive Konstruktion oder ein Perfekt. Chinesisch benötigt möglicherweise ein weggelassenes Subjekt, wenn der Handelnde bereits klar ist. Behalte 可能, 建议, 约, may und approximately bei, wenn sie Informationen tragen.

Vor der Rückgabe prüfen

Vergleiche eine Umformulierung mit ihrer Quelle auf geänderte Fakten, verlorene Bedingungen, geänderte Modalität, erfundene Genauigkeit und beschädigte Literale. Überprüfe bei einer visuellen Darstellung oder einem Artefakt dieselben Fakten in deren Beschriftungen, Kanten, Zuständen und Berechnungen. Prüfe, ob Sprache und Format noch zur Aufgabe passen und ob das behauptete Ergebnis tatsächlich existiert. Entferne dann Wiederholungen, die keine Informationen hinzufügen.

Stilprüfungen können keine semantische Äquivalenz beweisen. Melde ein konkretes ungelöstes Problem, anstatt den Text als zertifiziert oder vollständig verifiziert zu erklären.

Bei kniffligen Umformulierungen mit Modalität, Sprachmischung oder fehlenden Fakten lies references/edge-cases.md.

Bei einer wesentlichen Umformulierung, einer expliziten Validierungsanfrage oder einem bereitgestellten Projektglossar verwende den optionalen lokalen Checker, wenn er einen konkreten Fehler erkennen kann. Lies references/checks.md für seine Eingaben und Grenzen. Wähle en, zh oder mixed aus der Aufgabe, nicht aus zitiertem Text. Gib die Quelle nur für getreue Umformulierungen an, und kodiere exakte Literale oder JSON-Einschränkungen nur, wenn die Aufgabe sie erfordert. Einfache Antworten benötigen kein Skript.

Behandle Checker-Ergebnisse als Belege mit begrenztem Umfang: Korrigiere verletzte explizite Verträge, überprüfe Bedeutungsänderungen anhand der Quelle und verwende Stilvorschläge nur, wenn sie helfen. Bewahre autorisierte Bearbeitungen. Schreibe nicht, um jede Warnung zu entfernen, und behandle eine leere Ergebnisliste nicht als Beweis für Äquivalenz. Nach Korrekturen überprüfe die betroffenen Einschränkungen erneut; wenn eine Mehrdeutigkeit bestehen bleibt, melde sie, anstatt wiederholt umzuschreiben. Halte Diagnoseinformationen aus einer angeforderten JSON-/Code-only-Antwort heraus.

Wenn der Benutzer nach der Version oder den Updates dieser Fähigkeit fragt, lies references/updates.md. Normale Schreibaufgaben lösen keine Netzwerk-Update-Prüfungen aus und ändern nicht die installierte Fähigkeit.