PromptHub：把 Prompt、SKILL.md 和 Agent 资产收进本地工作区
一款包含了 Prompt管理，Skill管理，Agent管理的一站式AI工具箱，助你高效管理提示词，一键分发skills ，一站式管理Agent资产，并实现云同步，备份，版本管理 | An all-in-one AI toolbox for prompt, agent, and skills management. Reuse prompts, distribute skills with one click, manage agent assets, and support cloud sync, backup, and version control
秒懂
- 它是什么？
- 一个基于 Electron 的本地优先桌面工具，把提示词、Skill 文件和项目级 AI 编程资产集中管理，并支持一键分发到 Claude Code、Cursor、Codex 等十余个工具。本文梳理它的机制、安装方式、边界条件与 AGPL-3.0 带来的约束。
- 适合谁用？
- PromptHub 适合同时在三个以上 AI 编程工具之间切换、并且已经积累了一批 SKILL.md 和提示词需要统一收口的个人开发者或小团队。如果你的工作流只绑定一个工具，或者团队对 AGPL-3.0 的分发义务有硬性限制，这个项目就不是合适的选择。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库最近一次提交在 11 天前。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它要解决的是资产散落在多个工具目录里的问题
写提示词的人通常会遇到同一个麻烦：一份调好的 SKILL.md，在 Claude Code 里能用，换到 Cursor 就要重新贴一遍，换到 Codex 或者 Windsurf 又要再来一次。时间一长，每个工具目录下都留着一份略有差异的副本，没人说得清哪份是最新的。PromptHub 的定位就是把这些文件从各个工具的私有目录里抽出来，放进一个本地工作区统一维护，再按需分发回去。README 里明确写了它支持 Claude Code、Cursor、Codex、Windsurf、Antigravity、Cline 等十余个工具，分发动作被描述为「一键安装」。目标用户是那些同时在多个 AI 编程工具之间切换、并且已经开始认真对待提示词版本的人。如果只用一款工具，或者提示词还停留在随手复制的阶段，这个工具的收益会非常有限。
本地优先的具体含义：SQLite 加文件系统，云端是可选项
从 README 的技术栈徽章可以看到，项目使用 TypeScript、Electron、React、TailwindCSS 和 SQLite。这是一个典型的桌面应用组合：Electron 提供跨平台外壳，React 负责界面，SQLite 存放结构化数据，Prompt 与 Skill 的实际文件则落在本地磁盘上。README 反复强调「数据默认存在你自己的电脑上」，这句话决定了整个数据流的走向。同步不是默认行为，而是需要用户主动配置 WebDAV 才会发生；备份同样需要用户主动触发，把完整快照推到自部署的 Web 端。这种设计的好处是离线可用、没有服务端依赖，代价是跨设备的一致性完全依赖用户自己把 WebDAV 配好。项目还提供了一个命令行 CLI，README 中单独列出一节，说明除了图形界面之外还有脚本化操作的入口。
安装路径：桌面版直链、Releases 与源码运行
README 给出的桌面版安装方式有两条：一条是直链下载，指向 GitHub 最新稳定版资产；另一条是走 GitHub Releases 官方发布页，可以拿到历史版本、签名信息和完整 Release Notes。README 解释了直链策略的用意，即在 CDN 镜像尚未同步完成时避免出现 404，镜像就绪后会切回固定文件名的 CDN 直链。支持的平台标注为 macOS、Windows 和 Linux。除了下载安装包，仓库还提供了从源码运行的章节，面向需要自己构建或改动的用户。自部署网页版在 README 中单独成节，与桌面版并列，说明这是一个可选的补充形态而不是必需组件。CLI 部分同样独立成节，适合把 PromptHub 接入已有脚本流程的场景。
版本管理与多模型测试是它区别于纯文件同步的地方
单纯的目录同步用 Git 或者软链接也能凑合，PromptHub 在这一点上加了两个额外能力。第一是 Prompt 的版本管理，README 把它列为核心能力之一，意味着修改历史被记录在 SQLite 里而不只是覆盖文件。第二是多模型测试，README 提到可以对 Prompt 做多模型对比，仓库的赞助商部分也印证了这一方向：Infistar.cc 的赞助说明中写明「可在 PromptHub 中快速完成 Provider 与模型配置」，并提到兼容 OpenAI 标准接口。换句话说，测试功能依赖用户自己提供 API Key 和 Provider 配置，项目本身不内置模型服务。这一点需要提前想清楚：如果你的 Prompt 里含有敏感内容，多模型测试意味着这些内容会被发送到你配置的第三方接口。
beta 通道与稳定版之间的落差
仓库的发布节奏透露出一个需要注意的事实。最近三个版本依次是 v0.6.0-beta.2、v0.6.0-beta.1 和 v0.5.9，而 README 的版本徽章和下载章节都指向 v0.5.9 并标注为 stable。也就是说，v0.6.0 系列已经迭代到第二个 beta，但尚未转为稳定版。对于把提示词和 Skill 当作日常生产资料的用户，跟随 beta 通道意味着承担未定型的风险，尤其是涉及 SQLite 数据结构变更时，回退到旧版本未必顺畅。README 没有说明数据迁移策略，也没有给出降级指引，这是一个文档上的空白。稳妥的做法是锁定 v0.5.9 的发布资产，等 v0.6.0 正式发布后再评估升级。
什么时候它不该出现在你的工具箱里
PromptHub 假设用户的工作流是「多工具、多设备、需要版本追溯」。只要其中一条不成立，它的价值就会明显下降。只在 Claude Code 一个工具里写提示词的人，直接用项目目录下的 SKILL.md 就够了，多一层同步反而增加了文件和数据库之间不一致的可能。团队协作场景也需要谨慎：README 描述的同步机制是 WebDAV 和自部署 Web 快照，这两种方式面向的是个人跨设备同步，而不是多人实时协作。如果团队需要的是共享提示词库加权限控制，PromptHub 当前的能力描述里没有覆盖这一层。另外，它没有提到任何关于提示词加密存储的机制，敏感提示词放进 SQLite 需要自行评估。
和 Git 子模块加软链接的手工方案比，差在哪里
最常见的替代方案不是某个同类软件，而是一套手工组合：把提示词和 SKILL.md 放进一个 Git 仓库，用软链接把各工具的配置目录指回仓库路径。这个方案的优势很实在：版本历史由 Git 承担，diff 清晰，多人协作有成熟的权限模型，且完全不依赖任何特定工具。PromptHub 在这个对比中的差异点在于分发动作和测试能力。手工方案里，给十几个工具建软链接是一次性脚本工作，之后新增工具要改脚本；PromptHub 把这一步做成了界面操作。多模型测试则是手工方案完全没有的部分，需要自己写调用脚本。代价是 PromptHub 引入了 Electron 运行时和一个 SQLite 数据库，资产不再是可以直接 git clone 的纯文本目录。选哪条路，取决于你更看重分发的便利还是资产的纯粹性。
AGPL-3.0 与维护成本
项目采用 AGPL-3.0。这是一个带网络分发条款的强 copyleft 许可证，对个人使用没有影响，但如果有人基于 PromptHub 的代码改造后对外提供网络服务，AGPL 要求向使用者提供对应源码。README 中提到的「自部署网页版」正好落在这个条款的适用范围附近，企业内部分发或对外托管前应当让法务确认具体边界，这里不做法律判断。维护成本方面，项目处于活跃开发状态，最近一次提交在 2026 年 9 月，beta 版本迭代较快，意味着升级需要投入验证时间。依赖 Electron 也意味着安装包体积不会小，且需要跟随 Electron 的安全更新节奏。README 没有给出 LTS 或长期支持分支的说明，长期使用的团队需要自行决定版本锁定策略。
编辑结论
PromptHub 适合同时在三个以上 AI 编程工具之间切换、并且已经积累了一批 SKILL.md 和提示词需要统一收口的个人开发者或小团队。如果你的工作流只绑定一个工具，或者团队对 AGPL-3.0 的分发义务有硬性限制，这个项目就不是合适的选择。上手前建议先确认两件事：一是自部署 Web 版的部署文档是否覆盖你打算使用的 WebDAV 服务，二是 v0.6.0 目前仍处于 beta 阶段，稳定版停在 v0.5.9，生产环境应锁定 v0.5.9 的发布资产而不是跟随 beta 通道。
社区笔记