Japanische Consulting-PPTX

Was macht Japanische Consulting-PPTX?

Diese Fähigkeit fügt eine japanische Spezialschicht auf die pptx-Fähigkeit auf. Falls die pptx-Fähigkeit verfügbar ist (claude.ai: /mnt/skills/public/pptx/SKILL.md), lesen Sie sie zuerst für die pptxgenjs-Fallstricke und die QA-Befehle (validate.py, soffice → pdftoppm). Alles unten überschreibt oder erweitert sie. Die eigenen Skripte dieser Fähigkeit benötigen nur Node + pptxgenjs und Python 3 + python-pptx.

Warum dies existiert

Japanische Folien, die von Standard-Pipelines erstellt wurden, sehen aus drei Gründen maschinell erstellt aus – in dieser Reihenfolge der Sichtbarkeit:

1. 文体 – です・ます-Erklärungen, Füllwörter (〜と言えるでしょう), leere Wörter (さまざまな／効率的に), übersetzte Syntax. Behoben mit references/writing-style.md plus dem Linter.
2. 配置 – zentrierte Titel, identische Drei-Karten-Reihen, Akzentstreifen, ungleichmäßige Abstände, Titel, die zwischen Folien wandern. Behoben mit references/layout-and-patterns.md und festen Layout-Zonen in der Bibliothek.
3. 仕上げ – pptxgenjs lässt die ostasiatische Schriftart leer, sodass PowerPoint Japanisch in 游ゴシック Light rendert; taggt Text als en-US; ignoriert Kinsoku. Behoben durch scripts/postprocess_jp.py, automatisch von der Bibliothek ausgeführt.

Die Ursache für KI-klingenden Text ist Leere, nicht bestimmte Wörter. Ein Wort zu verbannen führt nur dazu, dass das Modell ein Synonym einsetzt. Beheben Sie also die Ursache: Fügen Sie Details hinzu (wer, was, wie viele, bis wann) oder löschen Sie den Satz. writing-style.md §0 erklärt dies; folgen Sie dem Drei-Schritte-Umschreibeprozess (削る → 足す → 揃える).

Überschreibungen der pptx-Fähigkeit

pptx-Fähigkeit sagt	Hier
Titel 36–44pt, Textkörper 14–16pt	Titel 24pt, Einleitung 14, Textkörper 14, Notizen 10. Japanische Consulting-Deck sind Lesedokumente; lange japanische Titel passen bei 36pt nicht. Verwenden Sie 18pt+ Textkörper nur, wenn das Deck projiziert wird.
Schriftarten aus der sicheren Liste	Latein/Zahlen Arial, Japanisch BIZ UDPゴシック (Alternativen: 游ゴシック, メイリオ). Setzen Sie font: in createDeck. QA rendert mit einer Ersatzschriftart, lassen Sie daher ~10 % Spielraum in Boxen.
Jede Folie braucht ein visuelles Element	Eine strukturierte Tabelle, Spalten oder ein Prozess zählen als visuell. Vermeiden Sie Nur-Aufzählungsfolien; fügen Sie niemals dekorative Symbole hinzu, um dies zu erfüllen.
Keine Akzentlinien, keine Farbbalken	Gleiches gilt hier, und auch keine Kartenrandstreifen oder vollbreiten Kopfzeilenbänder.

Arbeitsablauf

1. Storyline zuerst. Schreiben Sie die Aktionsüberschriften für jede Folie als Liste und lesen Sie sie in der Reihenfolge. Wenn die Titel allein die Geschichte nicht erzählen, korrigieren Sie die Geschichte vor jedem Layout (writing-style.md §2).
2. Text pro Folie schreiben unter Anwendung von writing-style.md §1–§5: elementweise Register, kein です・ます in Titeln oder Aufzählungen, Zahlen mit 基準 und 出所.
3. Ein Muster pro Folie auswählen aus der Tabelle in layout-and-patterns.md §2. Benachbarte Folien dürfen nicht dasselbe Muster verwenden.
4. Erstellen mit der Bibliothek (unten). Setzen Sie Titel, Einleitung, Notizen oder Seitenzahl nicht von Hand; die Layouts besitzen sie.
5. Linten: python3 scripts/lint_jp_deck.py deck.pptx. Beheben Sie jeden ERROR und lesen Sie jeden WARN. Wiederholen, bis kein ERROR mehr übrig ist.
6. Validieren und rendern: validate.py, dann in Bilder konvertieren und jede Folie inspizieren (siehe beautify.md §4–§5). Betrachten Sie Folien mit frischen Augen; überprüfen Sie Titel auf Zeilenumbrüche und Blöcke auf Lücken unter 0,3 Zoll.
7. Berichten Sie die Lint-Zusammenfassung und alle WARN, die Sie absichtlich beibehalten haben, mit Begründung.

Falls der Benutzer vorhandene japanische Folien zur Korrektur bereitstellt, führen Sie zuerst den Linter aus, um eine Fehlerliste zu erhalten, bearbeiten Sie dann den Text gemäß writing-style.md und behalten Sie das Layout bei, es sei denn, es verstößt gegen die Layout-Regeln.

Bibliothek

const { createDeck } = require("<skill dir>/scripts/jp_deck_lib.js");
const d = createDeck({ font: "biz-ud", palette: "ink", title: "…", company: "…", footerText: "Confidential" });
const { L } = d;                                  // Zonen in Zoll: L.body, L.note, …
d.cover({ title, subtitle, meta });
const s = d.content({ title: "結論を言い切るタイトル", lead: "対象・条件", section: "章名" });
d.bullets(s, ["体言止めの行", { t: "補足", lv: 1 }], { x: L.body.x, y: L.body.y, w: 6, h: 3 });
d.barChart(s, { labels, series: [{ name, values }] }, rect, { hi: 0 });
d.table(s, rows, rect, { numCols: [1, 2], hlRow: 2 });
d.columns(s, [{ head, items, foot, hl }], rect);
d.chevrons(s, [{ head, items, out, hl }], rect);
d.takeaway(s, "示唆の一文");                      // Unten im Textkörperbereich
d.note(s, ["出所：…", "注：…"]);
await d.finish("out.pptx");                       // Schreibt, führt dann postprocess_jp.py aus

scripts/sample_deck.js erstellt ein 8-Folien-Referenzdeck, das jede Komponente verwendet; lesen Sie es, bevor Sie ein neues Build-Skript schreiben. Farboptionen für Linien, Tabellen und Diagramme benötigen Hex aus d.THEME.colors; Text und Füllungen akzeptieren Schemafarben d.C.*. postprocess_jp.py meldet lautstark einen Fehler, wenn eine Schemafarbe in eine Nur-Hex-Option gelangt.

Rufen Sie pres.addText nicht mit einem benutzerdefinierten fontFace auf; die Themaschriftarten tragen die lateinisch-japanische Paarung. Eine hartcodierte Schriftart zerstört die ostasiatische Zuordnung.

Referenzdateien

• references/writing-style.md – Register pro Element, Aktionsüberschriften, der KI-Geruchskatalog (NG → OK), numerische Notation, Aufzählungsregeln, Umschreibe-Durchläufe, Preflight-Checkliste. Lesen Sie vor dem Schreiben von Folientext.
• references/layout-and-patterns.md – Zonen und Raster, Inhalts-zu-Muster-Tabelle, Ausrichtungsprinzipien, KI-aussehende Layouts zur Vermeidung, Diagramm- und Tabellenkonventionen.
• references/beautify.md – Farbsystem, Typenskala, Formregeln, Abschlussprüfungen, Rendering-Hinweise.

Linter

scripts/lint_jp_deck.py deck.pptx [--strict] [--json] [--ignore RULE …] liest die .pptx mit python-pptx und meldet ERROR / WARN / INFO pro Folie. Exit-Code 1 bei jedem ERROR (oder jedem WARN mit --strict). Es deckt die ★-Punkte in writing-style.md §3 plus Schriftarten, Sprach-Tags, Überlaufsschätzungen, Überlappungen, enge Lücken, Ränder, Abweichung der Titelposition, zentrierten Textkörpertext und Layout-Wiederholungen ab. Es kann nicht beurteilen, ob ein Titel eine gute Behauptung ist; das tun Sie, indem Sie die Titel in der Reihenfolge lesen.