非标项目管理：GitHub 上有人做了吗？
上周一个做非标的同行问我：你们项目上的 BOM 变更和图纸版本，拿什么管？我停了两秒才把实话说出来，Excel 加微信群，再加一个我自己搭的零件号台账。
他听完笑了，说他也一样，那个笑让我不太舒服，因为长三角做非标的中小厂，我见过的十个里有八个是这么过的。
图纸改一版，BOM 跟着手改一遍，改完往群里一发，谁手上那份是废的没人说得清。
于是我抽了一个周末，把 GitHub 上跟非标项目管理沾边的仓库翻了一遍，检索加人工筛，最后留下 31 个还能看的。
结论比我预想的更直接：这块在开源世界里基本是空的，能用的那批，绝大多数是给软件团队写的。
一、先说怎么找，中文关键词在这件事上基本是废的
我按习惯先搜了中文，结果很难看。搜「研发管理」，排第一的是 funNLP，一个 83,626 星的中文敏感词库；搜「项目管理」，出来的是电商商城和 HR 系统。
GitHub 的检索对中文几乎没有分词能力，你写三个字，它按字符串硬匹配，返回的东西跟你要的没关系。
那中文项目怎么办？只能先想清楚英文术语，再回来搜。
换成英文就正常了：物料清单搜 BOM 或者 bill of materials，产品数据管理搜 PDM，生产执行搜 MES，质量搜 QMS，工程变更搜 ECN 和 ECO，面向制造的设计搜 DFM。
就这么几个词换过来，命中率立刻是另一个量级；第二步是用筛选符压噪声，下面这几条组合着写，比反复改关键词有效得多。
| 写法 | 含义 |
|---|---|
topic:plm |
按话题标签搜，比关键词准得多。 |
topic:a topic:b |
两个标签同时满足，中间必须是空格。 |
stars:>500 |
星数门槛，用来过滤玩具项目。 |
pushed:>2026-06-01 |
最近还有提交，把死项目排掉。 |
in:name,description |
只在名称和简介里匹配，精度更高。 |
fork:false archived:false |
排除 fork 和已归档的仓库。 |
第三步是顺藤摸瓜：碰到靠谱的仓库别急着下载，先看它简介下面挂着的话题标签，点进去就是整页的同标签列表，还能按语言和星数排序。
我用这个办法从一个仓库翻出十几个同类，比重新想关键词快得多。
二、能整包用的系统
| 项目 | 内容简介 | 工具 / 语言 | 应用领域 | 前景展望 |
|---|---|---|---|---|
| odooplm | Odoo 上的 PLM/PDM，接四大 CAD，管 BOM 版本与修订。 | Python + Odoo | 机械产品数据管理 | 159 星，方向最对，但得有人懂 Odoo。 |
| carbon | 制造 ERP 加 MES 加 QMS，报价、物料需求、车间、质量、追溯。 | TypeScript | 中小制造企业 | 2,661 星，有公司维护，最像能卖钱的那个。 |
| erpnext | 开源 ERP 全家桶，财务采购生产库存齐全。 | Python | 企业资源管理 | 39,734 星，最成熟，对非标却太重。 |
| WebErpMesv2 | 面向钣金、机加工、模具的 Web ERP 加 MES。 | PHP | 金属加工车间 | 219 星，定位准，适合抄结构。 |
| docdoku-plm | 老牌开源 PLM，覆盖文档、BOM、工作流。 | Java | 产品数据管理 | 289 星，年久但结构完整。 |
| iBizPLM | 中文研发管理平台，流程做成自动流转。 | Java + Vue | 国内研发管理 | 122 星，界面中文省事，社区小。 |
| gitplm | 用 Git 管产品生命周期。 | Git + 静态站 | 轻量 PLM | 121 星，思路有意思，还只是雏形。 |
这一类里我最想让你看的是 odooplm。它把 Odoo 当底座，接上 SolidWorks、Inventor、SolidEdge、AutoCAD 四大 CAD，管住 BOM 版本和修订留痕。
对我们这种图纸改一次、BOM 跟着动一版的干活方式，方向是对的。短板也明显，维护的人少，还要有人懂 Odoo 那一套才落得下去。
星数最高的 erpnext 有 39,734 星，功能全得吓人。可我越看越觉得它不适合我们：非标项目的核心是这一单跟上一单不一样，通用 ERP 假设的却是重复生产。
你要把它掰成非标的样子，二次开发的成本可能比自己做还高。
真正让我意外的是 carbon，2,661 星，报价、物料需求、车间、质量、批次追溯全在里面，背后还有公司在维护；它像一个能卖钱的产品，不像爱好者的作品。
想抄字段和流程的，我建议从它看起，但如果目标是改成非标流程，先做好打持久战的准备。
三、车间执行层，中文项目反而最多
| 项目 | 内容简介 | 工具 / 语言 | 应用领域 | 前景展望 |
|---|---|---|---|---|
| industry4.0-mes | 开源 MES，管生产制造全流程。 | Java | 车间生产执行 | 513 星，中文文档全，能直接读代码。 |
| free-mes | 免费 MES，云端部署那一套。 | PL/pgSQL | 中小工厂 | 430 星，功能基础，胜在上手快。 |
| SPMS-Server | 智能生产管理，MES 带仓库。 | Java | 生产加仓储 | 311 星，模块划分清楚，可拆着用。 |
| MES-SpringBoot | 按 ISA-95 标准建模的 MES。 | Java | 数字化工厂 | 286 星，抄它的建模思路比抄界面值钱。 |
| osess/mes | Django 写的 MES，轻量路线。 | Python | 车间执行 | 170 星，Python 栈改动成本低。 |
| industrial-ui | 面向车间的 UI 组件库。 | TypeScript | 工位界面 | 90 星，组件级，能嵌进自己的工具。 |
| shopfloor-tablet | 给机床车间用的平板界面。 | JavaScript | 机床车间 | 44 星，跟 cncjs 配套，小场景够用。 |
这一层是国内开发者的地盘，开源 MES 里有好几套是中文项目，文档齐、界面也是中文，读起来门槛低不少。
我特别留意了按 ISA-95 建模的那套；ISA-95 是把车间到企业的信息分层讲清楚的国际标准，抄它的字段和层级，比抄界面有用。
有意思的是这一层和上一层是两拨人，做 ERP 的人在想这家工厂怎么管钱管料，做 MES 的人在想这个工位今天做了多少件。
那非标项目的进度、变更和交付呢？两边都没有好好回答，中间那块地是空的。
四、最贴我专业的，是几个没什么星的小项目
| 项目 | 内容简介 | 工具 / 语言 | 应用领域 | 前景展望 |
|---|---|---|---|---|
| tolstack | 机械工程师用的 1D 公差链分析。 | Rust | 公差计算 | 44 星，概念干净，思路能移植到 Python。 |
| FreeCAD-DFM-Workbench | FreeCAD 里的可制造性检查工作台。 | Python | DFM 检查 | 62 星，装了能直接试，这条路可以跟。 |
| Shaft-Machining-Planner | 电机轴的工艺规划，接了检索增强。 | Python | 工艺路线 | 36 星，早期尝试，样本意义大于实用。 |
| NX_BOM | 从 NX 装配体按模板导 Excel BOM。 | VB.NET | 图纸出 BOM | 10 星，极小，省的是每晚半小时。 |
| CAPP_system | 计算机辅助工艺规划。 | Python | 工艺设计 | 7 星，课设水平，字段设计可参考。 |
| cycloidgen | 摆线减速器的参数化生成。 | Python | 传动件设计 | 6 星，关节方向的参数化样板。 |
| we-have-PDM-at-home | FreeCAD 加 LibreOffice 加 SVN 的土法 PDM。 | 脚本 | 小团队 PDM | 4 星，名字就是态度，穷办法照抄。 |
| MechDesignCopilot | 从需求走到 BOM 的设计助手。 | 待定 | 设计自动化 | 4 星，太早期，只能看方向。 |
这一段是我私心最想推的：tolstack 写着「给机械工程师用的 1D 公差链分析」，44 颗星。
公差链这东西我到现在还在用 Excel 手算，算完还得自己复核一遍。
有人把它写成代码，哪怕只有 44 颗星，也是同类里唯一一个。
NX_BOM 更小，10 颗星，做的事就一件，从装配体里按属性模板导出 Excel BOM；这种项目不会有人鼓掌，但它省的是装配组每天晚上那半小时。
干过装配的人都知道那半小时有多烦。这类项目加起来不到 200 颗星，可它们解决的都是真问题。
那为什么没人做大？我的判断是规则太依赖人。每个厂的 BOM 结构、公差习惯、工艺路线都不一样，做成通用软件很难卖，做成外包又赚不到钱，于是一直空着。
五、AI 已经进场了，方向和我们想的差不多
| 项目 | 内容简介 | 工具 / 语言 | 应用领域 | 前景展望 |
|---|---|---|---|---|
| freecad-mcp | 给 FreeCAD 装 MCP 服务器，让大模型驱动建模。 | Python | Agent 控制 CAD | 2,613 星，装上就能给 AI 一只手。 |
| text-to-cad | 给 AI 装 CAD 能力，按描述生成模型。 | Python | 概念件生成 | 16,541 星，最热，离能加工的图还远。 |
| Varen-AI-CAD | 一句话需求进，调研提问出 BOM，逐件建模，导出装配 STEP。 | Python | AI 辅助机械设计 | 47 星，中文项目，路线和我想的一样。 |
freecad-mcp 有 2,613 星，它给 FreeCAD 装了一个 MCP 服务器，让大模型直接指挥软件建模；我自己就是这么用助手的，让人指挥工具，比让工具自己猜要靠谱。
那 AI 现在能替工程师出图了吗？能画，但还交不出去。
最让我在意的是 Varen-AI-CAD，中文项目，47 颗星。它的流程写得很明白：一句话需求进来，先调研再提问，然后出 BOM，逐件做真实建模，最后导出装配 STEP。
它特意强调自己出的是参数化实体，不是图片也不是网格；这个强调很关键，因为工程师认的从来不是好看的图，是能拿去加工的东西。
16,541 星的 text-to-cad 代表另一个方向，让 AI 会画。星数差了三百倍，可我更看好前者。
理由只有一条：能加工的图比好看的图难做得多，也值钱得多。
六、三个反常识的发现
第一个，topic:plm 这个标签是语言模型的地盘。我点进去，排第一的是 Chinese-LLaMA-Alpaca，18,938 星。
在 AI 圈 PLM 是预训练语言模型的缩写，跟产品生命周期管理撞了名字，搜管理软件一定得用全称。
第二个，bill of materials 在 GitHub 上主要指软件物料清单；syft 有 9,632 星，cdxgen 和 tern 也是同类，全是分析软件依赖和安全漏洞的。
要找机械的 BOM，得配上 topic:cad，或者干脆搜 assembly。
第三个是我这次最大的收获，非标项目管理在开源里真的是空档。project-management 加 engineering 两个标签一起搜，只剩 17 条。
搜非标自动化，出来的最高 1 颗星；公差标注相关的项目全在 4 颗星以下。
工程变更那一类呢？只有几个课程设计和黑客松作品。
那这块为什么没人做？我想了很久，答案是两边没接上。写软件的人不知道机械厂的图纸怎么走的，做机械的人又大多不写代码，那条缝就一直空在那里。
空档对工程师来说不是坏消息，它意味着这里还没有标准答案。
七、我打算怎么用
翻完这一圈，我没打算立刻上哪套系统。erpnext 太重，odooplm 要有人懂 Odoo，carbon 是给工厂用的，不是给项目组用的。
这套东西值不值得自己动手做？我的答案是自己做，但别从零写。
我的排序按自己能不能做出来算。第一件是零件号和 BOM 台账，把主数据、版本、替代关系管住。
第二件是工程变更单，一张单子从提出到关闭，谁在什么时候批的、改动落在哪几个零件上，都要有痕迹。
第三件是公差链的自动核算，先从最常算的那几种配合开始。
这三件做完，我手里就有一套跟着自己习惯走的工具了；做法上我不会从零写，前面那些项目的字段设计和流程设计都能拿来用，重点是挑出跟非标流程对得上的部分。
说到底，通用软件吃不下非标，非标的项目管理最终得长在每家厂自己的流程上；这不一定是坏消息，它只说明这块地还没人占。
你们现在拿什么管 BOM 和变更？如果也是 Excel 加微信群，我们可以聊聊，我这边正在把自己用了多年的台账和变更流程整理成能复用的东西，拿一个真实项目过一遍最清楚。
本文完整版 2026-10-02 发布于 lqshi.cn；精简版同日首发于公众号「创意淬火」：非标项目管理的 BOM、变更、公差，GitHub 上有人做了吗？。
