开放与开源

公开仓库已经迁移到 GitHub。

ToolkitFun 先开放协议、内置工具和 SDK。公开包采用 Apache-2.0;toolkit.fun SaaS 主站、计费、运营后台和部署代码继续保持私有。

打开 GitHub 组织浏览公开工具查看 Registry API
GITHUB

3 个公开仓库

Protocol、Builtins 和 SDK 已迁移到 x2v-co 组织,作为 Developer Preview 公开入口。

LICENSE

Apache-2.0

公开包采用 Apache-2.0,便于开发者检查、复用和集成。

PRIVATE SAAS

主站保持私有

用户数据、支付、风控、后台和部署配置不属于公开仓库范围。

本地与 Cloud 边界

开源能力不作为 Cloud 付费点。

开源切分后的本地工具、工作流、REST、MCP 和 BYOK 能力可以离线运行;Cloud 订阅只管理托管执行、自动化、团队协作和平台模型额度。

本地 / 开源能力

不需要 toolkit.fun Cloud 订阅

  • 本地 Runtime 运行官方 Builtins 和用户自有源码
  • 本地工作流、REST / MCP adapter 和 BYOK 能力注入
  • SDK、Protocol 测试向量、可复现 Lockfile 与离线校验
toolkit.fun Cloud 托管能力

Free / Pro / Team 套餐覆盖

  • 云端保存、运行历史、共享 API / MCP Gateway 和每日运行额度
  • 工作流自动化、Agent credits、专属 Endpoint 与自定义域名
  • 团队空间、成员权限、工作区额度池和后台审计
查看定价
当前开放边界

机器可读,也让人看得懂。

公开接口围绕工具本身,而不是泄露控制面凭据、用户数据或运营逻辑。这样 Agent 和开发者可以验证工具,同时保持服务安全边界。

MANIFEST工具名称、Schema、版本、运行时、权限、REST / MCP 端点与签名摘要。
SOURCE公开工具的版本源码与内容哈希,用于审计行为和复现具体版本。
LOCKFILE把多个工具固定到明确版本与源码哈希,降低更新漂移和供应链风险。
PRIVATE用户数据、密钥、支付实现、风控规则、部署配置和后台控制面不属于公开工具产物。
建议的开源路线

先拆出稳定边界,再建立社区仓库。

当前方案建议先公开协议和验证器,再公开通用内置工具与客户端。SaaS 控制面继续私有,避免在边界未稳定时把整仓发布变成长期兼容承诺。

PHASE 01

协议与验证器

发布 Registry Schema、Manifest / Lockfile 验证器、测试向量和 MCP 接入示例。

PHASE 02

内置工具包

完成依赖许可证审计后,拆出通用内置工具、运行契约和一致性测试。

PHASE 03

SDK 与 CLI

提供工具脚手架、本地测试、签名校验和发布命令,支持外部贡献。

许可证状态:公开仓库采用 Apache-2.0;私有 SaaS 主仓库不作为开源包发布。若未来拆出独立服务端 Runtime,再单独评估是否需要更强的网络部署回馈许可证。
现在即可验证

从一个公开工具的产物开始。

查看源码、Manifest 和 Lockfile,再决定如何接入网页、REST 或 MCP。

查看 JSON 工具