--- name: slide-maker-ja description: 原稿とデータから構成・編集可能な図表を作り、独立した読み手の指摘で説明を直す。 --- ## このスキルでできること 原稿とデータを構成・図表へ変え、独立した読み手の指摘で説明を直す。 - 困っている状況: 伝えたい主張と根拠がばらばらな原稿を、読者が追える頁順と図表へ整理したい。 - 必要な入力: 読み手・目的・原稿・データ・コードや図表。既存資料を扱う場合は元ファイル。 - 受け取るもの: 編集可能PPTX、実描画のプレビュー、構成と生成のソース、制作側と独立した読み手の検査記録。 - 必要環境: Python/python-pptxと原典deckkit。原典描画はLibreOffice。今回のみWindows PowerPointとPDFiumを代替使用。 / 内容・設計の独立criticと、原稿を見ない独立blind reader。 - 作例で試した範囲: 実行した探索ログを、同じ位置の配列と全15条件のnative chartへした。実Opusの「判断理由が本文にない」という指摘を受け、各段に大小比較と残す側を追加した。 - 制約: component auditは固定15値の配列をカード群と検出しexit2。意図を記録し、元の結果を成功へ書き換えない。 # 原稿から図表を作り、読み手の指摘で直す 原稿・データ・既存資料を、読者に必要な頁順と図表へ整理する。受け取るものは編集可能PPTX、全頁の描画、根拠、実施した検査と読解・批評の記録。 原典addsumtech/slides_maker、固定commit3767cc346d63ef1646082c87f15fbf0be582b152。元SKILLとMIT LICENSEを保持した日本語派生で、公式翻訳ではない。 ## 用意するもの - Python3.10+、python-pptx、原典deckkit。 - 原典render/lint環境のLibreOffice。今回だけWindowsのPowerPoint16→PDF→PDFiumを描画adapterとして使った。Yu Gothicの字体ファイルは再配布しない。 - 内容と設計を確認する独立critic、原稿を見ない独立読解者。 ## 入力から仕上げる手順 1. 読者の知識と読む目的を決め、各頁の主張と根拠を対応させる。 2. 複数の構成・図案を比較し、比較条件、文字の役割、色や印の意味を定める。 3. 原典deckkitの編集可能な文字・図形・グラフを使い、判断理由を読み手に必要な位置へ置く。 4. 全頁を描画しlint・component・visual contractを確認する。独立読解と内容/設計の批評を原典CLIへ記録し、指摘を修正する。 5. 修正した版を新しい独立評価へ渡し、原典の承認とdelivery/handoffの条件を満たすまで合格扱いしない。 原典interview→content/design checkpoint→制作→render/lint→critic/blind read→修正→consentの順序を省かない。Codexでは同梱codex-runtime.mdに従い、palette/component、全頁render_selfcheck、visual contract、delivery evidence/receipt、handoff guardも実行する。批評は内容と設計の両観点を持ち、blindは計画・原稿を見る前に実画像から答える。実行不足を納品承認へ読み替えない。 適用外・注意：独立読解者を用意できない場合は原典のno-reader carve/unverifiedへ記録する。Codex adapterをClaude Code/Kimiで動かす用途、PPTX以外の納品はこの実証の対象外。 ## 原典の主な使い分け 既存PPTXの修正・再設計にも使えます。まず既存資料を読んで問題を整理し、指定された内容とテンプレートを基準に直します。新しい資料では、元のコード・論文・図・データを読み、材料がなければ調査と事実確認を行います。 構成や見た目を途中で選びたい場合は共同制作モードで、方向案→構成→残りの頁の順に確認します。画像が必要な資料では生成画像と画像シリーズの規則、外部の主張や数値には引用・出典の規則を使います。大きい資料でも一つの主張を無関係な作業者へ分割せず、素材準備など独立する作業を並列化します。詳細は同梱の固定原典 `upstream/skills/slide-maker/SKILL.md` と、その分岐で指定される参照を読みます。 ## 作例の実施範囲 探索教材5頁。線形=青、二分=紫、目的値13=茶はこの作例の割当てで、一般手順の固定値ではない。実Opusの旧版critic/blindを原典CLIへ記録し、各段に判断理由が欠けるという指摘を修復した。現在版は全5頁を制作側で実読した候補。新しい独立critic/blindとconsentは未取得で、最終gateは失敗を保持している。 1頁の配列直下では「1回」を16ptで定義する。1頁の配列直下では「1回」を16ptで定義する。1頁の配列直下では「1回」を16ptで定義する。1頁の配列直下では「1回」を16ptで定義する。2頁は訪問順と配列直下の16pt凡例、3頁は24ptの大小比較→左右判断、4頁は全条件グラフと1〜3の反例を見る。5頁は比較回数と未計測の秒数を分ける。 - 原典はLibreOfficeで描画する。今回のWindows作例はPowerPoint16→PDF→PDFiumを局所adapterとして使った。 - 独立読解者がいない環境は原典のno-reader carve/unverified。Codex専用adapterをClaude Code/Kimiで動かす用途や、PPTX以外の納品はこの実証の対象外。 - 実Opus Round4の指摘とblind回答は旧SHAb8f099a3…へ束縛して原典CLIに記録済み。現在版の新しい独立評価・consentは待機中で、旧承認を流用しない。 - 初回の構成・図案比較は制作後の補完。テンプレート、発表時間、質疑用頁、画像シリーズは未実施。 - component auditは固定15値の配列をカード群と検出しexit2。頁ごとの意図は原典deliveryの正式なwaiver欄へ記録し、元のcheck_components関数が受理することを確認。これは全deliveryの合格ではない。 - 作例は既に昇順の1〜15から存在する値を探す計測。回数は訪問要素数で、秒数・整列費用・未発見条件は測っていない。 現在の実行結果はQA.jsonとPROVENANCE.json、再実行はREPRODUCE.md。旧レビューは対象SHAを保持し、修正した別版へ承認を引き継がない。 作例のQA.json・PROVENANCE.jsonと再実行の作業フォルダーは `example/` です。 ## 単体の本文から使う この本文は `skill-forks/slide-maker-ja/SKILL.md` を元にした日本語派生です。読み手・目的・自分の原稿を添えてAIへ渡す。 原典: https://github.com/addsumtech/slides_maker/tree/3767cc346d63ef1646082c87f15fbf0be582b152 本文内の `upstream/`・`references/`・制作ソースは、サイトの一式ZIP `slide-maker-ja.zip` を展開した中の参照です。単体Markdownには実装や素材を内包しません。ZIPを渡すか、固定原典から必要ファイルを取得して制作する。書体は各作例の入手元と利用条件に従い、再配布できるファイルだけを添える。 原作者: addsumtech / 原典条件: MIT。公式日本語版ではありません。原文LICENSE・NOTICEと素材・書体の条件を保持し、カタログのCC0を原典へ広げない。 - https://github.com/addsumtech/slides_maker/blob/3767cc346d63ef1646082c87f15fbf0be582b152/LICENSE - https://github.com/addsumtech/slides_maker/blob/3767cc346d63ef1646082c87f15fbf0be582b152/skills/slide-maker/LICENSE