JinbaでAIスライドを任せる判断は、デッキSaaSの機能比較ではありません。Jinba の公式ドキュメントは、製品を「再利用できる業務ワークフローを作り、実行し、公開する基盤」として定義しています。スライド品質は、公開スキル側の slide-rules.md（約80項目）と check_deck.py、38型の SlideSpec を毎回回せるかどうかに依存します。
📑目次
テクノロジー選定では、1行プロンプトで役員資料が出る前提を先に捨ててください。納品物が編集可能なネイティブPPTXか、規約ファイルと機械チェックがあるか、数値のファクトチェック担当がいるかを1枚に書いてから、ツールを増やします。
Jinbaはスライド生成SaaSではない
公式の3製品と App Neo
結論から言うと、Jinbaは Gamma のような prompt-to-deck 製品ではありません。公式ドキュメント は次の3製品を並べています。
- Jinba Flow: チャットとフローチャートでワークフローを組み立て、API またはバッチとして公開する
- Jinba App: 公開済みワークフローをチャットで実行する。入力フォームの自動生成と MCP がある
- Jinba Toolbox（Beta）: ツール登録、コンテナサンドボックス、REST / SDK / MCP、semver 公開
後継の Jinba App Neo（Beta）は Anthropic Claude 上のエージェント基盤です。ユースケースごとにエージェントを作り、skills / connectors / knowledge / memory を付けます。スライドはこの基盤の一用途であり、公式ドキュメントにはスライド生成SKUもデッキ品質SLAもありません。
公式サイトが書くセキュリティと製品例
公式サイトには次のように記載されています。
- SOC 2
- 暗号化
- SSO
- RBAC
- 監査ログ
- データをリージョン外へ出さない
- オンプレあり
Flow が作り、App が使う、という分担です。マーケティング例では、ローン審査で金額 $250,000 を分岐し与信データを足して審査ログを残す流れや、週次メトリクスを Slack へ送るデモ実行 1.22 秒（検証 12ms、Sheets 847ms など）が示されています。これは製品説明であり、スライド品質の再現ベンチマークではありません。
独立ディレクトリの記録
独立ディレクトリの Y Combinator 企業ページ は次を記しています。
- 位置づけ: 「Lovable × n8n の企業向け」
- 創業者: Shoya Matsumori（CEO）と Takuya Norisugi（COO）
- バッチ: Winter 2026
- 掲載の 40,000 users / Fortune Global 500 は自己申告のコピー
このスコアはカタログ用のルーブリックであり、デッキ品質のSLAではありません。
APIs.io のプロバイダ評価（2026-07-28、rubric v0.6）は次を付けています。
- 14 APIs と MCP 1件
- 総合 54.4/100（developing）
- agent readiness 58/100
- Idempotency 0/9、dry-run 0/4
- SOC 2 Type 2
- オンプレまたは AWS / GCP / Azure
このスコアはカタログ用のルーブリックであり、デッキ品質のSLAではありません。
Agentery は 2026-08-05 時点で次を記録しています。
- 分類: workflow-automation-platform
- Free: $0（2人、2ワークスペース、10 workflows、Copilot 100回/日、private API unlimited、API credits 1,000）
- Enterprise: カスタム＋オンプレ
- サイトは生存確認済み
- トラッカー上の $39/月は観測値
公式 pricing ページは 2026-09-04 の抽出で表が空だったため、公式価格としては書きません。予算に載せる前に営業確認が必要です。
スライドは一用途にすぎない
制約は単純です。スライドはワークフローとスキル運用の一用途です。「Jinba を買えば役員資料が自動で揃う」は公式の製品定義と合いません。
規約と機械チェックでPPTXを出す手順
公開キットの中核
公開キットの価値はテンプレート配布ではありません。consulting-pptx-skill（MIT、調査日 2026-09-04）の運用は次です。
- 毎回
references/slide-rules.mdの約80項目を読ませる - 出力後に
scripts/check_deck.pyで FAIL を止める
GitHub上のリポジトリは同じベンダーの公開物であるため、第三者による独立評価ではなく、手順書として参照してください。zipファイルは公開時点のスナップショットであり、最新版はGitHubで確認してください。
セットアップと手動コマンド
セットアップ手順は次の通りです。
git clone https://github.com/gozen3ji/consulting-pptx-skill.git ~/.claude/skills/consulting-pptx-skillpipeline/でnpm run setup（Node.js と Playwright Chromium）
手動実行する4つのコマンドと検査は以下の順序で行います。
node scripts/validate_spec.mjs slide-spec/mydeck.jsonnode scripts/render_spec_to_html.mjs ... generated/mydeck.htmlnode scripts/qa_html_deck.mjs generated/mydeck.htmlnode scripts/export_spec_to_editable_pptx.mjs ... generated/mydeck.pptxpython3 ../scripts/check_deck.py generated/mydeck.pptx（python-pptx）
38型と2レーン
38型は次のように分類されます。
- 枠組み
- 証拠
- 比較
- 構造
- 計画
AIは主張と数値だけ書き、レイアウトはレンダラーの実測値です。書き出しはネイティブのテキストボックス、表、図形です。画像貼り付けではありません。納品前にネイティブかビットマップかを切り分ける論点は、編集できるPPTXか画像スライドか — 納品前にネイティブかビットマップかを決める と同じです。
2026-09-02 追記の2レーンも、手順の一部です。
- 本線は freeform HTML テンプレを規約に沿って1枚ずつ組む経路です
- パイプラインは数十秒のたたき台と編集可能PPTXを出します
- 型に文言を流し込むだけになると品質が落ちる、と公開キット自身が書いています
非エンジニア経路と自社寄せ
非エンジニアが利用する経路は、App Neo に同じスキルを登録し、チャットでPPTXを生成させる方法です。公式の Skills ドキュメントでは次の上限が定められています。
- エージェントあたりのスキル上限は20
- ワークスペースカタログも20
- UI に
N / 20 leftが出ます
スキル資産の共有は、社内AIエージェントのSkillsとEval設計｜合格基準を作る方法 と同じく、チャット一発より SKILL.md の置き場が先です。
自社寄せは公開層の上に載せます。公開層は規約、検査、型です。その上にブランドスキンとストーリーライン（タイトル列）を置きます。レビュー指摘は slide-rules.md に1行追記します。口頭の「もっとコンサルっぽく」は再現しません。
Node.js が無いとパイプラインは動きません。最終的に残るのは見本PPTX、規約ファイル、チェッカーです。毎週量産する前提であれば、この依存関係を最初に確認してください。
Gamma・PPTX Skill・エージェントスキルとの比較
Youngjuが整理する3系統
差は「どちらが綺麗か」ではなく、品質をどこに置くかです。Youngju Kim の 2026年5月レビュー は、市場を次の3系統に分けています。
- prompt-to-deck
- outline-to-deck
- 既存エディタ内AI
Gamma は約30秒で「白紙の恐怖」を解消できると整理しています。ただし、残る限界は次の通りです。
- 「Gammaに見える」見た目
- カスタム図の弱さ
- スピーカーノート
- 数値幻覚
- 企業では PPTX とブランドキットが必須
残った時間はメッセージの作成とリハーサルに充てます。
KM-Eyeの3層プロンプト
KM-Eye の 2026年2月 Qiita は、曖昧プロンプトだけでは使えない、と書いています。必要なのは次の3層です。
- 型
- ルール
- 禁則
Claude PPTX Skill は 2025年9月の公開ベータで、企業テンプレを維持し、Max / Team / Enterprise 向けです。Claude Code + Marp は約40パターン、準備後 75% 効率化は著者の主張です。数値は人手のファクトチェック必須です。PPTX 崩れを避けるなら、PPTX Skill または python-pptx のようなネイティブ生成に寄せます。
Rosehill索引と「デッキをコードとして扱う」側
Daniel Rosehill の 2026年4月索引 は、SaaS専用を対象外にしたオープン／セルフホスト／エージェント駆動のカタログです。既に並んでいる例は次です。
- Academic PPTX Skill
- anti-slop テンプレ
- 本物の図形を出す PPT Master
- ソフトと同じ再現パイプラインをうたう ppt-agent-skills
- Marp / Slidev / reveal.js / MCP
Jinba の公開スライドキットは「デッキをコードとして扱う」アプローチを取っており、Gamma の30秒生成とは目的が根本的に異なります。
経路の比較表
| 経路 | 入力 | 出力 | 品質の置き場 | 向く人 |
|---|---|---|---|---|
| Jinba Flow / App | 自然言語とフロー | API / MCP / 実行 | ワークフローと監査。スライドSKUなし | 規制業の業務自動化 |
| consulting-pptx-skill | SlideSpec JSON と規約 | HTMLプレビューと編集可能PPTX | 約80規約と check_deck.py | Claude Code で再現したいチーム |
| App Neo チャット | スキル登録と会話 | ベンダー説明のPPTX | スキル資産の共有。上限20 | 非エンジニア現場 |
| Gamma 等 prompt-to-deck | 1行プロンプト | Webカード、約30秒 | 見た目の速さ。企業はPPTX不足 | たたき台を秒で欲しい個人 |
| Claude PPTX Skill | プロンプトと社内テンプレ | ネイティブPPTX | テンプレ維持。有料枠 | 既存 PowerPoint 運用 |
| エージェント技能（Marp 等） | スタイルガイドとパターン | PDF / PPTX / HTML | 再現性。初期セットアップ | 大量の定期資料 |
出典と差分
出典は次の通りです。
テクノロジー比較で間違えやすい点は、「Jinba ＝ Gamma の上位互換」です。公開スライドキットはデッキSaaSを買う行為ではなく、規約ファイルを育てて機械検査する運用です。
導入前に決めるテクノロジー判断のチェックリスト
入れる候補
導入を検討する価値があるのは、次の条件が揃う場合です。
- 納品が編集可能PPTX（ネイティブ図形）である
-
slide-rules.md相当を作成前に読ませられる -
check_deck.py相当で FAIL 0 を条件にできる - ストーリーライン（タイトル列）を型より先に合意できる
- 数値は人手のファクトチェック担当が残る
- App Neo ならスキル数が20未満で、同じ SKILL.md をエンジニア経路と共有できる
- SOC 2 / SSO / オンプレが調達条件なら、スライド品質と分けてワークフロー製品として評価する
入れない / 先に止める
入れない、または先に止める条件です。
- 「Jinba ＝ Gamma の上位互換」として買う
- 規約ファイルが無く、口頭レビューだけにする
- 画像貼り付けPPTXで、後から文字編集できない
- Node も python-pptx も無く、パイプラインを回さないのに毎週量産する
- 数値幻覚のゲートが無い
- App Neo の20枠を無計画に埋める
- 公式価格表が取れないまま、$39 を予算に書く
確認順と次の一手
確認の順序を固定しておくと効率的です。
- 成果物は編集可能PPTXか、Webカードか
- 規約ファイルの置き場
- 機械チェックの FAIL 条件
- ファクトチェック担当
- エンジニア経路とチャット経路のスキル共有
- セキュリティ（SOC 2、リージョン、オンプレ）はスライド品質と分けて見る
次の一手は、公開スキルを clone して example_deck を1回実行することです。FAIL 項目とタイトル一覧を確認してから、App Neo や有料プランに進んでください。clone せずにチャットだけ試すと、KM-Eye と Youngju が指摘した失敗モード（曖昧なプロンプト、見た目だけ速い、数値が実際と異なる）に陥りやすいです。
よくある質問
JinbaはGammaのようなスライド生成ツールか
違います。公式は業務ワークフロー基盤（Flow / App / Toolbox）です。スライドは公開スキルと App Neo の一用途です（docs.jinba.io、YC）。
何を最初に動かせばよいか
GitHub の clone と npm run setup のあと、validate → render → qa → export → check_deck.py です。Node が無ければ見本PPTXと規約だけ使います。パイプライン無しの毎週量産は向きません。
チャットだけで役員資料は出るか
App Neo にスキルを載せる経路はベンダー説明にあります。公式上限はスキル20です。規約と検査なしのチャット一発は、KM-Eye / Youngju の失敗モードです。
無料でどこまで試せるか
Agentery は Free $0（10 workflows など）を 2026-08-05 に記録しています。公式 pricing 表は 2026-09-04 に取れず、$39 はトラッカー観測です。営業確認が必要です。
他のPPTスキルで足りるか
Rosehill 索引に、ネイティブPPTXや anti-slop スキルが既にあります。差が出るのは、約80規約の蓄積と機械チェックを運用できるかどうかです。スキルの置き場と合格基準は、エージェント運用全体と同じ問題です。
関連記事:
- 社内AIエージェントのSkillsとEval設計｜合格基準を作る方法
- Open Knowledge Format（OKF）とは？エージェント向けMarkdown知識仕様の導入判断
- MLOpsの継続的学習とエージェント評価｜Demo Hellを避ける実務設計
まとめ
JinbaでAIスライドを任せる判断は、スライドSaaSの比較ではありません。規約ファイル、機械チェック、編集可能PPTX、ファクトチェックが揃うかの確認です。example_deck を1サイクル回し、FAIL 0 とタイトル通し読みができることを条件に、App Neo または企業導入を検討してください。
残件もあります。40,000 users と $39 は独立掲載／観測であり、公式SLAではありません。数値とブランドは人が残します。テクノロジーとしての価値は、チャットの上手さより、FAIL を止めるファイルが残るかどうかです。
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。
コメントを残す