deckpipe.dev

deckpipe.dev

deckpipe · 生産性向上

deckpipe.devはエージェント向けに作られたスライドデッキエンジンだ。AIエージェントがテンプレートに一切触れることなくプレゼンを作成、編集、レンダリングできる。各スライドはHTML、CSS、JSで、隔離された1920×1080のshadow rootに載る。仕組み全体はClaude、Cursor、Claude Code向けのMCPサーバー上で動く。エージェントにデザインの主導権を丸ごと渡し、決められたレイアウトに縛り付けないAIスライド生成ツールを探しているなら、deckpipeが埋めるのはまさにその隙間だ。人間ではなくエージェントが構築を担うワークフローを、真正面から狙っている。

deckpipe.dev の画面プレビュー

deckpipe.dev について

deckpipe.devとは

deckpipe.devはAIエージェント向けのレンダリングエンジンだ。キャンバス上でボックスをドラッグする代わりに、エージェントが各スライドをコードとして書く。あとはdeckpipeがそれを隔離し、テーマを当て、ホスティングする。売りは単純だ。テンプレートなし、レイアウトなし、制限なし。

これが解決するのは非常に具体的な問題である。ほとんどのプレゼンツールはエージェントを既定のフォーマットに閉じ込めるため、AIが作ったプレゼンはどれも同じに見えてしまう。AIエージェント向けプレゼンツールとして、deckpipeはデザインの主導権をエージェントに返す。デッキ単位のスタイルシートが各スライドに流れ込むので、デザインシステムを一度書けば使い回せる。

代償は現実にある。スライドがコードである以上、deckpipeはHTMLとCSSを書き、修正できるエージェントを前提とする。エージェントを介さない一般ユーザーにはほとんど恩恵がない。とてもではない。MCPの流れを中心に作られているため、純粋な手作業の編集は主な道ではない。

はじめ方

  1. MCPサーバーを接続する。エージェントを遠隔サーバー https://deckpipe.dev/mcp に向けるか、npx deckpipe-mcp でローカルにインストールしてstdioトランスポートを使う。
  2. deckpipe-designスキルを読み込む。これでエージェントは密度のルール、レイアウト安全パターン、オーバーフローの走査を把握できる。
  3. エージェントにデッキの作成を頼む。create_deckを呼び、各スライドをHTML、CSS、JSとして書く。
  4. スライドをプレビューする。preview_slideとget_slide_screenshotはレンダリング済みPNGと、オーバーフロー、JSエラー、フォント読み込みを示すレンダリングレポートを返す。
  5. その場で編集する。キャンバススライド内の任意のテキストをクリックして変更するか、コメントを残せばエージェントが読み、更新し、返信する。

AIツール情報

deckpipe.devの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プラン$0
プラットフォームWeb, MCP server (remote and local via npx)
開発元deckpipe
カテゴリ生産性向上
リリース日Jul 2025
最終更新Sep 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • AIエージェントの開発者
  • コードを書くデザイナー
  • 創業者とプロダクトチーム

タスク

  • プロンプトからデッキ全体を生成する
  • 全体を再レンダリングせず一要素だけ編集する
  • 多くのスライドで見た目を揃える

シーン

  • 打ち合わせ前夜にピッチデッキを練る
  • エージェントに適切なスライド密度を教える
  • 定例レポートを自動化する

主な機能

テンプレートではなくコードキャンバス

各スライドはHTML、CSS、JSで、隔離された1920×1080のshadow rootに住む。エージェントはテンプレートの固定スロットと格闘せずにピクセル単位のレイアウトを設計する。スライドの見た目の上限はツールのレイアウトライブラリではなくエージェント自身の能力になる。競合が量産する自動生成デッキと差をつけなければならないブランドデッキを作るなら、ここは大きい。

MCPネイティブ接続

deckpipeはMCP対応のあらゆるエージェント向けに/mcpで遠隔サーバーを動かしており、npx deckpipe-mcpでローカルにインストールしてstdioトランスポートを使える。Claude Code、Cursor、Claudeのデスクトップ版やWeb版はすべてこの経路で接続する。ツールチェーンがすでにMCPを話すなら、設定は一行であってプロジェクトではない。

デッキ単位のデザインシステム

スタイルシートはデッキ上に一つ置かれ、各スライドが採用する。色、字サイズ、余白を一度書けばデッキ全体が継承する。ヘッドはGoogle Fonts、CDNスクリプト、アイコンライブラリも読み込むので、エージェントはシステム既定に縛られない。

ライブ編集とコメント

キャンバススライド内の任意のテキストをクリックすればその場で編集できる。構造の変更は挿入、削除、移動、置換の操作で行うため、エージェントはデッキ全体を送り直さずに一要素を修正できる。コメントも同じだ。要素に印をつけると、エージェントがフィードバックを読み、デッキを更新し、返信する。

インラインスクリーンショットとレンダリングレポート

preview_slideとget_slide_screenshotはレンダリング済みPNGをインラインで返し、オーバーフロー、JSエラー、フォント読み込みを扱うレンダリングレポートも添える。エージェントは確定前にレビュアーが見るものを確認できる。見出しがフレームからはみ出す定番のバグを捕まえられるわけだ。

的を絞ったツールセット

MCPの表面は小さく要点を突く: create_deck、clone_deck、get_deck、update_deck、delete_deck、preview_slide、get_slide_screenshot、upload_image、search_images、list_layouts、list_comments、reply_to_comment、resolve_comment。引き締まったAPIのほうが、広大なAPIよりエージェントはうまく使える。

メリットとデメリット

メリット

  • スライドはテンプレートに縛られない素のHTML、CSS、JSなので、設計を完全に制御できる。
  • MCPネイティブなので、Claude CodeやCursorといったエージェントが最小限の設定で接続する。
  • レンダリングレポートとインラインスクリーンショットが、デッキを共有する前にレイアウト問題を捕まえる。
  • ライブ編集とコメントが、エージェントの流れを壊さずに人間を輪の中に保つ。
  • 無料のキャンバスで、基本利用を妨げる有料枠がない。

デメリット

  • MCP対応のエージェントが必要で、エージェントを介さず作業する人には使えない。
  • エージェントがHTMLとCSSを書き修正する必要があるので、コードが弱いエージェントは弱いスライドしか出せない。
  • テンプレートギャラリーもドラッグ&ドロップ編集もないため、手作業でスライドを調整したい人には向かない。
  • 比較的新しいツールなので、周辺のドキュメントやコミュニティの例はまだ薄い。

よくある質問

AIエージェントがプレゼンをコードとして作成、編集、レンダリングするためのスライドデッキエンジンだ。テンプレートツールで手作業で組み立てるのではなく、エージェントにデッキを作らせたいときに使う。