我用 WorkBuddy 造了个线束工艺卡助手（1/6）：卡住我的不是代码，是规范

最近我让 WorkBuddy 帮我搭了个「线束工艺流助手」，输入产品料号一键吐完整工艺流程卡。这事儿我打算连写 6 篇，把从想法到落地的全过程摊开讲——包括期间翻的三个车。这是第 1 篇，先讲卡住我的那个点。

📌 背景：工艺卡为啥慢

我是做线束工艺的。新产品下发，料号到手，我得打开一张空白《过程流程图》Excel，开始"规范寻宝"：

• 文件编号怎么编？教材说 WN.GYL + 型号 + 流水号，作业指导书又变成 WN.GY，通用版还变成 WN.GYT + 工序缩写 + 车间 + 流水号
• 工序名写哪个？标准库叫"圆形插芯装配"，图纸写"A端装插体、装针"，两个口径听谁的
• 工序编号对不对？《通用 SOP 清单》里剥芯线明明是 DDBXJBXX，旧模板却写成 BXJCBXX

一份卡十五六道工序，每道跟四五份规范逐个比对。熟手两小时，新手半天，还保不齐漏看一条。

关键认知：问题不在"不会做"，在"每次都从头做、且容易错"。 这活儿交给 WB 最合适——它本就能写代码、跑脚本、读文件，我让它把规范吃进数据库就行。

🔧 第一版思路，被我自己否了

最早我画了张草图：建十几个基础库，运行时让工艺员一道一道选工序名、填设备。

写完自己先笑了——这等于把"规范寻宝"从 Excel 搬进我的界面，人还是那个人，错还是那些错。

真正的杠杆：同一类线束产品，该走哪套工序是相对固定的。 M12-M8 这根线，不会因为今天心情好就少一道。

架构于是改成：

输入料号 → WB 按"产品类别"一次性匹配整套工序模板 → 填充属性 → 输出 Excel

人只干一件事：确认料号。查规则、对编号、排工序，全给 WB。

（这一步具体怎么落——建哪些表、脚本怎么跑——下一篇我拆。）

📌 后面 5 篇，挨个拆

这个项目最值钱的不是"出了张卡"，是期间踩的坑和定的规矩。后面几篇我这么排：

• 第 2 篇 · MVP 诞生：从一张 XMind 思路图，到 SQLite 4 张表 + 一个一键出卡脚本，15 道工序验证一致
• 第 3 篇 · 封闭词表之战：标准工序名必须全部来自一张库，库外的报人。期间模糊匹配把「A端铆压屏蔽圈」自动建议成「A、B端修剪屏蔽」——"铆压"和"修剪"差十万八千里，这车翻得狠
• 第 4 篇 · 编号规则引擎：三类编号（WN.GYL / WN.GY / WN.GYT）看着吓人，收进一张规则表怎么就清爽了；还有型号字段我焊死的一道格式守卫
• 第 5 篇 · SOP 权威库闭环：把《通用 SOP 清单》清洗收口成权威库。翻了两个车——核对脚本 LEFT JOIN 写岔出假阳性、最离谱的是源数据自己就错了 5 处
• 第 6 篇 · 方法论收尾：把一个工具沉淀成可复用的方法：物理载体 + 写死节点 + 读优先 + 闭环

✅ 现在到哪了

目前输入料号已能一键出卡。拿现有产品 1630044014572（一根 M12-M8 EtherCat 线束）验证：十五道工序与原卡逐条一致，顺手还揪出原模板 3 处错码、清洗源数据 5 处 bug。

错误在录入时就被拦住，而不是流到产线才发现——这才是自动化的价值。

下一篇，我讲 MVP 怎么从零搭起来。同学们，这种"把重复且怕错的事交给 WB，人只负责拍板"的套路，你们工作里是不是也有？

#WorkBuddy #工艺自动化 #Python #知识库 #效率工具

本文由AI生成