PromptHub: ローカル優先のプロンプト・Skill・Agent資産管理ツールをどう評価するか

PromptHub が埋めようとしている隙間

プロンプトや Skill の置き場所は、使うツールごとにばらばらである。Claude Code 用に書いた SKILL.md を Cursor でも使いたいとき、多くの場合やることはコピーであり、更新のたびに同じ作業が発生する。どれが最新版かは分からなくなり、古い記述が片方のツールにだけ残る。PromptHub はこの状態を、ローカルの一つのワークスペースに統合しようとする。README は「把你的 Prompt、SKILL.md 和项目级 AI 编程资产放进一个本地工作区」と説明しており、対象はプロンプトの断片ではなく、プロジェクト単位で持ち回る AI プログラミング資産である。想定利用者は、複数のコーディングエージェントを使い分けている個人開発者か、数人規模で同じ Skill を共有したいチームだ。エンタープライズ向けの統制機能をうたっているわけではない。

Electron + SQLite という構成が意味するもの

README のバッジから読み取れる技術スタックは TypeScript、Electron、React、TailwindCSS、SQLite で、対応 OS は macOS、Windows、Linux の三つ。データは SQLite に入り、既定では端末上に留まる。ここで重要なのは、これがサーバー常駐型のサービスではなくデスクトップアプリだという点である。チーム全員が同じデータベースを直接見る形にはならず、共有は同期かバックアップ経由になる。同期の手段として README が挙げるのは WebDAV で、加えて自部署 Web への完全スナップショットのバックアップが用意されている。つまり同期はリアルタイム共同編集ではなく、端末間で状態を突き合わせるモデルだと考えるべきである。リポジトリの構成やリリースノートからコンフリクト解決の詳細までは確認できないため、複数端末で同じ Prompt を同時に編集した場合の挙動は、この材料だけでは判断できない。

SKILL.md を十数ツールへ配るという設計

PromptHub の中心にある機能は、同一の Skill を Claude Code、Cursor、Codex、Windsurf、Antigravity、Cline など十数種類のツールへ一括インストールする仕組みである。README の表現では「一键安装」、つまり一つの操作で各ツールの所定の場所へ展開する。ツールごとに Skill の探索パスやファイル名の慣習が違うため、この変換をアプリ側が吸収する形になっている。プロンプト側には別の機能があり、バージョン管理と複数モデルでのテストが用意されている。モデルの接続は OpenAI 互換インターフェースを前提としており、README ではスポンサーである Infistar.cc 経由で ChatGPT、Claude、Gemini、Kimi、GLM、DeepSeek などを一つの API Key で扱えると説明されている。ここは注意点でもある。モデル比較を試すには外部の API プロバイダ契約が前提になり、完全にオフラインで完結する機能ではない。

導入までの手順と設定の勘所

配布形態はデスクトップ版と自部署 Web 版、そして CLI の三つが README に記載されている。デスクトップ版は GitHub Releases から取得する。README は直リンクと Releases ページの二経路を案内しており、直リンクは CDN ミラーが未同期のときに 404 になるのを避けるため GitHub の最新安定版資産を指すと説明されている。安定版として提示されているのは v0.5.9 である。CLI については README に専用の章が置かれているが、提供された本文には個別のコマンド文字列までは含まれていないため、具体的なサブコマンドはリポジトリの該当章を直接確認する必要がある。自部署 Web 版は AGPL-3.0 の下で配布されるサーバーコンポーネントであり、WebDAV の接続情報やプロバイダの API Key はアプリ側の設定として入力する形になる。ソースから動かす場合は README の開発章に従う。

beta と安定版が併走している状態の読み方

リリース履歴を見ると、v0.6.0-beta.2 が 2026-09-03、v0.6.0-beta.1 が 2026-08-19、その前の安定版 v0.5.9 が 2026-07-14 に公開されている。つまり v0.6 系は beta を重ねている段階で、README がダウンロード案内で示す最新安定版は v0.5.9 のままである。この二重構造は導入判断に直結する。新機能を試したいなら beta を選ぶことになるが、Skill の配布先が十数ツールにまたがる性質上、展開先のパス解決に不具合が入ると影響範囲は広い。業務で使う Skill を預けるなら、まず v0.5.9 で自分の対象ツールが正しく扱えるかを確認し、beta は別環境で試す切り分けが妥当である。なお、この材料には各バージョンの変更点の詳細や既知の問題一覧は含まれていないため、beta の具体的なリスクは Release Notes を直接読んで判断する必要がある。

向かないケースと代替の考え方

PromptHub が向かないのは、まず複数人が同時に同じプロンプト資産を編集するワークスペースである。SQLite をローカルに持ち、共有は WebDAV 同期とスナップショットバックアップという設計は、共同編集の衝突解決を主目的にしていない。次に、プロンプトの評価や A/B テストを組織として回し、結果を集計したい用途。README にあるのは複数モデルでのテストであり、統計的な評価基盤ではない。代替としては、プロンプトをコードと同じリポジトリで管理し、Git のブランチとレビューで運用する方法がある。違いは明確で、Git はマージと履歴の整合性に強いが、SKILL.md を各ツールの所定パスへ展開する処理は持たない。逆に PromptHub は配布の自動化に強いが、レビュー工程やアクセス制御は Git ほど成熟していない。両者は排他ではなく、資産の正本を Git に置き、配布だけ PromptHub に任せる併用も成立する。

AGPL-3.0 とメンテナンスコストの見積もり

ライセンスは AGPL-3.0 である。デスクトップアプリとして自分の端末で使う分には通常の利用に支障はないが、自部署 Web 版を改変して他者にサービスとして提供する場合、AGPL の性質上ソースの開示が求められる。社内限定で動かすのか、外部に公開するのかで意味が変わるため、ここは法務判断の領域であり、本記事で結論を出すものではない。メンテナンス面では、対応ツールが十数種類あり、それぞれの Skill 探索規約が変わりうることを前提に置く必要がある。アップデートのたびに配布先の整合を確認する作業が発生し得る。同期方式が WebDAV である以上、同期先の可用性も自分の管理下に入る。安定版 v0.5.9 を基準に運用し、v0.6 系 beta の Release Notes を追う形が、変更コストを把握しやすい。

編集部の結論

採用を検討すべきなのは、Claude Code・Cursor・Codex・Windsurf・Cline など複数ツールを併用していて、同じ SKILL.md を各ツールの配置先へ手作業でコピーしている個人または小規模チームである。データを自端末に置いたまま WebDAV で同期したい場合も候補になる。逆に、複数人で同時編集する共同ワークスペースや、SaaS のホスト型プロンプト管理を求める組織には向かない。導入前に確認すべきは、v0.6.0-beta.2 が beta であること、安定版が v0.5.9 であること、そして AGPL-3.0 の下で自部署 Web 版を改変・公開した場合にソース開示義務が生じる点である。最初に自分の SKILL.md を一つ用意し、対象ツールの配置先へ正しく展開されるかを確認してから本採用に進むのが現実的だ。

公式情報源

1. legeling/PromptHub on GitHub
2. License: AGPL-3.0
3. Project website
4. README
5. Releases