CommunitySchreiben & Editierengithub.com

Gyanesh5/plain-zh

Spezifikation für klare, menschenlesbare chinesische Ausgaben. Zwei Modi: zur Formgebung beim Schreiben (vorbeugend) und zur Überprüfung und Umschreibung nach der Fertigstellung (bereinigend). Deckt die vier Ebenen Terminologie-Disziplin, Leser-Kalibrierung, Struktursignale und Stilgrenzen ab, wobei die Regeln nach Evidenzstärke abgestuft sind. Geeignet für das Verfassen und Überprüfen von technischen chinesischen Texten, Lehrmaterialien und KI-Assistenten-Antworten.

Was ist plain-zh?

plain-zh ist eine umfassende Spezifikation für klares, menschenlesbares Chinesisch in der technischen Kommunikation, die sowohl als präventives Werkzeug während des Schreibens als auch als nachträgliches Überprüfungssystem dient. Es definiert vier Hauptkategorien von Regeln – Terminologie-Disziplin, Leser-Kalibrierung, Struktursignale und Stilgrenzen –, die jeweils mit einer Evidenzstärke (empirisch, kognitiv, technisch, vereinbart) gekennzeichnet sind. Das Skill unterstützt zwei Modi: den „Generierungsmodus“ zum vorausschauenden Anwenden der Regeln und den „Überprüfungsmodus“ zur Analyse und Umschreibung bestehender Texte mit strengen Änderungsdisziplinen. Es ist speziell für KI-Agenten (Claude, Cursor, Codex) konzipiert, die technische chinesische Inhalte generieren oder bearbeiten, und integriert Mechanismen zur Terminologieverwaltung auf Projektebene mit einer klaren Prioritätshierarchie von Benutzeranweisungen über Glossare bis hin zu Standardvorgaben. Die Effektivität der strukturellen Regeln wird durch Korpusstudien (270 gepaarte Test-Wiederholungen) gestützt, während kognitive Prinzipien wie die Wissensfluch und das Arbeitsgedächtnis die Leser-Kalibrierung untermauern.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Gyanesh5/plain-zh/tree/HEAD

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

plain-zh 平实中文

Für Menschen lesbares Chinesisch schreiben: Begriffe definieren, bevor sie verwendet werden; ein Konzept nur mit einem Namen bezeichnen; Metaphern nicht in Überschriften verwenden; Struktur klar und einfach halten.

Jeder Regel ist eine Evidenzstufe beigefügt:

  • 〔empirisch〕aus dem lieflat-less-ai-tone Korpus mit 270 gepaarten Test-Wiederholungen, zwei Durchgänge gleichläufig
  • 〔kognitiv〕kognitionswissenschaftliche Grundlage (Pinkers Wissensfluch, Cowans Arbeitsgedächtniskapazität)
  • 〔technisch〕ausgereifte technische Praxis (ASD-STE100 kontrolliertes Schreiben, Chinesische Textformatierungsrichtlinien)
  • 〔vereinbart〕Projektspezifische Konvention, keine experimentelle Evidenz, nach Bedarf anpassbar

Zwei Modi

Generierungsmodus (vor dem Schreiben laden): Vor dem Schreiben Zielgruppe und Begriffstabelle festlegen, nach Fertigstellung mit P1-P7 selbst prüfen. Die POLICY.md ist eine auf 8 Zeilen verkürzte Version dieses Modus, geeignet für die Integration in AGENTS.md / CLAUDE.md / SOUL.md als ständige Regel.

Überprüfungsmodus (auf fertige Texte anwenden): Nach dem „Überprüfungsmodus-Workflow“ einen Bericht erstellen, auf Bestätigung warten, dann umschreiben.

Projektspezifisches Begriffstabellen-Mechanismus

Sowohl beim Generieren als auch beim Überprüfen zuerst die Projektbegriffsquellen prüfen, dann schreiben:

  1. Priorität der Begriffquellen: Aktuelle Benutzeranweisung > Projektbegriffstabelle (CONTEXT.md, GLOSSARY.md, Begriffskonkordanztabelle) > Standardvorgaben dieser Spezifikation. Projektbegriffe werden so verwendet, wie sie definiert sind; bestehende Terminologie wird nicht nach dieser Spezifikation neu geschrieben.
  2. Koexistenz mit Drittanbieter-Workflows: Wenn das Projekt Skills wie mattpocock (wayfinder, to-spec usw.) verwendet, werden deren CONTEXT.md-Begriffe, Befehle und Metaphern (wayfinder=Aufgabenkarte, grill=Nachfrage/Urteil, to-tickets=Aufgabenpaket schnüren, an der Station angekommen=Ziel erreicht, im Nebel=aufgeschoben/unbestimmt) als Projektkonventionen übernommen; Schnittstellenbegriffe werden nach P3 zweigleisig behandelt.
  3. Inkrementelle Governance: Bestandsdokumente werden nicht umgeschrieben; die Evidenzkette der Entscheidungsarchive hat Vorrang. Wenn das Projekt keine Begriffstabelle hat und eine Überprüfung mehr als 3 nicht definierte Begriffe trifft, wird am Ende des Berichts die Erstellung einer Begriffskonkordanztabelle empfohlen; danach werden neue Dokumente anhand dieser Tabelle verarbeitet.

R1 Terminologie-Disziplin

P1 Begriff vor Verwendung definieren〔kognitiv〕

Jeder Begriff, jede Abkürzung, jeder Dateiname, jedes Feld, jedes Tool muss vor dem ersten Auftreten definiert oder in einer chinesisch-englischen Entsprechung angegeben werden. Kein unvermitteltes Auftauchen. Entscheidungskriterium: Hat der Leser diesen Begriff schon einmal gesehen? Wenn nicht, zuerst in einem Satz erklären, was es ist.

  • Vorher: „Einfach build_assets.py ausführen reicht.“
  • Nachher: „Zuerst mit dem im Repository enthaltenen Ressourcenpaketierungsskript build_assets.py paketieren, dann ausführen“ (Apposition direkt schreiben, ohne Klammern; wenn Klammern nötig sind, siehe P18)

Beibehalten: Begriffe, die im vorherigen Abschnitt definiert wurden; Allgemeinwissen der Zielgruppe.

P2 Gleiches Konzept, gleicher Begriff〔empirisch〕

Ein Konzept von Anfang bis Ende mit einem Namen bezeichnen. Keine Synonyme abwechseln, keine neuen Bezeichnungen in der Mitte erfinden.

Evidenz: Synonymumbenennungen bei KI 0,83-0,86 Mal/Absatz, bei Menschen 0,49; Absätze mit mehr als 2 Wiederholungen: KI 20,6-22,5 %, Menschen 8,4 %.

  • Vorher: Im selben Absatz werden „optimieren / verbessern / steigern“ abwechselnd für dieselbe Sache verwendet.
  • Nachher: Im gesamten Text einheitlich „optimieren“ verwenden.

Beibehalten: Literarische referenzielle Variation; „auch bekannt als X“ bei der formalen Einführung eines Begriffs.

P3 Begriff bei Ersterscheinung mit Entsprechung versehen, keine selbst erfundenen Übersetzungen〔technisch〕

Wenn eine gebräuchliche Übersetzung existiert, diese verwenden; wenn nicht, beim ersten Auftreten „Chinesisch (English)“ schreiben, danach im Text nur das Chinesische. Keine selbst erfundenen Jargon-Übersetzungen und statistischen Jargonbegriffe.

  • Vorher: „Vorlage Chrom Fünfer-Set“ „Modus-Regression“ „Abweichungsmodus“
  • Nachher: „Vorlagenbasiertes UI-Element (Chrome): Kopfzeile, Metainformationskette, Gedankenstrich-Label“ „Regression zum Mittelwert“

Beibehalten: Branchenübliche englische Begriffe (API, CI/CD); vom Team vereinbarte, im Original beizubehaltende Wörter (gemäß Projektbegriffstabelle).

Zweigleisige Behandlung von Schnittstellenbegriffen: Schrägstrich-Befehle, Labels (Label, Status, Type), Konfigurationsschlüssel sind die Aufrufschnittstellen des Agenten; sie bleiben im Original unübersetzt. Aber wenn sie im menschlichen Textkörper erscheinen, beim ersten Mal eine Entsprechung angeben.

  • Vorher: „Ticket 05 grill, zuerst mit dem Benutzer abstimmen“
  • Nachher: „Ticket 05 grill (Nachfrage/Urteil), zuerst mit dem Benutzer abstimmen“

Maschinelle Metadatenzeilen (Label, Status, Blocked by usw.) werden zentral im Metadatenbereich am Dateianfang platziert, nicht im Text verstreut. Abschnittsüberschriften sind auf Chinesisch oder zweisprachig chinesisch-englisch nebeneinander; englische Überschriften werden nicht als ganze Abschnitte beibehalten.

P4 Metaphern-Kontingent〔vereinbart〕

Maximal eine Metapher pro Konzept. Metaphern erscheinen nur in der Erklärung, nicht in Überschriften und werden nicht wiederholt als Begriffe verwendet. Modelle können die Angemessenheit von Metaphern nicht beurteilen (Konsens zwischen Modellen 0-40 %), eine nachträgliche Filterung ist unzuverlässig, daher von vornherein begrenzen.

  • Vorher: Überschrift „1. Herkunft und die Probleme, die es lösen will“; „Drei Säulen / Säule eins / Säule zwei“ als Kapitelstruktur
  • Nachher: Überschrift „1. Quelle: Welches Problem löst es?“; „Drei Prinzipien / Prinzip eins“

Beibehalten: Vom Benutzer ausdrücklich gewünschte Stilrichtungen; im Lehrkontext bestätigte effektive Metaphern (maximal eine pro Konzept).

R2 Leser-Kalibrierung

P5 Zielgruppe und bekannte Liste〔kognitiv〕

Vor dem Schreiben zwei Dinge festlegen: für wen und was der Leser standardmäßig weiß. Im Text nur auf Konzepte verweisen, die der Leser bereits aufgebaut hat. Wissensfluch (Curse of Knowledge): Was der Autor weiß, weiß der Leser nicht unbedingt, und der Autor übersieht diese Lücke am leichtesten.

P6 Kontingent für nicht definierte Abkürzungen〔kognitiv〕

Maximal 1 nicht ausgeschriebene Abkürzung pro 100 Zeichen. Das Arbeitsgedächtnis kann etwa 4 unbekannte Elemente gleichzeitig halten; fortlaufende Abkürzungen zwingen den Leser, „zu stoppen und nachzudenken“. Wenn das Kontingent überschritten wird, zuerst ausschreiben oder reduzieren.

P7 Analogie für fachfremde Konzepte〔kognitiv〕

Bei der Einführung von Konzepten außerhalb des Fachgebiets des Lesers eine Analogie aus dem Fachgebiet des Lesers geben und die Grenzen der Analogie erläutern. Die Analogie ist für den Einstieg zuständig, die Grenze für die Vermeidung von Verzerrungen.

  • Beispiel: „Ein Register ist wie ein Parkplatz: Jeder Platz fasst nur einen Wert. Aber ein Register hat kein ‚voll‘ – Schreiben überschreibt.“

R3 Struktursignale

Nach Evidenzstärke geordnet. Ein Treffer ist keine Anklage, sondern ein Hinweis; an jeder Stelle im Kontext prüfen, ob zutreffend.

P8 Widerspruchsformulierung〔empirisch, Faktor 3,4〕

„Nicht X, sondern Y“, „Du denkst … aber in Wirklichkeit …“, „Scheinbar … tatsächlich …“, „Eher … als …“. In den meisten Fällen direkt urteilen.

  • Vorher: „Das Modell kopiert nicht, es regrediert zum Mittelwert.“
  • Nachher: „Das Modell plagiere niemanden; es gibt die statistisch häufigste Schreibweise aus.“

Beibehalten: Korrektur echter Missverständnisse („Der Fehler tritt während der Speicherung auf, nicht während des Hochladens.“).

P9 Hinweis-Doppelpunkt〔empirisch, Faktor 3,8〕

„Eine Zusammenfassung: “, „Der Kern ist: “, „Der Grund ist: “. Wenn der Hinweis keine Information trägt, löschen und direkt die Schlussfolgerung schreiben; wenn die erste Hälfte wirklich an den vorherigen Satz anknüpft, den Doppelpunkt durch einen Punkt ersetzen.

P10 Verkettung〔empirisch: KI Median 7er-Kette, Mensch 1〕

Jeder Absatz beginnt mit dem Schlüsselwort des vorherigen Absatzes; Null-Sprünge im gesamten Text. 1-2 natürliche Sprünge in der Kette lassen, damit der Leser an der Schlussfolgerung teilnimmt.

Beibehalten: Stile, die enge Verknüpfung erfordern (Tutorials, juristische Dokumente).

P11 Isomorphe Dreierkette〔empirisch: KI 29,4 %, Mensch 10,7 %〕

Drei aufeinanderfolgende Sätze teilen dasselbe syntaktische Grundgerüst (gleicher Satzanfang, gleicher Satzschluss-Rhythmus). Einen Satz auflösen: zusammenführen, aufteilen oder die Wortstellung ändern, nicht den Inhalt löschen.

Beibehalten: Stilistische Mittel (Reden, Manifeste); Listenform; narrative Dreierfolge.

P12 Vier Übersetzungsstrukturen〔empirisch〕

Nur vier Typen behandeln: Zu lange vorangestellte Attribute (mehr als 15 Zeichen vor dem Kernwort oder zwei aufeinanderfolgende „的“); „Wenn … dann“-Nebensätze am Satzanfang; „Für … / Was … betrifft“-Themenhülsen; aufeinanderfolgende Absätze, die mit „Jedoch, / Daher, / Außerdem,“ als Wegweiser beginnen. Auflösen, wo möglich; beibehalten, wenn sie eine zeitliche oder logische Funktion erfüllen.

P13 Aufzählungs- und Komprimierungsdichte〔empirisch: Durch Komma getrennte Aufzählungen KI 3,21 vs. Mensch 1,78 pro 1000 Zeichen, gepaarte Wiederholung dichte Nebeneinanderstellungen KI 1,45-fach, zwei Durchgänge gleichläufig〕

Nicht mehr als 3 Elemente in einer Aufzählung innerhalb eines Satzteils; bei mehr als 3 in eine Liste umwandeln oder zusammenfassen und einen Quellenlink angeben. Keine zählenden Sammelbegriffe verwenden – „Überwachungs-Vierer“, „Vergleichs-Sechser-Set“, „Diff-Dreier“ entweder einzeln auflisten oder beim ersten Auftreten definieren und dann die Abkürzung verwenden. Schrägstrich-Aufzählungen gleich behandeln.

  • Vorher: „M7 enthält Seitenneugestaltung/Parameterwichtigkeit/Schlechte-Epochen-Frühstopp/Überwachungs-Vierer/Retry/Formular“
  • Nachher: „M7 enthält sechs Punkte: Neugestaltung der Agent-Seite, Parameterwichtigkeitsanalyse, Schlechte-Epochen-Frühstopp, vier Überwachungen (GPU-Kurve, Zeitvorhersage, Desktop-Benachrichtigung, Loss-Doppellinie), Ein-Klick-Retry, Formularüberarbeitung“

Beibehalten: Befehlszeilenparameter, Fehlercodetabellen, sachliche Aufzählungen in Listen-dokumenten; drei durch Kommas getrennte Elemente sind normale Schreibweise (Abschnittsinterne Parallelismen werden von Menschen durchaus verwendet), nur bei vier oder mehr Elementen mit gleicher Struktur eingreifen.

P14 Wortliste herabgestuft〔empirisch: Kein signifikanter Unterschied〕

Treffer der Wortliste („ermächtigen, greifen, schließen, vertiefen, ablagern“ usw.) sind nur Hinweise mit niedriger Gewichtung, kein alleiniger Änderungsgrund. Struktursignale (P8-P12) haben Vorrang vor der Wortliste.

X-Stufe (niemals ändern): Die folgenden Merkmale haben in gepaarten Wiederholungstests keine Unterscheidungskraft oder eine entgegengesetzte Richtung; sie werden auch bei Erkennung nicht geändert – Ordinalzahlen in Zwischenüberschriften, „Das bedeutet“-Wiederholungen, Leerlaufsätze, die Listen einleiten, „Zuerst / Zweitens / Zusammenfassend“, rhetorische Fragen, Vereinheitlichung der Satzlänge, Anhäufung präziser Zahlen.

R4 Stilgrenzen

P15 Dramaturgischer Rahmen nur auf ausdrücklichen Wunsch〔vereinbart〕

Lehrer-Persönlichkeit („Lehrmaterialien ausgegeben“, „Vorlesungsbeginn“, „Mustersammlung“), Theater-Kommentar, Interview-Rahmen, Spannungsaufbau durch Vorankündigung („Stopp –“) nur aktivieren, wenn der Benutzer es ausdrücklich verlangt. Standardmäßig sachlich und direkt.

P16 Zitat-Kontingent〔vereinbart〕

Maximal eine sentenzartige Zusammenfassung pro Artikel. Keine abschließende Vorankündigung wie „Mit einem Satz mitnehmen“.

P17 Chinesisch-Englisch gemischte Satzgestaltung〔technisch〕

Zwischen chinesischen und englischen Zeichen ein Leerzeichen einfügen. Im chinesischen Kontext vollbreite Satzzeichen verwenden. Zwischen Zahlen und Einheiten ein Leerzeichen einfügen. Details folgen den Chinesischen Textformatierungsrichtlinien (sparanoid/chinese-copywriting-guidelines).

P18 Satzzeichen und Klammern〔technisch: GB/T 15834—2011, CY/T 154—2017〕

Kommentar-Schreibweise nach Priorität: Apposition direkt schreiben > Klammern > Gedankenstriche. Kommentare, die als Apposition geschrieben werden können, nicht einklammern. Klammern für Randbemerkungen, die nicht mit dem Text gelesen werden müssen. Gedankenstrich-Kommentare gehören zum Text und müssen mitgelesen werden; im chinesischen technischen Text sparsam verwenden (hohe Dichte an Gedankenstrichen ist gleichzeitig ein empirischer Fingerabdruck von KI-Schreibstil).

  • Apposition (bevorzugt): Zuerst mit dem im Repository enthaltenen Ressourcenpaketierungsskript build_assets.py paketieren, dann ausführen
  • Klammern (Randbemerkung): Unterstützt Batch-Export (Administratorrechte erforderlich)
  • Gedankenstrich (mitzulesender Kommentar, sparsam): Wenn nötig, mit einem Zweierstrich — (zwei Zeichen breit, ohne Bruch, davor normalerweise kein Satzzeichen)

Klammern: Voll- oder Halbbreite nach Inhalt und angrenzendem Kontext, durchgängig einheitlich (CY/T 154 Konsistenzprinzip):

SzenarioFormBeispiel
Paarweise Übersetzung „Chinesisch (English)“Vollbreite, kein Leerzeichen davor/danach消息队列 (Message Queue)
Kommentar mit chinesischem InhaltVollbreite, kein Leerzeichen davor/danach支持批量导出(需要管理员权限)
Reines Englisch, Zahlen, VersionsangabenHalbbreite, Leerzeichen vor der Klammer基于 Spring Boot (v3.2.0) 开发
Klammer direkt neben Code oder DateinameHalbbreite, Leerzeichen auf beiden Seiten运行 build.sh (首次运行会下载依赖) 后重启

Bekannte Divergenz: Veröffentlichungskonventionen verwenden für „Chinesisch (English)“ Vollbreite (GB/T 15834, Richtlinienbeispiele); manche technischen Standards verwenden für rein englische Inhalte durchgängig Halbbreite mit Leerzeichen (Gengo). plain-zh verwendet standardmäßig Vollbreite für Entsprechungen, Halbbreite für technische Verweise; wenn das Projekt eigene Konventionen hat, folgen Sie diesen, ohne innerhalb des Textes zu wechseln.

Weitere harte Regeln:

  • Keine verschachtelten Klammern; bei notwendiger Verschachtelung unterschiedliche Formen innen und außen (außen 〔〕 innen ())
  • Satzinterne Klammern direkt nach dem kommentierten Wort, am Ende kein Punkt; satzexterne Klammern nach dem satzschließenden Punkt
  • Anführungszeichen: Standardmäßig „“ für einfach, ‘’ für verschachtelt; spitze Klammern 「」『』 für traditionelles Chinesisch oder wenn das Projekt 「」 vereinbart, durchgängig einheitlich
  • Auslassungspunkte mit ……, nicht mit drei Punkten
  • Englische Aufzählungselemente in chinesischen Sätzen weiterhin mit 顿号 (z. B. „at the bus stop、at the railway station“)
  • Klammerkommentare nicht mehr als 2 pro Absatz; fortlaufende Randbemerkungen in Fließtext umwandeln

Beibehalten: Halbbreite Klammern in Codeblöcken und Befehlszeilen; Klammern in mathematischen Formeln; kompakte Klammern in Tabellen; bestehende Projektsatzungs-Konventionen.

R5 Umschreibungsdisziplin (gilt für Überprüfungsmodus)

P19 Minimaländerung

Bei einem Treffer nur den zur Lösung des Problems notwendigen Teil ändern, nicht beiläufig den Stil verbessern und benachbarten Text nicht berühren. Je mehr geändert wird, desto größer die Chance, neue Fehler einzuführen. Ohne Sicherheit den Originaltext beibehalten.

P20 Informationserhaltung

Fakten, Zahlen, Einschränkungen, Zuschreibungen und Negationsbereiche vollständig erhalten. „Kann“ nicht in „Bestimmt“ ändern, „Geplant“ nicht in „Abgeschlossen“. Jedes neu hinzugefügte sinntragende Wort muss im Originaltext nachweisbar sein.

P21 Struktur beibehalten

Überschriftsebenen, Kapitelreihenfolge, Absatzreihenfolge, Position von Listen, Tabellen, Verweisen und Codeblöcken originalgetreu erhalten. Vor dem Ändern einer Überschrift alle Textverweise und Ankerpunkte prüfen.

P22 Selbstprüfung nach der Änderung

Punkt für Punkt prüfen: Neue sinntragende Wörter nachgewiesen? Alle Begriffe beim ersten Auftreten definiert (P1-P3)? Schnittstellenbegriffe mit Entsprechung versehen (P3)? Überschriften ohne Metaphern (P4)? Kontingent für nicht definierte Abkürzungen eingehalten (P6)? Widerspruchsformulierungen und Hinweis-Doppelpunkte behandelt oder Grund für Beibehaltung angegeben (P8-P9)? Aufzählungs- und Komprimierungsdichte eingehalten, keine zählenden Sammelbegriffe (P13)? Satzzeichen und Klammern konform, Kommentare bevorzugt als Apposition (P18)? Dramaturgischer Rahmen nicht aktiviert oder vom Benutzer gefordert (P15)?

Dreistufige Entscheidungsarbeitsteilung

  • Zählbare Indikatoren (Abkürzungsanzahl, Metapherndichte, Wortwiederholung, Gedankenstrichdichte): Können skriptbasiert erfasst werden; dieses Projekt stellt eine detect-Schnittstelle zur Verfügung.
  • Satzsemantische Beurteilung (ob ein Treffer zutrifft, ob die Beibehaltungsgrenze anwendbar ist): Das Modell beurteilt jeden Punkt anhand der in dieser Datei festgelegten Kriterien; wenn unsicher, mit „zu prüfen“ kennzeichnen.
  • Metaphern-Angemessenheit: Nur Kandidaten auflisten, vom Benutzer beurteilen lassen; das Modell bewertet nicht.

Überprüfungsmodus-Workflow

  1. Gesamten Text lesen, Stil und Zielgruppe bestimmen, zu erhaltende Behauptungen, Daten und Einschränkungen auflisten.
  2. Punkt für Punkt nach P1-P18 prüfen. Für jeden Treffer notieren: Regelnummer, Position im Original, Änderungsvorschlag, Beurteilung (zu ändern / beibehalten / Fehlalarm / zu prüfen). Bei Beibehaltung einen konkreten Grund angeben, nicht nur „liest sich natürlich“.
  3. Bericht erstellen: Treffer nach R1-R4 gruppiert auflisten (Originalsatz, Änderungsvorschlag, Beurteilung), nach Kategorien zählen (Terminologie / Struktur / Stil). Den Benutzer bitten, auf den gesamten Änderungsvorschlag mit „Nach Vorschlag ändern“ zu antworten oder Anpassungen vorzuschlagen; nicht für jeden einzelnen Treffer eine Entscheidung einholen.
  4. Nach Bestätigung umschreiben unter Einhaltung von P19-P21. Jede Änderung mit „Original, Geändert, Getroffene Regelnummer“ dokumentieren.
  5. Nach der Änderung gemäß P22 selbst prüfen, eine Vorher-Nachher-Gegenüberstellung ausgeben (Änderungsstellen mit Durchstreichung und Einfügemarkierung), prüfen, ob alle als zu ändernd markierten Punkte abgearbeitet wurden.

Checkliste vor der Auslieferung

  • Jeder Begriff beim ersten Auftreten definiert oder mit Entsprechung versehen (P1, P3)
  • Gleiches Konzept, ein Name (P2)
  • Überschriften ohne Metaphern (P4)
  • Nicht definierte Abkürzungen innerhalb des Kontingents (P6)
  • Widerspruchsformulierungen, Hinweis-Doppelpunkte behandelt oder Grund für Beibehaltung angegeben (P8, P9)
  • Dramaturgischer Rahmen nicht aktiviert oder vom Benutzer ausdrücklich gefordert (P15)
  • Aufzählungen innerhalb des Kontingents, keine zählenden Sammelbegriffe (P13)
  • Fakten, Einschränkungen, Struktur nicht verändert (P19-P21)
  • Keine versehentlichen Änderungen an X-Stufen-Merkmalen

Quellen

Lizenz

MIT

Verwandte Skills