# 把一个传感器销售的内容 SOP 封装成可复用 Skill：WorkBuddy 自定义技能包从 0 到自动运行

本文定位说明

本文是「腾讯云 AI Skills 最佳实践」参赛文章，对应征集方向三：Skill 工具化封装与改造（自定义 Skill 复现/改造）。

文中明确区分：

• 已完成并验证：一个真实的自定义 WorkBuddy 技能包 sensor-article-engine、配套 Automation 定时任务的配置与运行、由它真实生成的 Markdown 草稿文件；
• 规划中未实现：接入腾讯云 OCR / ASR / TTS / 生视频 Skills 做多模态扩展（本文如实标注，不描述为已落地）。

本文不虚构客户、订单、销售额、故障率或效率数据；所有可核验产物均可在 WorkBuddy 工作目录核实。

一、为什么要把"写文章"封装成一个 Skill，而不是每次写 Prompt

做传感器销售，持续输出技术内容（选型科普、竞品对比、故障案例、市场简报）是建立专业形象的方式之一。但内容生产本身很耗时间，纯手工难以持续。

我最初的做法和大多数人一样：每次打开 WorkBuddy，临时写一段 Prompt，"帮我写一篇传感器某某主题的文章"。

这种方式有两个问题：

1. 每次输出质量波动大。今天结构偏技术，明天偏营销，长期下来不成体系。
2. 无法复用，也无法自动化。Prompt 散落在聊天记录里，没法挂到定时任务上稳定产出。

所以我换了个思路：与其每次重说需求，不如把"内容生产 SOP"一次性写死在一个可复用的 Skill 里。以后不管是手动调用，还是定时任务触发，都走同一套工艺卡。

这正是腾讯云这次征集鼓励的方向——不只是一个聊天技巧，而是一个能复现、能封装、能调度的技能资产。

二、这个 Skill 长什么样（真实结构）

我在 WorkBuddy 的用户级技能目录 ~/.workbuddy/skills/sensor-article-engine/ 下建了一个技能包，核心是 SKILL.md。它的真实结构如下（节选）：

正文部分由几个固定区块组成：

1. 12 个轮换主题池

提前把和本人工作相关的选题固化下来，避免每次临时想题目、也避免连续输出同一方向：

1. 传感器选型计算自动化
2. 展会 / 客户现场技术问答速答
3. 标定数据批处理与校准报告生成
4. 竞品分析自动化（多品牌参数横评）
5. 国际传感器标准（IEC / GB / JIS）翻译整理
6. 销售报价单自动生成（阶梯价 + 税率 + 交期）
7. CRM 数据整理与销售漏斗分析
8. 产品说明书 / 安装手册中英双语一键生成
9. 竞品官网价格变动监控预警
10. 售后工单分类汇总与故障趋势分析
11. 传感器行业月度市场简报
12. 招投标技术方案自动撰写

2. 执行工艺卡（固定结构）

每次触发后，Skill 按这套卡生成文章：

• 选题：从主题池挑一个近期未写过的；
• 结构：标题带具体数字 → 前言痛点 → 2~5 个实操场景（痛点 → 步骤含可复制指令 → 效果对比 → 小技巧）→ 踩坑记录 → 效率量化表 → 结语；
• 约束：字数 2500~4000，品牌参考真实产品（Siemens、Honeywell、Endress+Hauser、Danfoss、E+E、Keller 等），标签固定；
• 落盘：保存为 投稿草稿_主题关键词_YYYYMMDD.md。

3. 强制诚实原则（关键）

这是我在搭建过程中特意加的一条，也是技术类内容最不能省的一条：

只写真实发生或真实可复现的内容；规划中、尚未落地的事必须标注"规划中"，不得混入已发生事实；量化数据须标注"测算"而非"实测"。

三、让 Skill 自动跑起来：Automation 配置

Skill 本身不会自己执行，需要靠 WorkBuddy 的 Automation 定时驱动。我创建的任务配置如下（真实）：

• 任务 ID：automation-1785318652068
• 频率：FREQ=DAILY;INTERVAL=2（每 2 天触发一次）
• 模式：Craft
• Prompt 核心：调用 sensor-article-engine 技能，生成一篇投稿草稿，从主题池轮换未写过的主题，严格遵循诚实原则

到了触发点，WorkBuddy 自动调用该 Skill 写稿、自动落盘，人工只负责审核与发布。

这里有个细节值得说明：已真实运行验证的是"自动触发 → 调用 Skill → 生成草稿 → 文件落盘"这条内容生产线，不是下面要提到的 OCR/ASR 销售助理链路。两者要分开看，不能混为一谈。

四、真实产出：可核验的 9 篇草稿

下面这些文件是上述 Skill + Automation 真实生成并落盘的内容（文件名与日期均可在工作目录核实，非虚构）：

这些草稿覆盖了主题池里 8 个以上方向，且文件名遵循既定命名规则。它们既是内容资产，也是本文"可复现"主张的直接证据——任何人照着建同样的 Skill + Automation，都能得到结构一致、主题不重复的产出。

五、为什么"诚实原则"是强制项，而不是装饰

传感器行业内容最怕两件事：参数写错和把设想当事实。

参数层面：AI 很容易写出"该传感器精度 ±0.1℃"这类看起来合理、实则未必对应具体型号的数字。所以 Skill 工艺卡要求，凡是具体产品参数都必须提示人工回官方 Datasheet 核对。

事实层面：AI 更倾向于把"可以做"写成"已经做到"。在对外分享的技术文里，这种表达风险极高。我在 Skill 里把"规划中 / 测算 / 已验证"做成显式标签，就是强制把边界写清楚。

这也是我理解的大赛精神——真实、可复现、有价值，可信度比 Demo 看起来完整更重要。

六、可扩展方向（规划中，未实现）

sensor-article-engine 可以作为"总线"，未来接入腾讯云 AI Skills 做多模态升级，目前均为设计构想、尚未实际接入：

• OCR Skill：客户发来的扫描件 Datasheet → 抽参 → 填竞品对比表；
• ASR Skill：客户拜访录音 → 转写 → 结构化拜访报告；
• TTS / 生视频 Skill：文章转音频或 30 秒解读短视频，做多平台分发。

以上需在 WorkBuddy 接入对应腾讯云 Skill 连接器后才能落地，本文不将其描述为已实现功能。

七、三步复现

如果你也想搭一套类似的内容生产线，步骤是真实可操作的：

1. 建 Skill：在 ~/.workbuddy/skills/ 下建目录与 SKILL.md，写清主题池、工艺卡、诚实原则；
2. 配 Automation：新建定时任务，频率按需求设（我用每 2 天），Prompt 写"调用该 Skill 生成一篇草稿并落盘"；
3. 审核发布：生成后人工核对参数与事实，再决定发布到社区。

核心不在"AI 多聪明"，而在于把你的工作方法固化成可重复执行的技能资产。

八、当前实践状态

结语

这次实践对我最有价值的，不是"AI 能写文章"——这件事很多工具都能做。真正值得做的，是把一个真实工作流封装成可复用的 Skill，让它从一次性技巧变成可持续运行的资产。

对于传感器销售这种参数复杂、内容需求细碎的行业，与其追求一个无所不能的 Agent，不如先把最重复的那部分工作流化、技能化、自动化。让 AI 处理重复的生产，让人守住参数核对与事实判断的最后一关。