关于 ProdForge
ProdForge 在一个代码库中整合生产工具目录、合并后的 MCP 配置、起步技术栈和发布检查。它面向需要从项目搭建、检查到发布的团队;其命令行工具也通过 MCP 为 Agent 提供工具。
主要功能
- 01按生产阶段组织的工具目录
- 02合并式 MCP 服务配置
- 03五种预接线生产技术栈
- 04生成带测试的项目骨架
- 05诊断、清单与发布门禁
适用场景
- 01搭建已连接 MCP 服务的项目
- 02从技术栈启动 MCP 服务或 SaaS 项目
- 03执行安全和生产就绪检查
- 04依据已安装工具的结果设置发布门禁
MCP 相关
ProdForge 既可作为命令行工具,也可作为 MCP 服务运行。它提供软件包列表、连接配置、生产清单、诊断报告、目录健康状态和发布门禁等工具。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
工具
6收录的工具列表 · 更新于 3 天前
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| phase | enum | 否 | 仅列出此生产阶段中的工具;省略此参数则列出所有工具。build | secure | test | release | operate |
详细介绍
ProdForge
无需自行搭建所有连接,即可将任意产品推向生产环境。
你有了产品创意。接下来就是没人提醒过你的那些麻烦:我需要哪些 MCP 服务?该如何连接它们?哪些安全检查很重要?我怎么知道版本真的已经发布?生产环境中最先会出什么问题?
ProdForge 是一个大型仓库,已将所有这些内容整合到一起。
一个目录。一份合并后的 MCP 配置。五种生产技术栈。一个发布门禁。
npx @reneturcios/prodforge list
npx @reneturcios/prodforge connect --write mcp.json
npx @reneturcios/prodforge doctor
npx @reneturcios/prodforge checklist
npx @reneturcios/prodforge ship
npx @reneturcios/prodforge init cli-tool my-tool # real scaffold: files + tests
包含内容
- catalog/ - 在一个注册表中列出整个工具集的所有工具:Greenlight、Shipcheck、Wallcheck、Security Wave(hookcheck、actionpin、injectcheck、mcpvet、depguard、flowcheck、tracewatch)、mcpaudit、cidiff、reprocheck、contextbudget、agentsfile、envdoc、npmpreflight、envdoctor、logdigest 等。共 26 个工具,按生产阶段分组:构建、安全、测试、发布、运维。
- mcp/ - 一份合并后的 MCP 配置,可一次性连接所有已发布的 MCP 服务,适用于 Claude、Cursor 和 VS Code。不必再逐个复制粘贴服务配置块。
- stacks/ - 五种生产技术栈,让你从这些起步,而不是面对一个空仓库:
mcp-server、saas-web、api-service、cli-tool、ai-agent。每种技术栈都明确说明预先接入了哪些工具、需要哪些环境变量,以及发布门禁是什么。prodforge init <stack> <name>会生成一个可用的项目:package.json、tsconfig、README、src,以及一套通过测试的测试套件。 - playbooks/ - 生产、发布、安全和可观测性手册。简短、可检查、不废话。
- CLI + MCP 集于一体 - 与 Greenlight 和 Shipcheck 相同的工具集工厂模式:
prodforge既是供人使用的 CLI,也是供 Agent 使用的 MCP 服务。Agent 可使用list_packages、connect_config、production_checklist、doctor_report、catalog_health和ship_gate。
为什么要做这个
目录中的每个工具都已独立发布到 npm、GHCR 和 MCP Registry,并经过测试和真实生产环境验证。问题从来不在于某个单独的工具,而在于你准备发布产品时,如何弄清楚这些工具该如何配合使用。
ProdForge 就是对这种组合方式的一次性实现,公开开发并持续更新。
从这里开始
- 在你的项目中运行
prodforge doctor。修复它指出的问题。 - 运行
prodforge connect --write mcp.json。现在你的 Agent 就能使用整个工具集。 - 在
stacks/中选择最接近你产品的技术栈,并按其检查清单操作。 - 标记任何版本之前,运行
prodforge ship。它会执行每个已安装的工具,并如实报告其余情况:任何 FAIL 都意味着 NO-GO;缺少的工具标记为 ABSENT(绝不会标记为 PASS);未接入的门禁标记为 NOT-WIRED。只有结果为 GO 时才会以退出码 0 结束。
技术栈一览
| 技术栈 | 适用对象 | 预先接入的门禁 |
|---|---|---|
| mcp-server | 新建的 MCP 服务 | mcpaudit、mcpvet、shipcheck、npmpreflight |
| saas-web | Web SaaS 产品 | wallcheck、flowcheck、envdoc、shipcheck |
| api-service | API 或后端服务 | depguard、flowcheck、logdigest、shipcheck |
| cli-tool | CLI / 开发工具 | agentsfile、contextbudget、cidiff、shipcheck |
| ai-agent | Agent 产品 | injectcheck、tracewatch、mcpvet、contextbudget |
状态
v0.5.0,构建于 2026-10-25(Wave D:MCP 目录加固、涵盖全部 27 个注册工具的审核台账,以及包含 107 个服务的发现列表;所有未经审核的服务均不纳入默认配置)。夜间构建日志见 docs/OVERNIGHT-2026-10-25.md。路线图见 docs/ROADMAP.md——当前范围的 5 倍,分波次推进。
MIT。作者:Rene Turcios / CloudCorpRecords。工具集:https://github.com/CloudCorpRecords
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。