Carbon 制造运营平台
在同一套制造系统中规划物料、执行车间作业并管理质量与成本。
- Star 数
- ★ 2.7k
- 最近更新
- 1 天前
- License
- NOASSERTION
- 主语言
- TypeScript
- FA 评分
- 49/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台OpenAI API · Claude API（部分支持）
- 费用
- 有免费版，另有付费云服务
- 上手难度
- 高 · 需要较重的基础设施
- 开始前需要
- 典型场景
- 合同制造商将报价、销售订单、生产作业和发票关联起来，并核对实际作业成本。
- 不适合
- 只需要轻量库存表格的小团队
- 不愿部署或维护数据库与应用服务的团队
- 源码审查
- 49/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Carbon 将 ERP、MRP、MES 和 QMS 放在同一个 Postgres 数据库中，覆盖报价、订单、采购、库存、生产计划、车间执行、质量和会计。工程、计划、生产和质量记录共享数据，支持多层 BOM、版本管理、工艺路线以及批次和序列号的双向追溯。用户可通过 React Router 应用操作，也可调用带权限校验的 REST API，或让 AI 客户端通过 MCP 使用相同的制造操作。Carbon Cloud 提供托管应用、数据库、更新和备份；也可在 VPC、本地机房或隔离网络自托管。它适合需要把复杂装配或高混合、小批量生产流程连起来的制造团队；本地开发需要 Docker、Node.js 22 和 pnpm。
Carbon 将报价、销售订单、采购、库存、BOM、工艺路线、计划、生产作业、检验和会计记录写入共享的 Postgres 系统。MRP 与排程用于处理需求、供应和有限产能计划；MES 提供数字化工单、操作员终端、3D 作业指导、条码和工时采集。质量流程包括检验、FAI、不合格项、CAPA、校准和风险管理，追溯功能可沿批次或序列号向前、向后查询。应用使用相同的制造操作服务，也可通过 POST /api/v1/{module}/{operation} 调用，或通过 MCP 工具访问；权限按 API 密钥或登录用户的身份执行。自托管开发者可运行本地 Docker 后端和 ERP、MES 应用，也可通过 Carbon Cloud 使用托管版本。
- 合同制造商将报价、销售订单、生产作业和发票关联起来，并核对实际作业成本。
- 工程和生产团队管理多层 BOM、版本、变更单及产品配置，减少重复录入。
- 计划人员依据需求、供应、工艺路线和有限产能安排生产并发现物料短缺。
- 车间主管在平板终端分派数字化工单，使用条码、工时采集和3D作业指导支持操作员。
- 质量团队记录首件检验、不合格项、CAPA和校准，并追踪受影响的批次或序列号。
- 希望让 AI 客户端执行有权限边界的制造操作的团队，可接入 Carbon 的 MCP 服务。
如何安装或部署这个 Agent？
可以选择 Carbon Cloud 试用，或按仓库说明在本地启动完整开发栈。自托管生产部署支持 VPC、本地机房或隔离环境；具体生产环境配置请使用项目的自托管部署指南。
本地开发前需安装 Docker、Node.js 22 和 pnpm（通过 Corepack）。仓库提供的启动步骤为：
git clone https://github.com/crbnos/carbon.git && cd carbon
corepack enable && pnpm install
cp .env.example .env
pnpm dev如何使用这个 Agent？
开发栈启动后，打开 ERP http://localhost:3000 或 MES http://localhost:3001。本地种子用户为 [email protected]，开发环境跳过 magic link。要填充演示数据，可运行：
pnpm db:seed:dev -- --email [email protected] --dataset satelliteAPI 与 MCP 使用同一组制造操作和权限。创建 API 密钥后，可发送第一个请求：
curl -X POST https://app.carbon.ms/api/v1/sales/getSalesOrders \
-H "Authorization: Bearer $CARBON_API_KEY" \
-H "Content-Type: application/json" \
-d '{ "args": { "limit": 10 } }'自托管实例的 API 路径为 /api/v1。MCP 客户端可连接托管或本地实例的 MCP 服务，工具权限取决于 API 密钥或登录用户。README 说明 API 密钥和 MCP 包含在 Business 与 Enterprise 计划中；自托管环境使用它们需要商业许可。
这个 Agent 有哪些优点和局限？
- ERP、MRP、MES 和 QMS 共用一个 Postgres 数据库，工程到会计的数据不依赖多个产品数据库之间的同步作业。
- 覆盖多层 BOM、版本、有限产能排程、车间执行、质量流程和批次/序列号双向追溯，适合复杂装配与高混合、小批量制造。
- REST API 与 MCP 共用制造操作和身份权限，可通过有作用域的 API 密钥或用户登录权限访问。
- 支持 Carbon Cloud 托管，也支持在 VPC、本地机房或隔离网络运行。
- 本地完整开发栈需要 Docker、Node.js 22、pnpm 和 Postgres 等多项服务，安装和运维成本较高。
- API 密钥和 MCP 的托管使用与 Business、Enterprise 计划相关；自托管使用这些能力需要商业许可。
- 仓库采用开源核心加商业许可模式：
packages/ee及名称含.ee.的文件不属于 AGPLv3。 - 该产品范围广且围绕制造流程设计，对只需轻量库存管理的团队可能过于复杂。
这个 Agent 与同类方案有什么区别？
README 将 Carbon 列为 NetSuite、Epicor、SAP Business One、Plex、Odoo 和 ERPNext 的开源替代方案，并提供这些产品的对比页面。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Carbon 制造运营平台 当前 | 49 · 缺口较多 | 云服务 / SaaS免费版 + 付费版 | ★ 2.7k | 1 天前 | TypeScript | — |
| OptimNow Cloud FinOps 知识库 | 65 · 存在缺口 | Agent 插件 / 技能免费 | ★ 63 | 今天 | Python | Claude Code |
| AI Gateway 实验室 | 53 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1k | 1 个月前 | Jupyter Notebook | — |
| Jev Browser | 75 · 存在缺口 | MCP 服务器免费 + 模型费 | ★ 125 | 4 天前 | JavaScript | Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 声明 Postgres 行级安全、RBAC/ABAC、API 与 MCP 共享身份与权限，测试显示服务上下文携带权限对象，属最小权限的合理证据（2）。但 MCP 工具与 API 密钥的授权粒度、密钥存储与轮换在可见文件中未展开，扣分。用户确认方面仅见 crbn restore 的交互提示与 --yes，属局部证据（1）。数据流透明：README 说明 Inngest 回调、外部集成（Stripe、Slack、AI 提供商）但未给出数据流向细节（1）。敏感数据处理：restore 默认脱敏邮箱、截断 storage.objects 并给出警告，属正面证据（2），但生产快照恢复本身风险高且 --no-scrub-emails 可关闭脱敏。依赖安全：仅见 pnpm patchedDependencies、onlyBuiltDependencies 与锁文件，无审计或漏洞处置证据（1）。外部效应：工作流可推送镜像并部署，但受 vars 控制且需显式配置（1）。回滚：restore 失败即非零退出且不应用迁移，属局部回滚证据（1），但无通用变更回滚机制。来源归属：LICENSE 明确版权方、AGPLv3 与商业许可边界，测试文件带 SPDX 头（2）。
测试对并发声明、守卫写入、拒绝与回滚路径有细致断言，服务层与测试相互印证，自洽性较好（2）。依赖可用性：依赖大量外部服务（Inngest、Redis、PostgREST、GoTrue、Storage、可选 Rust/OCCT 构建），本地需 Docker 与 Node 22，README 称无外部账号可跑，但装配器需 15–30 分钟原生构建，属可用性负担（1）。失败信息：测试断言具体错误文案（如“Each line must have either a debit or credit amount”“Currency USD has no precision”），失败信息明确（2）。
受众与场景清晰：制造业 ERP/MES/QMS，支持自托管、云、气隙部署与 starter 应用（2）。能力边界：README 明确 API/MCP 需商业许可、装配器可选、企业功能在 packages/ee 下（2）。触发精度：工作流与 MCP 工具触发条件在可见文件中缺乏细节，仅见 agent-labels 手动触发（1）。环境适配：提供 Docker、WSL/Git Bash 说明、多 worktree 隔离栈（2）。
信息架构：README 目录完整、monorepo 结构表清晰（2）。安装说明：本地开发、装配器、快照恢复步骤详尽（2）。命名稳定性：workspace 版本 0.1.0，无发布版本策略证据（1）。示例与 FAQ：有 curl 示例与种子数据集，但无 FAQ（1）。已知限制：提及 API 需商业许可、装配器可选、storage 恢复 404，但未系统列出限制（1）。许可证：LICENSE 明确 AGPLv3 加商业许可分区，但仓库元数据为 NOASSERTION，存在不一致（2）。版本与变更日志：未见 CHANGELOG（1）。维护责任：发布者未经验证，维护责任归属不明（1）。
输出可用性：API 返回结构化结果（applied/alreadyApplied/refused/failed），OpenAPI 规范可生成客户端（2）。边际价值：在单一 Postgres 模式上整合 ERP/MRP/MES/QMS 与双向批次追溯，具差异化价值（2）。成本效益：自托管需 Docker、多服务、可选 15–30 分钟 OCCT 构建，运维成本不低（1）。
主张可追溯性：README 主张多指向外部文档站点，仓库内证据有限（1）。交叉印证：测试与服务代码相互印证部分行为，但 README 功能主张缺乏仓库内对应证据（1）。事实与推断分离：README 营销性表述（“hard tech unicorns”）与事实混排，未见明确区分（1）。
- 发布者身份未经验证，维护责任与更新路径不明，采用前应独立核实。
- API 与 MCP 在自托管下需商业许可，企业功能位于 packages/ee 下，需评估许可合规。
- 仓库许可证元数据为 NOASSERTION，与 LICENSE 中的 AGPLv3 声明不一致，需法务确认。
- 自托管依赖 Docker、Inngest、Redis、PostgREST 等多服务，装配器需 15–30 分钟原生构建，运维成本较高。
- 生产快照恢复默认脱敏邮箱但可关闭，且会截断 storage.objects，操作前应确认数据安全设置。
常见问题
可以免费自托管吗？
packages/ee 和名称含 .ee. 的文件采用 Carbon Commercial License。API 密钥与 MCP 在自托管部署中需要商业许可。