ckm:slides

ckm:slidesスキルの概要

ckm:slidesスキルの用途

ckm:slides は、単にスライド文面を作るためのものではなく、戦略的なHTMLスライドデッキを組み立てるためのプレゼン作成スキルです。デッキ構成のガイド、コピーライティングの型、レイアウトパターン、さらにレスポンシブ対応スライドや任意の Chart.js ビジュアルを扱えるHTMLテンプレートを組み合わせて使えます。ざっくりした企画段階のデッキ案を、構成と実装のヒント付きで「プレゼンとして通る形」まで引き上げたいなら、汎用的な「スライドを作って」プロンプトより ckm:slides のほうが適しています。

向いているユーザーと解決したい仕事

ckm:slides が特にハマるのは、説得力のあるスライドデッキを作る必要がある人です。たとえば、ピッチデッキ、営業資料、プロダクトデモ、QBR、取締役会向けアップデート、カンファレンス用デッキなどが該当します。とくに実際の課題が次のいずれかであれば有効です。

• 聴衆に合ったデッキ構成を選びたい
• まとまりのないメモをスライド単位のメッセージに落とし込みたい
• PowerPointネイティブではなくHTMLスライドとして生成したい
• KPIやチャートをWeb向きの形で盛り込みたい

ckm:slidesが他と違う点

ckm:slides の大きな違いは、短いプロンプトだけではなく、再利用できる参照資料込みで設計されていることです。モデルは次のファイルを参照できます。

• デッキの型や感情の流れを扱う references/slide-strategies.md
• 説得力あるスライド文面の型をまとめた references/copywriting-formulas.md
• スライドの見せ方を選ぶための references/layout-patterns.md
• 具体的なHTMLデッキの土台となる references/html-template.md
• 作成の入口になる references/create.md

そのため、通常のプロンプトよりも進め方が明確で、特に「デッキ戦略」と「HTML出力」をセットで求めるユーザーには扱いやすい構成です。

このスキルを選ばないほうがいいケース

次の要件があるなら、ckm:slides は見送ったほうがよいです。

• ネイティブな .pptx、Keynote、Google Slides 形式で書き出したい
• アセットやブランドシステムが組み込まれた高度なビジュアル自動化が必要
• 単純な Chart.js 前提を超える、複雑なデータストーリーテリングが必要
• プロンプト調整なしでワンクリック生成したい

このスキルは、プレゼン制作の全工程を自動化するものではなく、構造化されたデッキ下書き支援として捉えるのが適切です。

ckm:slidesスキルの使い方

ckm:slidesのインストール方法

実用的な ckm:slides install コマンドは次のとおりです。

npx skills add https://github.com/nextlevelbuilder/ui-ux-pro-max-skill --skill slides

インストール後は、.claude/skills/slides もしくは利用中の環境における同等のローカルスキルディレクトリから、アシスタントがスキルファイルにアクセスできることを確認してください。

実際にはどう呼び出すのか

スキルの frontmatter では、引数ヒントとして次が公開されています。

[topic] [slide-count]

このリポジトリでは、ルーティングされたサブコマンドが1つ定義されています。

• create

実際には、呼び出し時に「やりたいこと」と「タスク詳細」の両方を入れるのが基本です。たとえば以下のように使います。

• slides create investor pitch 10
• slides create QBR 12
• slides create product demo 6

ただし references/create.md はかなり最小限なので、出力品質はサブコマンド以降に与えるタスク詳細に大きく左右されます。

ckm:slidesがうまく機能するために必要な入力

ckm:slides に適切な戦略選択とスライド単位の文面作成をさせるには、十分な前提情報を渡す必要があります。特に有効なのは次の情報です。

• 想定 audience: investors, prospects, executives, internal team
• deck goal: raise funding, close a deal, teach, align, report
• スライド枚数または持ち時間
• プロダクト / 会社の説明
• 必ず含めるべき metrics、proof points、objections、CTA
• 望ましいトーン: formal, bold, technical, executive
• 出力形式: outline only、copy + structure、または full HTML slides

こうした文脈がない状態でもデッキの下書き自体はできますが、結果はかなり汎用的になりがちです。

雑な依頼を強いckm:slides用プロンプトに変える

弱い例:
Use ckm:slides for Slide Decks about our product.

より強い例:
Use ckm:slides create to build a 9-slide sales deck for IT buyers at mid-market SaaS companies. Goal: book a technical demo. Include problem, cost of inaction, solution overview, proof, differentiators, ROI, objection handling, and CTA. Tone should be confident and concise. Output slide-by-slide copy first, then HTML structure suggestions.

この書き方が優れている理由:

• 想定 audience が明確
• references/slide-strategies.md のデッキパターンに当てはめやすい
• 説得要件が copy formulas の参照内容と噛み合っている
• どんな deliverable を出すべきかモデルに明示できている

初回利用におすすめのワークフロー

信頼しやすい ckm:slides guide の進め方は次のとおりです。

1. references/slide-strategies.md からデッキタイプを選ぶ。
2. 生成前にスライド枚数と想定 audience を固定する。
3. まずスライドのアウトラインだけを出させる。
4. 流れが説得目的に合っているか確認する。
5. その後で各スライドの本文コピーを作らせる。
6. 実装寄りの成果物が必要なら、references/html-template.md に沿ったHTMLを依頼する。
7. チャートはストーリーラインが固まってから追加する。

最初からフルHTMLを一発生成させるより、この2段階進行のほうが安定して良い結果になりやすいです。

出力を信用する前に最初に読むべきファイル

スキルを短時間で把握したいなら、次の順番で読むのがおすすめです。

1. SKILL.md
2. references/slide-strategies.md
3. references/create.md
4. references/copywriting-formulas.md
5. references/layout-patterns.md
6. references/html-template.md

この読み順をたどると、このスキルが何を優先しているのかが見えます。つまり、最初に戦略、次にコピー、次にレイアウト、最後に実装です。

適切なデッキ戦略の選び方

最も価値が高い参照ファイルは references/slide-strategies.md です。ここには次のようなデッキタイプが含まれています。

• YC Seed Deck
• Sales Pitch
• Product Demo
• QBR
• Board Meeting
• Webinar
• Case Study

シナリオが決まっているなら、単に「プレゼンを作って」と依頼しないでください。最も近い戦略を明示して依頼するほうがよいです。そうすることで構成のブレが減り、スライドの並びもより説得的になります。

ckm:slidesでスライドコピーの質を上げる方法

references/copywriting-formulas.md は、単なる情報整理ではなく「説得」が必要なデッキで特に効きます。通常は、スライドの種類ごとに使うコピーの型を指定したほうが出力が強くなります。たとえば次のような指定です。

• problem slide には PAS を使う
• urgency には Cost of Inaction を使う
• product capability slides には FAB を使う
• closing CTA には AIDA を使う

ツール自体を変えずに ckm:slides usage を改善する方法として、これはかなり効果がはっきりしています。

HTMLのSlide Decks向けにckm:slidesを使う方法

ブラウザベースのプレゼンを作りたいなら、用意されているテンプレートに従ったHTMLスライドを出力するよう ckm:slides に明示してください。リポジトリ内のテンプレートには次の要素が含まれています。

• viewport-aware な deck container
• CSS token 風の theming
• responsive layout patterns
• Chart.js CDN integration

依頼時には次の条件を添えると扱いやすくなります。

• 1スライドにつき1つの section
• 意味が明確な slide title
• データがある箇所にだけ placeholder chart container を置く
• interaction が必要な場合を除き inline JS は最小限にする

この指定をしておくと、出力のレビューや後編集がしやすくなります。

よくある制約とトレードオフ

ckm:slides を導入する前に、次の制約は理解しておくべきです。

• このスキルが提供するのは end-to-end のアプリではなく参照資料
• create の指示ファイルは疎なので、プロンプト品質の影響が大きい
• HTML出力は本番利用前に手作業での調整が必要になることがある
• チャートはテンプレートに載せやすいが、深いデータモデリング規則までは提供されていない
• PowerPoint や Slides 系ツールへの組み込みエクスポートがある証拠は見当たらない

後続工程で厳密なファイル形式が必要なワークフローなら、このスキルは最終レンダラーではなく下書きレイヤーとして使うのが現実的です。

ckm:slidesスキルFAQ

ckm:slidesスキルは普通のプロンプトより優れている？

多くの場合は yes です。特に、求める作業が「メッセージ設計」と「デッキ構成」の両方を含むなら有利です。汎用プロンプトでもスライドは作れますが、ckm:slides skill は戦略オプション、コピーの型、レイアウトパターン、HTMLの土台という再利用可能な判断材料をアシスタントに渡せます。実際に人を動かす必要があるデッキでは、この差が効きます。

ckm:slidesは初心者にも向いている？

はい。ただし条件があります。初心者はまず、想定 audience とデッキタイプをはっきり指定することが重要です。構成づくりは助けてくれますが、「このデッキで何を達成したいのか」までは代わりに決めてくれません。「誰向けか？」と「相手にどんな判断をしてほしいか？」に答えられるなら、十分使いこなせます。

どんなデッキが特に向いている？

相性がよいデッキは次のとおりです。

• investor pitches
• sales decks
• product demos
• QBRs
• board or leadership updates
• case studies
• workshops and talks

一方で、純粋に装飾重視のスライドデザインや、高度にカスタムされたモーション中心のプレゼンにはあまり向きません。

ckm:slidesは完成済みのプレゼンを生成してくれる？

それ単体ではありません。ckm:slides はデッキ構成、スライドコピー、HTMLベースのプレゼンコード生成を支援できますが、レビュー、編集、調整は前提になります。イメージとしては「初稿を早く強くする仕組み＋実装の足場」であり、「無修正で完成する最終プレゼン」ではありません。

HTML出力なしでもckm:slidesは使える？

はい。よくある使い方としては、次の用途に ckm:slides を使います。

• deck strategy selection
• slide-by-slide outline
• headline and body copy
• chart suggestions
• CTA refinement

そのあと、内容を自分のプレゼンツールに移せば問題ありません。

どんな場合にckm:slidesを使わないべき？

主な要件が次のいずれかなら、避けたほうが無難です。

• ネイティブなスライドソフトの出力
• 強いブランド表現を前提としたデザイン制作
• プロンプト内に反映されていないデザインシステムの厳密な再現
• ドメイン固有のチャート解釈が必要な高密度な分析ストーリーテリング

こうしたケースでは、ckm:slides install とプロンプトだけで進めるより、専用のカスタムワークフローのほうが適していることがあります。

ckm:slidesスキルを改善する方法

より強いビジネス文脈をckm:slidesに渡す

ckm:slides skill の出力を最も手早く改善する方法は、単なるトピックではなく商談・事業文脈を入れることです。たとえば次を含めてください。

• target audience
• presentation goal
• key objections
• proof points
• desired next step

たとえば「AI security platform, selling to CISOs, objection is compliance risk, proof is 3 enterprise logos and 42% reduction in triage time, CTA is book pilot」は、「make a security deck」よりはるかに良い結果につながります。

フルコピーの前に構成を出させる

よくある失敗は、最初のフルデッキ案をそのまま受け入れてしまうことです。代わりに、まず ckm:slides に次を出させてください。

1. 推奨 deck strategy
2. 目的付きの slide list
3. スライドごとの copy formulas
4. その後で初めて actual slide copy

この順序にすると、弱い並びや流れのズレを早い段階で発見でき、後から全スライドを書き直す手間を減らせます。

スライドの役割にレイアウトパターンを合わせる

references/layout-patterns.md は意図的に使うべきです。より良いプロンプトは、たとえば次のように指定します。

• “Use a big number hero for KPI impact”
• “Use a comparison table for competitor positioning”
• “Use a two-column split for problem vs solution”
• “Use pricing cards only if we have clear tiers”

レイアウトがメッセージの役割に合っていると、デッキ全体がテンプレート任せではなく、意図を持って設計された印象になります。

チャートは厳選して使う

このスキルは Chart.js を参照するため、ついチャートを入れすぎるケースがあります。改善するには、可視化したほうが本当に伝わるデータだけに絞ることです。

• trends over time
• before/after metrics
• category comparisons
• share breakdowns

根拠が弱いデータや確度の低いデータにチャートを載せないでください。装飾的なグラフより、強い big-number slide のほうが有効なことはよくあります。

スライド単位の素材を渡す

すでに生メモがあるなら、スライドごと、またはセクションごとに分けて渡してください。特に有用な入力は次のとおりです。

• founder notes
• sales call takeaways
• KPI tables
• case study bullets
• customer quotes
• pricing logic

こうすることで、ckm:slides はゼロから作りすぎず、手元の素材を変換する作業に集中できます。結果として、ふわっとした内容が減ります。

式とトーンの制約を入れてプロンプトを改善する

出力がありがちに感じるなら、次のような制約を追加してください。

• “Use PAS on the problem slide”
• “Keep each slide to one headline and three bullets max”
• “Avoid hype words”
• “Write in an executive tone”
• “End with one clear CTA”

こうした制約はリポジトリの copywriting reference と相性が良く、短時間で出力の輪郭を引き締めやすいです。

初稿のあとに、狙いを絞って修正する

「もっと良くして」とだけ頼むのは避けてください。代わりに、改善点を具体的に指定します。

• tighten investor credibility
• reduce jargon for non-technical buyers
• add stronger cost-of-inaction framing
• cut slide count from 12 to 8
• make the CTA more concrete
• replace weak proof with metrics-first messaging

この種の修正プロンプトなら、ckm:slides でデッキをコントロールしながら磨き込みやすくなります。

ローカル参照を拡張してckm:slidesスキルを改善する

ckm:slides を継続的に使うなら、最も大きな改善はローカルでのカスタマイズかもしれません。たとえば次を追加できます。

• HTML template 用の brand tokens
• 承認済み messaging frameworks
• audience別の共通 deck structures
• proof and objection libraries
• チームで再利用する chart snippets

このリポジトリはすでに references/ 配下で知識を整理しているため、そのパターンを拡張するのは、時間とともにスキル価値を高める実践的な方法です。