Communitygithub.com

Lisa's PPT スキル

Lisa's PPT: ネイティブ編集可能なPowerPointを作成するためのルーテッド・プレゼンテーションワークフロー。PPT Master のハードフォークをリブランド・インストール専用にしたものです。

Lisa's PPT スキル とは?

Lisa's PPT は、Claude Code や Cursor などの AI エージェント上で動作する、強力な PowerPoint(PPTX)作成・編集スキルです。このスキルは、画像からPPTXへの変換、既存PPTXの美化、テンプレート作成、ネイティブ編集など、複数のルートに分岐するワークフローを提供します。各ルートは「計画→実行・確認・修正」のサイクルに従い、決定的なルーティングと厳格な実行規律(逐次実行、ブロッキングゲート、投機的実行禁止など)を強制します。ユーザーは抽象的な指示を与えるだけで、エージェントがルートを選択し、適切な手順を自動で実行します。エージェント間の互換性を高めるため、絶対パスによるファイル解決と、コードx対応のプロファイル(Quick モードなど)を備えています。

対応~Claude Code✓Codex CLI~Cursor
npx skills add monomind-ai-lab/lisa-ppt

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Lisa's PPT スキル は何をしますか?

Lisa's PPT はルーテッド・プレゼンテーションワークフローです。このエントリはグローバルな実行規律とルート選択のみを担当し、各選択ルートはその手順を所有します。

必須ロード順序

ハードルール — パスはコマンドより先:ホストから提供された、このファイルを含む絶対ディレクトリを SKILL_DIR として保持します。ツール呼び出しごとに ${SKILL_DIR} を展開し、skills/lisa-ppt/ プレフィックスをそれに置き換えます。cd、CWDの使用、リポジトリチェックアウトの想定は絶対に行わないでください。利用できない場合は問い合わせ、検索や推測はしないでください。

  1. このファイルを読む。
  2. python3 "${SKILL_DIR}/scripts/preflight.py" をセッションごとに1回実行する。FAIL(コア依存関係の欠落、古いCodexスタブ)がある場合は修正してから続行。警告はオプションの表面のみを低下させる。
  3. workflows/routing.md を絶対パス ${SKILL_DIR}/workflows/routing.md で読む。
  4. ルーティング権限から、トップレベルのルートとそのアクティブプロファイルを正確に1つ選択する。
  5. 結果のランタイム権限と、明示的にトリガーされたそのサポートドキュメントのみを読む。
選択ルート / プロファイルランタイム権限
PPTX生成 — 画像→PPTXworkflows/profiles/image-to-pptx.md; Codex対応、常にQuick
PPTX生成 — 美化workflows/profiles/beautify-pptx.md; 明示的なQuick意図でQuick、それ以外はDefault
PPTX生成 — 通常のDefaultworkflows/generate-pptx.md
PPTX生成 — 通常の明示的Quickworkflows/profiles/quick-generate.md
PPTX生成 — Hi Ted, Meet Lisa HTMLデッキ(/lisa-ppt <deck>.html)workflows/lisa-deck.md; その取り込みがステップ1〜2を置き換え、その後選択された生成権限がステップ3から継続
テンプレート作成workflows/create-template.md
ネイティブPPTX編集workflows/edit-native-pptx.md

ハードルール — 選択された権限のみ:ルーティング後に別のトップレベルルートの手順をロードしないでください。画像→PPTXと美化は相互排他的です。画像→PPTXはQuickを有効にし、美化は明示的なQuick意図から選択します。両方のランタイムをロードしないでください。サポートドキュメントは1つのルートを洗練し、決して競合しません。


作成表現範囲

参考 — 制約ではありません:生成されたページが保持できるもの。テキスト — インライン強調ラン、リードイン、キッカー、プルクォート、ヒーロー番号、テイクアウェイライン。ジオメトリ — 187のOfficeプリセット、ブールマージ、コネクタ、フリーフォーム、ページフィールドとアウトラインキャリアの構成。画像 — フルブリードフィールド、エディトリアルクロップ、シェイプドピクチャ、登録レイヤー、スクリムとスポットライト、ページをまたぐ連続性。ペイント — グラデーション、チャネルアルファ、ネイティブシャドウとグロー、ハーフトーン、ファセットフォーム。再帰 — 1つのページ間モチーフをページロールごとに変化。各フォームの構文は、選択されたランタイム権限の構築リファレンスに存在します。


フェーズフレーム

すべてのルートは1つの「計画→実行・確認・修正」サイクルです。計画は、すべてのオーサリング入力がファイルまたは保持された決定として存在するときに終了します。実行はページを作成し、確認はルートのゲートを実行し、修正は所有レイヤー(規律7)で修復し、サイクルはエクスポートで終了します。ステップ番号は記述されたままです。

フェーズDefaultQuickネイティブ編集テンプレート作成
計画ステップ1〜5§2§1〜4ステップ1〜3
実行・確認・修正ステップ6〜7§3〜4§5〜7ステップ4〜8

グローバル実行規律

  1. 逐次実行 — 選択された権限のステップを順に従う。完了した非ブロッキングステップは、次の該当ステップに直接進むことができる。
  2. ブロッキングは停止 — すべての ⛔ BLOCKING ゲートで、明示的なユーザー確認を待つ。ユーザーに代わって決定しない。
  3. クロスフェーズバンドリング禁止 — 閉じていないゲートをまたいで作業を結合しない。ルートの最終ユーザーゲートが閉じた後、後続の非ブロッキングステップは自動的に続行できる。
  4. エントリ前にゲート — ステップに入る前に、リストされたすべての前提条件を確認する。
  5. 投機的実行禁止 — 後のフェーズの成果物を、その所有ステップの前に準備しない。
  6. 決定的ルーティング — routing.md がリクエストを解決する場合、ルート選択の質問を追加しない。ルートの前提条件が欠けている場合は、それを述べてそのルートを停止する。
  7. 所有レイヤーで修正 — 失敗時に、障害を所有する最も浅いレイヤーで修復する:ページローカルの問題はページで、名簿/仕様/リソースの障害は計画成果物で、ツール障害は所有ソース成果物で修復し、その後ルートの宣言されたポインタから再開する。必要な成果物を黙ってダウングレードしない。

グローバル通信ルール

  • ユーザーが明示的に上書きしない限り、ユーザーの言語とソース言語に合わせる。
  • ユーザー向けオプションラベルと説明をローカライズする。正確さが必要な場合は、正確な列挙型IDまたはフィールド名を保持する。
  • design_spec.md のセクション見出しとフィールド名は、テンプレートの元の英語で保持する。コンテンツ値はユーザーの言語を使用できる。
  • ロールを切り替える前に、対応するロール参照と出力を読む:
## [ロールスイッチ: <ロール名>]
📖 ロール定義を読み込み中: references/<filename>.md
📋 現在のタスク: <簡単な説明>

リポジトリ互換性

  • このパッケージはワークフロー/スキルであり、汎用アプリケーションスキャフォールドではありません。デフォルトで .worktrees/、tests/、ブランチワークフロー、汎用エンジニアリング構造を作成しないでください。
  • 必要なワークフロー、リファレンス、スクリプト、テンプレートドキュメントはこのスキルディレクトリ内に保持してください。
  • リポジトリレベルのドキュメントはパッケージを指し示すことができます。パッケージのランタイムファイルはリポジトレベルの指示に依存してはなりません。
  • Windows で、ドキュメント化された python3 ... コマンドが利用できない場合は、同じコマンドを python で再実行してください。

関連スキル