我是如何利用 WorkBuddy 创建一个项目经营分析表解读 Skill 的

经营分析表摆在面前的那一刻绝大多数项目经分人员的第一反应是打开、滚动、看数字——几十列、十几个维度从哪里看起、按什么顺序看、看到什么算异常全凭经验和直觉。这就是我决定用 WorkBuddy 构建一个项目经营分析表解读 Skill的根本原因把资深经分人员的解读思路固化成可复用能力。模板告诉你报告长什么样回答不了这份表到底该按什么顺序看——这正是 Skill 要补上的那一环。一、问题与背景1.1 经营分析表为什么读不懂每个项目都有一张经分表看起来都差不多项目、收入、成本、毛利率、净利率、回款、工时……但真读起来问题接踵而至维度多哪个先看结构乱有的项目放 A 列有的放 B 列“预算与实际挨着或分两段都有判断主观——毛利率 35% 是好是坏同一份表两个项目经理能得出相反结论。复用更困难——老张的分析逻辑存在他脑子里新人接手一切从零开始。网上模板能告诉你报告长什么样”回答不了这份表到底有什么问题、应该按什么顺序看——这才是最贵的部分。1.2 资深项目经理的读表八步拆开一位资深经分人员的解读过程是一套相对稳定的八步① 总量与同比② 毛利率与净利率③ 收入与回款④ 工时与产能⑤ 项目结构——头部项目占比⑥ 预算完成度⑦ 同比环比趋势⑧ 风险信号——毛利率异常、产值塌方、回款拉长。这八步是内功问题在于它不在文档、不在表格而在几个具体的人身上。把内功留下来是构建这个 Skill 的真正动机。1.3 为什么选 WorkBuddyWorkBuddy 是腾讯云 CodeBuddy 团队推出的桌面智能体内置 MCP Server 与 Skill 机制——不是问一句答一句的聊天 AI而是一台能加载技能包的工作台。用户把读表思路封装成 SKILL.md 与配套脚本AI 按 Skill 定义逐步执行要的是一份能反复跑、换表不换逻辑的解读资产——正是 WorkBuddy 的舒适区。二、解决方案把读表内功封装成 Skill2.1 Skill 的四层文件结构整个 Skill 由四份文件组成各司其职SKILL.md 是 8 项分析维度的宪法流程层parse_excel.py 负责自适应识别 Excel执行层report_template.md 规定报告骨架输出层analysis-thresholds.md 沉淀阈值与角色清单判断层。四份文件分别承担按什么步骤分析、“表格怎么读”、“输出长什么样”、“什么算异常四件事组合起来就是一份完整的读表内功”。2.2 SKILL.md8 项分析的流程骨架SKILL.md 被写成八个阶段每阶段都有目标、输入、输出、判断口径、注意事项五段式说明覆盖总量与同比、毛利率与净利率、收入与回款、工时与产能、项目结构、预算完成度、同比环比、风险信号八个维度。五段式的作用是让 AI 在执行任何一步时都不自由发挥——资深分析师放心把流程交给 AI正是因为每一步都看得见。2.3 parse_excel.py自适应识别不同格式的经分表真实场景的经分表样式各不相同有的把项目放 A 列但用业务线称呼有的预算/实际横向并列有的把日期拆成开始/结束两列。识别阶段做了三件事关键词优先级匹配先按列名里的关键词收入、成本、毛利……锁定位置再用行名与列名语义关系判断字段类型交替列处理相邻两列常成对出现预算-实际、同比-环比成对处理而非独立解读未知列兜底识别失败的列进入待人工标注清单不让模型猜测。最关键的一次修复是关键词优先级——之前会把项目毛利和项目预算误识别为同一类型现在改为先按列名整词匹配再按行名属性升维判断。2.4 报告模板与阈值业务记忆的载体report_template.md 把 8 维度编排成固定结构的 Markdown每节一个总览表 一段结论结尾给红绿风险清单。模板的好处是看起来稳——无论数据来自哪个项目、哪个月份输出都是熟悉框架决策者能快速对照。最有知识含量的反而是阈值。analysis-thresholds.md 沉淀了过去三年对各类项目的判断线毛利率低于 25% 黄色回款周期超 90 天红色人均产值低于 30 万/月待复盘头部项目集中度超 70% 触发结构化风险并针对运营专员、项目经理、财务 BP 三类角色给出专项清单——Skill 不只是看出问题还能按角色给出不同视角的风险提示。三、技术架构3.1 阶段化执行模型整个 Skill 的运行分四个阶段阶段一由 parse_excel.py 识别 Excel阶段二按 8 项维度依次分析阶段三按 report_template.md 生成 Markdown阶段四在用户确认后生成 DOCX 正式版。每阶段都有输入与输出契约下一阶段只消费固定字段不依赖理解上一阶段的全文——这是 Skill 可被复用、可被回归的根本保障。3.2 自适应识别的代码骨架parse_excel.py 不是按列号硬读而是按语义软读先按列名关键词精匹配收入/营收/合同额/销售额归到收入桶再把相邻列按预算-实际同比-环比成对识别最后对识别失败的列标记为 manual_review绝不猜测。只要新表列名里仍有收入、成本、毛利这些关键词脚本就能直接跑通。3.3 先 md 后 docx的体验闭环阶段四的输出流程被特别设计Markdown 报告生成后用 present_files 展示给用户 → 用户提修正、AI 修改 → 用户确认无误后再生成 DOCX蓝底表头、红绿标识、隔行底色→ 再次展示成品。为什么要先 md 后 docx因为 Markdown 改起来最快几分钟内可反复迭代DOCX 是出街版本得等用户说没问题再生成。本质是把草稿和成品两个阶段分开——这是从资深经分人员身上学到的最重要的一招报告永远要被人看过一遍再发出去。3.4 WorkBuddy 作为执行容器WorkBuddy 在这里承担三件工作通过 MCP Server 协议加载 jingfenbiao-analyzer.zip让 AI 进入按 Skill 流程工作的状态内置的 present_files 工具负责文件展示与下载分析阶段调度擅长中文阅读的模型报告排版阶段切换到更适合长文输出的模型。这也是 WorkBuddy 相比裸用 ChatGPT的优势——它是一台已经预装好水电煤的工作台而不是什么都得自己接的空白 API。四、成果与收获4.1 老张的方法论变成了团队资产以前只有老张能看懂的经分表现在团队里任何一位运营专员拿过同一份 Skill 都能产出一致结论——判断口径的统一是团队资产化的第一步。4.2 分析时间从半天压缩到几分钟过去一份经分表的人工解读需要 2-3 小时含数据整理、画图、写结论现在从上传文件 触发 Skill到产出 md 报告全程不到 5 分钟用户确认后再生成 docx又 1 分钟。4.3 自适应能力让 Skill 能搬家经分表样式各不相同——有按业务线 × 月份的有按项目 × 季度的也有整张表就是一个长表。parse_excel.py 的自适应设计让 Skill 在跨项目、跨 BU 时都不需要重写这是 Skill 区别于硬编码脚本的关键。4.4 先 md 后 docx成为团队的报告范式此前团队的报告范式是写 docx → 发出去 → 被打回 → 重写现在改成AI 跑 md → 人审一遍 → 转 docx——md 阶段修改成本几乎为零返工率明显下降。4.5 阈值文件成为业务记忆analysis-thresholds.md 不是代码而是过去三年团队对各类项目的判断经验沉淀。后续新人或新 BU 想搭类似 Skill 时可直接复用这套阈值不必从头摸索——这是组织级经验资产化最具体的一步。五、实践成果Skill 交付清单jingfenbiao-analyzer.zip 含 SKILL.md、parse_excel.py、report_template.md、analysis-thresholds.md 与 README.md。实际产物以某跨境定制服务项目为例近期一份经分表输入后AI 跑出两份文件.md 在 WorkBuddy 内可直接预览.docx 保留蓝底表头、红绿标识与隔行底色可作为项目例会输入材料分发。下一步可探索的方向① 用另一份不同格式的经分表测试自适应识别② 把分析 ②-⑧ 的逻辑逐项深化③ 把计算逻辑直接写进 SKILL.md④ 为 8 项分析各设计固定可视化模板⑤ 把打包好的 Skill 装到全新会话里验证可加载性。无论选哪一条Skill 已经能在真实项目上跑通——它证明了读表内功可以被沉淀、被继承、被不同人复用这也是所有 Skill 工程的真正起点。结语把项目经分人员的脑子留下来——不靠文档、不靠培训、不靠老带新靠一份能被任意人加载、按统一口径分析、产出可审阅报告的 Skill。每一个读表套路都可以被封装每一个判断阈值都可以被沉淀每一次先 md 后 docx的反馈闭环都可以被复刻——团队里最贵的经验就此不再依赖具体的人。参考资料WorkBuddy 桌面智能体codebuddy.workCodeBuddy 文档中心 - WorkBuddy 实践案例数据分析与可视化WorkBuddy · CodeBuddy 全面对比指南经营分析报告的标准结构与关键指标