unit bot 开发记 - PLANS 价值设计流程
项目地址:unit-bot
上一篇 开发记 - 成本分析&技术选型agent 记录了项目的起因、框架设计和核心功能。最近一次迭代把能力拆成了三条独立命令,各司其职:
/bom计算成本、/dfma降本方案、/fcc find/ocr采集数据
核心命令
三条命令覆盖了从「数据采集 → 成本计算 → 降本分析」的完整链路:
| 用户 | 核心命令 | 用途 |
|---|---|---|
| 产品 / 成本团队 | /bom 石头 G30S Pro | 8 桶占比报告 + 供应链/风险提示——回答「成本是什么」 |
| DFMA / 设计降本 | /dfma 卧安 K10+ | 功能-成本矩阵 + DFMA 抓手 + 降本潜力——回答「该改什么、能省多少」 |
| 拆机数据采集 | /fcc find + /fcc ocr | FCC 文档检索 + 视觉 OCR 识别 PCB 芯片丝印 |
| 数据维护 | 见下方「数据库」章节 | 维护三类数据库:产品库 / 拆机档案 / 标准件库 |
成本计算 /bom
命令参考
/bom <品牌> <型号>
/bom 石头 G30S Pro
/bom 追觅 X40 Ultra
Agent 按 7 步流程自动执行:
- 查已有数据
- 型号别名解析
- 补规格层
- 4-Stage 拆机 BOM
- 8 桶成本分析
- 供应链 & 风险提示
- 竞品差异对标
输出文件:data/teardowns/{slug}_{date}_teardown.csv
控制台摘要:8 桶占比 · BOM/MSRP 比 · 偏差告警 · 技术亮点 · 供应商/专利风险
8 桶框架
BOM 成本按 8 桶组件库定义 归类,统一口径避免计算偏差。
| # | 桶 | 核心内容 | 行业基准 | 价值权重 (entry / mid / flagship) |
|---|---|---|---|---|
| 1 | 算力与电子 | SoC · MCU · Wi-Fi/BT · PMIC · RAM/ROM · PCB · 阻容 | 11% (10–15%) | 0.5 / 0.7 / 0.9 |
| 2 | 感知系统 | LDS · ToF · 前视线激光 · IMU · 沿墙 · 超声波 · 碰撞 | 11% (10–15%) | 0.6 / 0.85 / 1.0 |
| 3 | 动力与驱动 | 主机吸尘风机 · 驱动轮/履带 · 边轮 · 万向轮 · 越障升降 | 10% (8–13%) | 0.6 / 0.75 / 0.85 |
| 4 | 清洁功能 | 拖布本体 · 滚刷 · 边扫 · 主机水箱/尘盒 · 清水泵 | 14% (12–16%) | 0.7 / 0.9 / 1.0 |
| 5 | 基站系统 | 外壳 · 电源 · 集尘 · 清水/污水桶 · PTC · 顶杆 · PCBA | 22% (18–28%) ¹ | 0.0 / 0.7 / 1.0 |
| 6 | 能源系统 | 锂电池包(电芯 + BMS + 封装) | 8% (5–10%) | 0.8 / 0.7 / 0.6 |
| 7 | 整机结构 CMF | 上盖/底盘 · CMF 喷涂 · 模具摊销 · 紧固件 | 11% (9–13%) | 0.5 / 0.65 / 0.8 |
| 8 | MVA + 软件授权 | 组装+外协 · SLAM 版税 · QA · 包材 · 物流 · OS | 13% (10–16%) | 0.3 / 0.45 / 0.6 |
¹ 基站系统仅中档/旗舰档参与计算(entry 档权重为 0)
降本方案 /dfma
/dfma 是从 /bom 中拆出来的独立能力——算清成本之后,下一步自然就是找降本空间。套用 DFMA 方法论,按 8 桶逐项给出设计抓手和降本潜力估算。
命令参考
/dfma <品牌> <型号>
/dfma 卧安 K10+ Pro Combo
/dfma 石头 G30S Pro --segment flagship
基于 8 桶 BOM 数据 × 用户价值权重,计算每桶的价值/成本比,按象限输出设计建议。
桶字段结构
每个桶除 industry_pct_range / typical_items / boundary_notes 外,还携带以下 DFMA 字段:
| 字段 | 类型 | 作用 |
|---|---|---|
user_value_weight.note | string | 权重打分的定性说明(仅供人工审核,不参与计算) |
user_value_weight.entry | float 0~1 | 入门档(< ¥2000 / 无基站)下的感知价值权重 |
user_value_weight.mid | float 0~1 | 中档(¥2000~4000)下的感知价值权重 |
user_value_weight.flagship | float 0~1 | 旗舰档(≥ ¥4000 / 全功能基站)下的感知价值权重 |
dfma_levers | array | 该桶可用的 DFMA 设计抓手(降级 / 合并 / 工艺简化) |
输入要求:产品已有 bom_cost 各桶数据(先跑 /bom 或 generate_bom_estimate)。
输出:
- 8 桶矩阵:成本占比 · 偏差 · 用户价值权重 · 价值成本比 · 象限分类
- 优先降本桶清单(高成本、低价值)
- 每桶的 DFMA 抓手(来自
dfma_levers字段) - 整机降本潜力估算(元/台)
象限规则
| 象限 | 触发条件 | 行动建议 |
|---|---|---|
| 优先降本 | 偏差 > +2pp 且 价值权重 < 0.75 | 直接套用 dfma_levers 降本 |
| 溢价合理(需验证) | 偏差 > +2pp 且 价值权重 ≥ 0.75 | 验证用户感知,必要时降本 |
| 保持投入 | 偏差 ≤ +2pp 且 价值权重 ≥ 0.75 | 维持或追加(差异化卖点) |
| 基准匹配 | 偏差 ≤ +2pp 且 价值权重 < 0.75 | 不动 |
价值成本比:< 0.8 优先降本,> 1.2 可追加投入。
数据库
FCC 采集 /fcc
/fcc分两步解耦——find查文档链接(不下载,先供人工确认质量)→ocr下载 PDF + 视觉识别 PCB 芯片丝印,产出可直通标准件库的上游 CSV。
数据库维护
系统维护三类数据库,各司其职:
| 数据库 | 文件路径 | 角色 |
|---|---|---|
| 产品规格库 | data/products/products.csv · products_db.json | 描述「这台机器是什么」——MSRP / 规格 / 功能布尔值 |
| 拆机档案 | data/teardowns/{slug}_{date}_teardown.csv · data/teardowns/fcc/{slug}/* | 描述「这台机器用了什么件」——元器件级 BOM 清单 |
| 标准件库 | data/lib/components_lib.csv | 描述「这类件值多少钱」——跨机型聚合的权威定价表 |
数据流向:
① 产品库(规格层) ──┐
├─→ /bom 8 桶成本分析 ──→ /dfma 降本建议
② 拆机档案(实物 BOM) ──┤ ↑
↑ │ ③ 标准件库(查价)
│ │
/fcc ocr → fcc/*.csv ──────┘
│
└─→ build_components.py (白名单过滤) ─→ ③ 标准件库
整个工具链的核心思路是:用结构化数据替代拍脑袋。FCC 拆机数据喂入产品库和标准件库,/bom 跑出 8 桶成本画像,/dfma 再基于成本画像输出可执行的降本建议——三步下来,一台扫地机器人的 BOM 成本和优化方向就清楚了。
后续迭代:unit-bot 更新记 — PLANS 价值设计流程
昨天听了一个分享《AI时代的产品创新与设计降本》 分享会,主要是智慧芽利用专利数据库整合 TRIZ 流程做的,赶紧来优化一下我的 unit-bot, 其实之前这个 /dfma 部分就是从朱老师的《降本设计:面向产品成本的创新设计之路》改过来的,不晓得是不是国内只有他们在做这个……出现的频率也太高了。
这次更新明确了 PLANTS价值设计流程,将 5个节点 【现状研究-精益设计-先进裁剪 · TRIZ-价值创新-体系建设】分配为 12个 子agent,将之前的 竞品产品调研、拆机成本核算、降本优化建议脚本分配到了5个对应节点下面。 顺便还找到了2023年科理咨询给公司做的 workshop 的资料,参考了一下数据库的配置,在之前市场数据库、拆机数据库、标准组件库 的基础上补充了 材料数据库、工艺数据库、模具数据库、加工工具数据库、供应商应该成本数据库。
PLANS 价值设计流程
P 现状研究 → L 精益设计 → A 先进裁剪 → N 价值创新 → S 体系建设
3 agent 2 agent (DFMA) 2 agent (TRIZ) 3 agent 2 agent
PLANS 价值设计流程
一条从现状研究到体系建设的极致降本路径。
| 阶段 | 全称 | 核心方法 | 关键活动 | 产出 |
|---|---|---|---|---|
| P | 现状研究 | 拆解分析 · 对标研究 · MVP 分析 | 产品定位与需求分析 → 竞品对标 → 实物拆解 → 装配流程逆向 → 质量/维修问题归集 | 事实基线文档、拆解报告、最少件清单、问题清单 |
| L | 精益设计 | DFA 9 项 · DFM 5 项 · Should Cost | DFA:最小件合并→紧固件消除→防呆自定位→约束优化→装配动作精简→焊接/紧固替代→人体工学→标准化 DFM:材料替代→工艺降级→公差放宽→表面处理简化→结构简化 → 采购降本(应该成本建模) | DFA/DFM 优化方案、降本潜力估算、采购谈判数据 |
| A | 先进裁剪 · TRIZ | 功能分析 · 三级裁剪 · 矛盾矩阵 | 逆向功能建模→功能价值分析→功能缺陷识别→三级裁剪(缺陷→低价值→激进替换)→TRIZ 矛盾解决(技术矛盾39×39 / 物理矛盾分离) | 裁剪路径方案、矛盾解决方向 |
| N | 价值创新 | FOS · 专利规避 · S 曲线 | 跨领域功能替代搜索(FOS)→ 专利规避设计 → 四新方案(新材料/新工艺/新造型/新控制)→ 技术趋势判断 | 创新机会地图、替代方案池 |
| S | 体系建设 | 平台化 · 复杂性管理 · 五维成本体系 | 产品复杂性分析→平台化模块化设计→组织/设施/能力/数据/流程五维成本体系建设→PLANS 嵌入 NPI 流程 | 平台化方案、成本管理流程、组织能力固化方案 |
命令一览
命令统一接受
<品牌> <型号>格式(如石头 G30 Pro、追觅 X50 Ultra)。
PLANS 12 子 agent — 每个 agent 单一职责
| 阶段 | 命令 | Agent 角色 | 上游依赖 |
|---|---|---|---|
| P 现状研究 | /research <品牌> <型号> | 产品研究员 | — |
/teardown <品牌> <型号> | 拆解分析师 | — | |
/issues <品牌> <型号> | 问题诊断师 | — | |
| L 精益设计 | /dfa <品牌> <型号> | DFA 优化师 | /teardown + /issues |
/dfm <品牌> <型号> | DFM 优化师(含 Should Cost) | /teardown | |
| A 先进裁剪 | /function <品牌> <型号> | 功能建模师(TRIZ) | /dfa + /dfm |
/trim <品牌> <型号> | 裁剪策略师(TRIZ 矛盾) | /function | |
| N 价值创新 | /fos <品牌> <型号> | 功能创新搜索师 | /trim |
/patent <品牌> <型号> | 专利规避师 ⚠️非法律意见 | /fos | |
/trend <品牌> <型号> | 趋势分析师(S 曲线) | — | |
| S 体系建设 | /platform <品牌> <型号> | 平台架构师 | /trim + /fos |
/costsystem <品牌> <型号> | 成本体系构建师 | /trim + /fos |
数据架构
系统维护 9 个数据库,分工明确:
| # | 数据库 | 文件 | 回答的问题 |
|---|---|---|---|
| ① | 产品规格库 | data/products/products_db.json | 这台机器是什么 |
| ② | 拆机档案 | data/teardowns/{slug}_*.csv + fcc/{slug}/ | 这台机器用了什么件 |
| ③ | 标准件库 | data/lib/components_lib.csv | 这类件值多少钱 |
| ④ | 材料库 | data/lib/materials.csv | 原材料怎么定价 |
| ⑤ | 供应商应该成本库 | data/lib/suppliers.csv | 谁在供货、应该成本是多少 |
| ⑥ | 工艺库 | data/lib/processes.csv (待建) | 这个件怎么做出来、工时多少 |
| ⑦ | 模具库 | data/lib/molds.csv (待建) | 模具摊销多少、寿命多少 |
| ⑧ | 加工工具库 | data/lib/tooling.csv (待建) | 用什么夹具/刀具、单件折旧多少 |
| ⑨ | PLANS 研究库 | data/plans/plans_db.json + {slug}/*.md | 我们做过哪些降本研究 |
⑥/⑦/⑧ 三库是
/dfm应该成本(Should Cost)建模的关键输入: 应该成本 = 材料(④)+ 加工工时×费率(⑥工艺)+ 模具摊销(⑦)+ 工具折旧(⑧)+ 合理利润 三库 schema 设计中,先以/dfm子 agent 推理 + 行业基准估算填充,逐步沉淀。
PLANS 多 Agent 执行方案
参照 unit-bot 的命令驱动 Agent 模式设计——每个 Agent 边界清晰(做什么 / 不做什么),下游依赖上游产出,形成一条可编排的降本分析流水线。
架构总览
┌──────────────────────┐
│ /plans <product> │ ← 编排器
│ 全流程串联执行 │
└──────────┬───────────┘
│
┌──────────────────────┼──────────────────────┐
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ P 阶段 │ │ L 阶段 │ │ A 阶段 │
│ 3 Agent │ ────────▶ │ 2 Agent │ ────────▶ │ 2 Agent │
└─────────┘ └─────────┘ └─────────┘
│ │ │
└──────────────────────┼──────────────────────┘
│
┌──────────┴───────────┐
▼ ▼
┌─────────┐ ┌─────────┐
│ N 阶段 │ │ S 阶段 │
│ 3 Agent │ ────────▶ │ 2 Agent │
└─────────┘ └─────────┘
Agent 清单
P 阶段(现状研究)— 3 Agent
| 命令 | Agent | 做什么 | 不做什么 |
|---|---|---|---|
/research <product> | 产品研究员 | 多源采集产品定位、客户需求(MVP 分析)、对标竞品、关键指标 | 不做成本分析、不做拆解 |
/teardown <product> | 拆解分析师 | 产品拆解流程记录、装配流程逆向分析、最少件清单、装配问题清单 | 不计算成本、不给优化建议 |
/issues <product> | 问题诊断师 | 质量问题清单、维修维护问题清单、改善机会识别 | 不给解决方案 |
L 阶段(精益设计)— 2 Agent
⚠️ 上游依赖:需先跑过 P 阶段的
/teardown和/issues
| 命令 | Agent | 做什么 | 不做什么 |
|---|---|---|---|
/dfa <product> | DFA 优化师 | 最小件合并、紧固件减少、自定位防呆、自固定设计、过约束/欠约束检查、装配动作消除、焊接粘接螺纹紧固替代、人体工学评估、标准化建议 | 不做材料/工艺分析(那是 DFM 的活) |
/dfm <product> | DFM 优化师 | 材料替代方案、工艺改变评估、加工精度放宽建议、表面处理简化、结构简化 | 不做装配分析(那是 DFA 的活) |
A 阶段(先进裁剪 · TRIZ)— 2 Agent
⚠️ 上游依赖:需先跑过 L 阶段的
/dfa和/dfm💡 方法论:A 阶段以 TRIZ 为核心方法论,包含功能分析、裁剪(Trimming)、技术矛盾(矛盾矩阵 39×39)、物理矛盾(时间/空间/条件分离)、物场分析等工具。
| 命令 | Agent | 做什么 | 不做什么 |
|---|---|---|---|
/function <product> | 功能建模师 | 功能建模(逆向)、功能价值分析(价值/成本比)、功能缺陷识别 | 不做具体裁剪决策 |
/trim <product> | 裁剪策略师 | 裁剪功能缺陷、裁剪价值<1 的组件、激进裁剪路线规划、技术矛盾分析(TRIZ)、物理矛盾分析、关键功能缺陷补救方案 | 不做新材料/新工艺推荐(那是 N 阶段的活) |
N 阶段(价值创新)— 3 Agent
⚠️ 上游依赖:需先跑过 A 阶段的
/function和/trim
| 命令 | Agent | 做什么 | 不做什么 |
|---|---|---|---|
/fos <function> | 功能创新搜索师 | 跨领域搜索功能替代方案(FOS)、筛选可行方案、落实功能实现新方案 | 不做专利法律判断 |
/patent <solution> | 专利规避师 | 专利检索、权利要求映射、规避方案设计 | 不提供法律意见、不判断侵权 |
/trend <tech> | 趋势分析师 | S 曲线分析(判断技术成熟度)、系统进化趋势分析、创新方向规划、四新设计机会(新材料/新工艺/新造型/新控制) | 不评价具体供应商 |
S 阶段(体系建设)— 2 Agent
⚠️ 阶段级依赖:需所有前序阶段产出
| 命令 | Agent | 做什么 | 不做什么 |
|---|---|---|---|
/platform <product> | 平台架构师 | 产品复杂性分析、平台化模块化方案设计、共用模块识别、复杂性管理流程建议 | 不做具体零件设计 |
/costsystem <product> | 成本体系构建师 | 组织建设方案、设施建设规划(拆解实验室等)、能力建设路线、成本数据库架构、流程嵌入方案(PLANS → NPI) | 不做即时成本核算 |
数据流与依赖关系
P: /research ─┬─▶ /teardown ─┬─▶ L: /dfa ──┬─▶ A: /function ──┬─▶ N: /fos ──┬─▶ S: /platform
│ │ │ │ │
└─▶ /issues ───┘ ├─▶ /dfm ──┼──────┤ ├─▶ /patent ──┤
│ │ │ │ │
│ └─▶ /trim ───┼─────────┤ ├─▶ /costsystem
│ │ │ │
│ │ └─▶ /trend ───┘
│ │
└─ 采购降本(Should Cost 谈判)◀────────┘
关键约束:每个命令都是幂等的——可单独重新运行而不影响已产出的下游结果,只要上游输入未变。
编排器 /plans 工作流
/plans <product>
┌─ Phase P ─────────────────────────────────────────┐
│ /research <product> ──→ 产品定位 & 对标报告 │
│ /teardown <product> ──→ 拆解 & 装配流程报告 │
│ /issues <product> ──→ 问题清单 │
│ 产出:事实基线文档 │
└────────────────────────────────────────────────────┘
│
┌─ Phase L ─────────────────────────────────────────┐
│ /dfa <product> ──→ DFA 优化方案 │
│ /dfm <product> ──→ DFM 优化方案 │
│ 产出:精益设计报告 + 降本潜力估算 │
└────────────────────────────────────────────────────┘
│
┌─ Phase A ─────────────────────────────────────────┐
│ /function <product> ──→ 功能价值矩阵 │
│ /trim <product> ──→ 裁剪方案 + TRIZ 分析 │
│ 产出:裁剪路径 + 矛盾解决方向 │
└────────────────────────────────────────────────────┘
│
┌─ Phase N ─────────────────────────────────────────┐
│ /fos <function> ──→ 替代方案池 │
│ /patent <solution> ──→ 规避方案 │
│ /trend <tech> ──→ 技术趋势 + 四新方向 │
│ 产出:创新机会地图 │
└────────────────────────────────────────────────────┘
│
┌─ Phase S ─────────────────────────────────────────┐
│ /platform <product> ──→ 平台化方案 │
│ /costsystem <product> ──→ 体系建设方案 │
│ 产出:组织能力固化方案 │
└────────────────────────────────────────────────────┘
│
▼
最终产出:PLANS 综合降本报告