mcpField
I
ian-handdrawn-ppt

ian-handdrawn-ppt

github.com/helloianneoクリエイティブ・メディア1.5k93 回インストール2 日前に更新
リポジトリ

ian-handdrawn-ppt について

ian-handdrawn-pptは、素材を中国語の手描き技術プレゼン風の画像に変換するスキルです。編集可能なスライドではなく完成画像を作る用途に向け、構成計画やページ別レイアウト、統一されたビジュアル設計を扱います。

主な機能

  1. 01完成画像ページの生成
  2. 02スライド構成とレイアウトの計画
  3. 03統一された手描きビジュアルの適用
  4. 04複数ページ用コンタクトシートの作成
  5. 05テキストとビジュアルの品質確認

活用シーン

  1. 01記事からビジュアルページ群を作成
  2. 02アイデアを短いプレゼンに構成
  3. 03ブログのカバーと本文イラストを作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/helloianneo/ian-handdrawn-ppt --skill ian-handdrawn-ppt

インストール後、Claude Code で/ian-handdrawn-pptを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

.gitignore
assets/
theme-tokens.json
references/
intake.md
narrative-planning.md
output-quality.md
prompt-patterns.md
slide-archetypes.md
visual-dna-v6.md

詳細

Ian Handdrawn PPT

ソース素材を中国語の手描き風テクニカル PPT スタイルの画像デッキに変換します。商用納品向けに最適化します。明確なナラティブ、意味的なページアーキタイプ、正確で短い中国語テキスト、洗練された手描き風図解、デッキ全体の視覚的一貫性を重視します。

運用ルール

デフォルトの制作成果物は、組み込みの画像生成モデルによって生成された完全なラスターページ画像です。ブログ・記事のカバーはデフォルトで 21:9、本文の挿絵および標準的なデッキページはデフォルトで 16:9 です。各ページは、図解と中国語テキストの両方を画像内に含む最終的な視覚的成果物です。

このスキルにおいて、「PPT」「スライド」「ページ」「デッキ」とは、完成した PPT スタイルの視覚的ページ画像を意味し、編集可能なプレゼンテーション・文書ファイルを意味しません。ユーザーが PPT/PPTX/PDF と言ったというだけで、プレゼンテーションや文書のパッケージングにルーティングしないでください。編集可能な PPTX、画像ベースの PPTX、PDF エクスポートは、このスキルの対象外です。

スタイルサンプルの主要な視覚生成手段として、決定論的な描画スクリプト、HTML、SVG、canvas、python-pptx を使用しないでください。生成された画像の方向性が受け入れられるものの、画像内テキストの忠実度が十分でない場合に限り、クロップ・リサイズ、コンタクトシート、正確なテキストオーバーレイのための決定論的な後処理を許可します。

ユーザーがまず計画、アウトライン、設計を求めた場合は、プランニングブループリントを作成します。制作成果物は、複数ページの場合は最終的な PNG ページ画像とコンタクトシートです。

リソースマップ

現在のタスクに必要な参照のみを読み込んでください:

  • references/intake.md:入力タイプ、不足情報のチェック、簡潔な確認ルール。
  • references/narrative-planning.md:デッキタイプの選択とストーリー構造。
  • references/slide-archetypes.md:コンテンツタイプからスライドレイアウトへの意味的マッピング。
  • references/visual-dna-v6.md:手描き風中国語テクニカル PPT の視覚システムとデッキレベルのスタイルロック。
  • references/output-quality.md:最終画像ページの出力契約と検証ゲート。
  • references/prompt-patterns.md:完全な画像モデルスライドページ用のプロンプトテンプレート。

プロンプトを作成する際は、コンパクトなテーマトークンファイルとして assets/theme-tokens.json を使用してください。 ブログ・記事のカバーおよび本文の挿絵のアクティブなスタイルアンカーとして assets/reference-handdrawn-article-illustration-style.png を使用してください。 現在の画像ツールがローカル参照画像をサポートしている場合は、生成前にこのスタイルアンカーを読み込むか添付してください。サポートしていない場合は、テーマトークンと references/prompt-patterns.md の参照一致句を使用し、スタイルを画像参照ではなくプロンプト一致として報告してください。 ユーザーが明示的に古い枠線付きの見た目を再現するよう求めない限り、従来の枠線付き PPT 参照画像を使用しないでください。

ワークフロー

  1. 素材を取り込む

    • 提供されたコンテンツまたは添付ファイルを読みます。
    • 入力が .pptx の場合は、元のコンテンツと視覚的な意図のみを抽出します。このスキル内で PPTX を編集またはパッケージ化しないでください。
    • 入力が .docx の場合は、Documents プラグインまたはスキルを使ってコンテンツを抽出します。
    • 入力が .pdf の場合は、タスクに適した PDF/ドキュメント用ツールを使います。
    • 入力がプレーンテキスト、Markdown、メモ、またはアウトラインの場合は、そのまま解析します。
  2. 受付と不足情報の診断を行う

    • コンテンツの範囲が広い、不完全、または出力要件が不明確な場合は、references/intake.md を読みます。
    • トピック、対象読者、シナリオ、目標の長さ、ソースの十分さを判断します。
    • 不足情報によってデッキの内容が大きく変わる場合に限り、質問は最大 1~3 件までにします。
    • 重要な不足情報がなければ、妥当な既定値を使って進めます。
  3. デッキのストーリーを計画する

    • references/narrative-planning.md を読みます。
    • デッキを、教育、説得、レポート、製品説明、ナレッジカード形式のいずれかに分類します。
    • 各スライドの主張を 1 つずつ定め、スライドごとの構成の軸を作成します。
  4. 各スライドをアーキタイプに対応づける

    • references/slide-archetypes.md を読みます。
    • 固定されたテンプレート順ではなく、コンテンツの意味に基づいてスライドレイアウトを選びます。
    • アーキタイプに変化をつけ、デッキにリズムを持たせます。
  5. ビジュアル DNA を適用する

    • references/visual-dna-v6.md を読みます。
    • 小さく正確な中国語テキスト、繊細な手描き風の線、淡いパステルのアクセント、少ない文字要素、軽やかな視覚的印象、大きな余白、デッキ全体で統一されたマスターレイアウトの表現を使います。
    • 生成前に、ページの役割、キャンバス比率、ほぼ白の紙色、枠線なしを既定とすること、ページ番号、タイトルの表現、タイトルの視覚的なサイズ、線の太さ、パステルパレット、隅のグリッドマーク、キャラクターの方針、余白のリズムを、ページ間で共通する定数として固定します。
    • ページの外枠は全ページで固定します。ページ番号の位置、タイトルブロック、下線、紙色、隅のマーク、視覚的なスケールを統一します。変更するのは、コンテンツに応じた中央の意味図の領域のみです。
    • ブログ/記事のビジュアルは、既定で役割ごとに 2 種類を出力します。21:9 のカバー画像と、16:9 の本文用イラストです。本文ページがカバーページのようにならないようにします。
  6. 出力を作成する

    • 計画のみを求められた場合は、デッキの種類、スライド数、タイトル、主張、アーキタイプ、コンテンツブロック、ビジュアルの概要、不足している入力を含む、構成済みの設計書を作成します。
    • 制作を求められた場合は、組み込みの画像生成モデルを使って、スライド/ビジュアルごとに 1 枚のページ画像を生成します。ページごとの固有の指示に対して 1 回ずつ画像生成を呼び出し、汎用的なテンプレートを繰り返し使わないでください。
    • カバーと本文用イラストの両方が求められた場合、ユーザーから別途指定がなければ、カバーは 21:9、本文用イラストは 16:9 で生成します。
    • 複数ページを生成する前に、簡潔なデッキのスタイル設定を記述し、各ページのプロンプトでそのまま再利用します。ページ固有のレイアウト指示は、中央の図/コンテンツ領域にのみ追加します。
    • プロンプト内で、表示する中国語テキストは短く正確にします。各ページに Required text only のリストを含めます。
    • 正確な中国語テキストが最重要である場合、または複数回の生成でテキストが正しく描画されない場合は、まずテキスト量を減らします。必要に応じて、ラベル用の空欄を設けた状態で採用するビジュアルを生成し、決定論的な後処理で正確なテキストを追加します。最終納品物は引き続きラスター形式のページ画像とします。
    • 最終的に選定した画像をワークスペースに保存し、複数ページを生成する場合はコンタクトシートを作成します。
    • 実際の画像サイズを確認します。画像モデルが目標に近いネイティブサイズを返した場合は、実際のサイズを報告します。厳密な納品サイズが指定されている場合に限り、本文用イラストを 1920x1080、カバー画像を 2520x1080 に正規化します。
  7. 検証する

    • references/output-quality.md を読みます。
    • コンテンツの正確性、スライドのリズム、中国語テキストの正確性、ビジュアルの一貫性、スタイルアンカーとの一致、商用利用に向けた引き渡し準備が整っているかを確認します。
    • 検証に不合格となった場合は、最終納品の前に修正します。

デフォルト

ユーザーから別の指定がない限り、以下のデフォルトを使用します。

  • 言語:簡体字中国語。
  • 対象読者:技術に多少関心はあるものの、必ずしも深い専門知識を持たない中国語学習者。
  • スライド枚数:記事の場合は8~12枚、コースモジュールの場合は15~30枚、短いアイデアの場合は5~8枚。
  • 出力:最終的なPNGページ画像に加え、コンタクトシートと簡潔なスライド設計概要。
  • ブログ/記事のビジュアル比率:カバー画像は21:9、本文のイラストは16:9。
  • スタイル:洗練された、ほぼ白地の中国語手描きテクニカル記事/PPTイラストV6。

最終回答

完了したら、以下を報告してください。

  • 作成した画像フォルダーとコンタクトシートのパス。
  • ページ数とデッキの種類。
  • 重要な前提条件。
  • 実施した検証と、残っているリスク。

計画のみを出力する場合は、設計概要を直接提示し、デッキ制作の前に確認すべき重要な質問を明示してください。

コメント