plain -- eine dichte/fachjargonlastige Antwort in einfaches Englisch übersetzen
Die hier durchgesetzte Grundregel: verständliches, bekömmliches Englisch im Chat – jede selbst erfundene Codebezeichnung wird in einfachen Worten erklärt, nichts geht in Prozessbeschreibungen unter. Diese Regel wird ständig verletzt – Antworten kommen vollgestopft mit Dateicode-Nummern (F027, B13, PTT, einem def_hash ...), nicht ausgeschriebenen Akronymen und zusammengepressten Nominalphrasen, die eine Lesebarriere darstellen. Dieses Skill ist die Lösung: Nehmen Sie diese Antwort und SAGEN SIE ES NOCH EINMAL in einfachem, gesprächigem, großzügigem Englisch.
Dies ist das ANTI-knappe Skill – das Gegenteil von /breakdown. Länge ist in Ordnung; Bedeutungsverlust nicht.
Was zu übersetzen ist
Standardziel: die unmittelbar vorhergehende Assistenten-Nachricht. Falls der Benutzer Text eingefügt oder eine Datei/einen Block @-erwähnt hat, übersetzen Sie stattdessen diesen. Falls dies uneindeutig ist, fragen Sie einmal nach.
So wird es gemacht
- LÖSEN Sie jeden Code, jedes Tag und jedes Akronym in seine tatsächliche Bedeutung auf – RATEN SIE NICHT. Wenn ein Dateicode / Phasenname / Gate-Name / Hash auftaucht, schlagen Sie ihn in den Projektdateien nach (z. B.
findings.md,CHECKPOINT.md, dem zugehörigen Lastenheft) und geben Sie an, was er WIRKLICH IST – in menschlichen Worten. Wenn Sie wirklich nicht finden können, worauf sich ein Code bezieht, sagen Sie „Ich konnte nicht finden, worauf sichXbezieht“ – erfinden Sie niemals eine Bedeutung. - Formulieren Sie um, nicht zusammen. Behalten Sie den GESAMTEN Inhalt. Dies ist eine Übersetzung, keine gestutzte Zusammenfassung; Details wegzulassen, um kürzer zu werden, ist der Fehlermodus.
- Packen Sie zusammengepresste Nominalphrasen und verschachtelte Nebensätze in kurze, einfache Sätze aus.
- Führen Sie KEINE neuen Kurzformen ein – keine Codes, kein Projektjargon. Wenn ein Fachbegriff wirklich unvermeidbar ist, definieren Sie ihn beim ersten Gebrauch inline.
- Strukturieren Sie zum Lesen – kurze Absätze oder eine einfache Liste, kein Block.
Regeln
- Einfaches, gesprächiges Englisch, strukturiert für Bekömmlichkeit: Antwort zuerst, kurze Absätze, ausführlich genug, um jeden Begriff zu definieren – niemals eine Textwand.
- Erfinden Sie niemals eine Bedeutung für einen Code, den Sie nicht auflösen konnten.
- Fügen Sie keine neue Analyse, Meinungen oder nächsten Schritte hinzu – machen Sie nur den vorhandenen Inhalt lesbar. Wenn der Benutzer mehr möchte, wird er fragen.