WORKBUDDY FDE / PROJECT SELECTION ROOM
← 返回客户实践案例集
CASE 05+07 · POC SELECTION RECORD

七个需求，
先选两个

一次真实客户陪跑没有从“同时做完所有需求”开始。团队先挑出两个边界清楚、输入输出明确的文件任务，把它们做成可以继续适配的第一批 PoC。

2 / 7 SELECTED2 SKILLS2 DEMO VIDEOSPRODUCTION / 待验证

脱敏说明：客户名称、所在地、人员、系统组合和内部需求编号均不展示。模拟材料中的进度、工时、培训人数和使用率不作为客户成果引用。

POC SELECTION BOARD2 / 7
01生产表
数据整理
02需求方向
待评估
03需求方向
待评估
04需求方向
待评估
05需求方向
待评估
06需求方向
待评估
07月度总结
归档点评
REAL NEEDS / INTERNAL BRIEFSTART SMALL, RUN COMPLETE
01
SELECTION NOTE
不是
少做五个真实客户需求驱动
双场景 PoC 项目

需求说明记录了七个业务方向。团队没有把它们同时铺开，而是先寻找两类任务：业务人员能说清输入与输出、规则可以写进脚本、又能在正式系统接入前形成完整演示闭环。

01任务边界明确源文件、目标文件、归档位置或报告结构能够被具体描述。
02确定性规则充分字段、路径、时间窗口和备份逻辑可以由代码稳定执行。
03输出容易核对Excel 或 Word 是业务人员熟悉的结果形态，便于发现错误。
04系统依赖较低可以先从文件样例开始验证，不必等待所有内部接口打通。
WHY SIMULATION
为什么先用模拟材料正式数据尚未完成脱敏适配时，模拟材料只能用来验证交互、规则和输出形态。它不能代替客户真实数据，也不能生成客户成效。
02
TWO SCENES / 同一个项目的两个场景

一个整理结构化表格，一个整理连续发生的文字材料

SCENE / APRODUCTION DATA

跨 Excel 生产数据整理

遍历多张工艺流转表，将顶部零件信息与每条工序明细组合，再安全写入统一跟踪表。

01读取源工作簿全部 Sheet
02组合零件字段与工序明细
03备份后追加或覆写目标表
SCENE / BMONTHLY REVIEW

月度总结归档与跨月点评

识别人员与月份，按照规则归档新增文件，提取固定维度并生成最近三个月的滚动对比。

01识别人员、月份与归属
02保留历史，只归档新增月份
03生成结构化内容与 Word 点评
共同方法：确定性脚本处理字段、文件和规则；WorkBuddy 负责自然语言触发、流程编排与基于结构化结果的内容分析。
03
SCENE A / PRODUCTION DATA

把多张工艺流转表，展开成一张可以继续使用的跟踪表

ASTRUCTURED FILES
SKILL + SCRIPT + VIDEO
SHEET 01SHEET 02
零件字段位于顶部重复展开
工序明细位于表体逐行读取
空值/编号需要保护避免误改
→BACKUP
MAP
WRITE
TARGET
零件工序设备工时
字段明细明细明细
字段明细明细明细
CODE173 行核心脚本通过静态语法检查，负责遍历、读取、备份和写入等确定性动作。
VIDEO约 95 秒完整演示记录选择源文件与目标文件、执行处理并打开结果表的过程。
SAFETY备份与字段保护支持追加或覆写，空值不覆盖，带前导零的编号继续保留。
MISSING原始输入未随包提供无法在当前工作区独立复算录像中的映射行数和真实表结构。
SCENE A
当前结论Skill、脚本和演示流程已经形成；正式客户表结构适配、真实样例复跑和现场验证仍待补证。
04
SCENE B / MONTHLY REVIEW

新增月份进来时，不覆盖过去，也不脱离过去

BTEXT FILES
SKILL + SCRIPT + RE-RUN
▾ 主管组 A/
　▾ 研发人员 A/
　　├─ 月度总结_M-2.txt
　　├─ 月度总结_M-1.txt
　　└─ 月度总结_M.txt / NEW
　▾ 研发人员 B/
　　└─ 历史文件保留
M-2
历史月份提取进展、风险和下月计划。
M-1
历史月份与新增内容保持同一结构。
M
新增月份归档到正确人员目录，不覆盖历史。
ROLLING WINDOW / 最近三个月
脚本输出结构化内容，WorkBuddy 据此生成跨月对比点评。
CODE147 行核心脚本负责人员归属、文件归档、字段提取和连续月份窗口。
RE-RUN模拟材料复跑成功能够保留历史、归档新增月份，并形成最近三个月结构化结果。
ASSETS10 份总结与 3 份报告均为模拟材料，用于展示文件、规则与输出形态。
VIDEO约 168 秒完整演示记录搜索本地材料、解析规则、归档、提取与生成报告的全过程。
SIMULATION
不是客户成果模拟材料中的人员、部门、进度百分比、处理数量、节省工时、培训人数和使用率目标都不能写成客户真实表现。正式邮箱接入、真实命名规则适配和客户审核仍未完成。
05
SHARED METHOD / 两个场景背后的共同实施方法

先让规则稳定执行，再让自然语言成为入口

INPUT / OUTPUT
先把任务写成明确边界

定义源文件、目标文件、归档目录、字段维度和报告结构，不从泛泛的“做个智能体”开始。

FILES
RULES
EXPECTED RESULT
DETERMINISTIC
把不能出错的动作交给脚本

备份、字段读取、路径匹配、命名和时间窗口由代码执行，避免每次临场判断。

PYTHON
CONFIG
RE-RUNNABLE
WORKBUDDY
让业务人员用自然语言触发

WorkBuddy 组织工具调用，并在月报场景中基于结构化内容完成总结与建议生成。

PROMPT
ORCHESTRATION
CONTENT
01规则独立维护人员关系、字段位置和业务变化尽量放入参数或规则表。
02写入前先保护处理目标文件之前备份，避免演示成功建立在破坏原件之上。
03先跑模拟闭环在正式数据到来前检查交互、异常和最终交付形态。
04真实样例再验收模拟运行通过之后，仍需客户脱敏材料和业务人员确认。
06
TWO-SCENE LEDGER / 双场景证据表

合并成一个项目，不代表两个场景拥有同样强的证据

证据项
场景 A · 生产数据
场景 B · 月度总结
Skill 与核心脚本
已形成，173 行核心脚本
已形成，147 行核心脚本
完整桌面演示
约 95 秒，流程可见
约 168 秒，流程可见
当前工作区复跑
缺少录像输入文件，不能独立复算
已在模拟材料上复跑成功
客户真实样例
待补证
待补证
客户验收与生产运行
未验证
未验证
07
PROJECT PHASE / 当前走到哪里

已经越过概念方案，但还没有越过正式数据与客户验收

01需求梳理七个方向被记录，两个优先场景被选出。
02PoC 设计输入、规则、输出和演示步骤已经形成。
03模拟闭环两个场景都有录像，场景 B 可复跑。
04真实样例适配等待脱敏业务材料和表结构确认。
05验收与运行客户试用、系统接入和生产数据待验证。
08
NEXT CHECKPOINT / 下一步

下一次推进，不是再做一段更漂亮的演示

PROJECT SELECTION ROOM / CASE 05+07

先把两个小闭环做实，才知道剩下五个该怎么走。

这次项目留下的，不只是两个演示场景。它记录了一种更克制的实施顺序：先选择边界清楚的任务，用脚本守住确定性，用模拟材料暴露流程问题，再等待真实样例完成下一次验证。

2 OF 7
POC SCENES
DEMO COMPLETE
REAL DATA PENDING
WorkBuddy FDE 客户实践案例 · 脱敏项目选择记录证据口径：双场景 PoC 已形成｜正式数据适配与客户验收待补证