数据活

案例

按「这活属于哪一类」分组,不按时间排。组内先放证据强的:有真实产物 > 有测试 > 只有文档。

图纸 · 清单 · 报表:提取与比对

17图纸 · 清单 · 报表:提取与比对白板上的字抠不出来,我试到第七版才对
问题
讲解视频里的板书有价值,但人在前面走动、镜头在晃,没法直接截一帧用
需求
把板书从视频里抠出来,拼成一张能读的完整大图
解决思路
一个方案失败,通常不是参数问题而是思路问题——所以要能对比每一版,而不是闷头调参
方案
抽帧 → 对齐 → 去人 → 多套背景处理与拼接方案逐版对比取最优
效果
11 个工作目录保留完整迭代路径;方法论沉淀成文档 + PPT + PDF 三件套
七代方案,每一版都留下来 —— 过程本身就是证据 第一代 第二代 第三代 第四代 第五代 第六代 第七代 能拼上 有残影 背景不干净 换思路 前三代的教训 一直在调参数,但方向错了 —— 参数调到天亮也没用 停下来并排看每一版 七代方案 + 多种背景处理,逐版对比才有结论 把失败的方案留下来,它们比成功那版更有信息量 —— 也是「我真的试过」的唯一证据
七代方案的迭代路线——前三代一直在调参数,其实是方向错了

视频理解板书提取图像拼接迭代过程

01图纸 · 清单 · 报表:提取与比对现场作业的「真实性核查」:三份记录放在一起对
问题
同一件事有三份记录,分散在不同人手里,平时没人把它们放在一起对
需求
用客观数据回答「这条作业到底做没做、做得对不对」
解决思路
难的不是读出三份记录,是判断哪一条不一致必须上报——规则说不清,核查就变成挑刺
方案
把工单、设备自身记录、出入登记按时间与对象对齐,逐条比出差异并按规则分级
效果
每一条差异都能指回三份记录里各自的原始条目;判为正常的也要给理由
同一件事的三份记录,放在一起对 作业方报的工单 设备自己的运行记录 出入登记 按时间与对象对齐 三份格式各不相同 逐条差异清单 并按规则分级 真正的问题不是"读出三份记录",而是对上之后,哪一条不一致要上报
三份格式各异的记录按时间与对象对齐,输出逐条差异

现场作业核查多源比对差异分级过程可追溯

04图纸 · 清单 · 报表:提取与比对设备动作的曲线诊断:一套要装在生产机上、还不能打扰它的东西
问题
设备动作偶尔不到位,事后没人能从私有格式的记录里说清当时发生了什么
需求
自动判出异常动作,并且能定位到原始记录的具体位置
解决思路
难点有两层:格式没公开文档要逐字段逆出来;更要紧的是它得装在生产机上、不能影响正在运行的系统
方案
解出私有记录格式,用可单独修改、单独验证的规则逐条判定,异常自动挑出并给出回指依据
效果
规则可单独改、单独回归;判定结论都能定位到原始文件位置
异常是被规则判出来的,不是靠人眼(曲线为示意画法) 正常波动范围 判定阈值 这一段判为异常 记录开始 记录结束 阈值与判定规则单独成层:改规则不用动解析,改完必须回归全部已有样例
曲线为示意画法;异常是被规则判出来的,不是靠人眼

设备动作诊断私有格式解析规则可回归不侵入生产系统

09图纸 · 清单 · 报表:提取与比对图纸和台账对不上:真正难的是判断哪条差异要上报
问题
图纸和台账记的是同一批设备,时间一长两边对不上,而审批要看的是台账
需求
把图纸里的设备提取出来,与台账逐条对齐,并说清哪些差异必须处理
解决思路
图纸上有、台账里没有,可能是新增设备必须上报;反过来往往是历史原因属正常——判断反了就是天天误报
方案
先定字段映射与差异分级规则,再提取对齐;每类提取结果与人工校准的黄金样张逐条比对
效果
验收标准是差异为零,或每一条差异都能给出解释
同一台设备,两边写法不一样 —— 这才是真难点 图纸里的写法 带规格后缀 按区间归属 用设计时的叫法 字段映射规则 先定规则,再谈提取 台账里的写法 不带后缀 按维护分区 用维护时的叫法 三类差异都要在映射规则里说清楚:后缀、区间归属、名称写法 映射没定就动手提取,等于把两边的差异当成"AI 读错了"
同一台设备两边写法不同——后缀、区间归属、名称写法三类差异都要在映射规则里说清

图纸提取台账比对差异分级验收基准

10图纸 · 清单 · 报表:提取与比对车载记录数据:从一批二进制文件,还原一次故障的全过程
问题
现场只拿到一批二进制记录,要在很短的窗口里说清当时发生了什么
需求
把原始记录还原成一条能追溯、能指认的过程说明
解决思路
难点不在读文件,在分层——同一时刻有多个通道各自在变,平铺成一条线什么都看不出来
方案
分层时间轴 + 指令与应答按因果关系对齐 + 带时间戳的过程说明
效果
字段含义逐条对照公开协议文本得出;每个结论都能回指到原始记录的具体时刻
同一时刻,六个通道各自在变 通道一 通道二 通道三 通道四 通道五 通道六 过程开始 过程结束 橙色点=异常发生的位置;虚线=同一时刻,两条线之间的关系看对齐线,不看先后
分层还原:同一时刻有多个通道各自在变,平铺成一条线就什么都看不出来

铁路列控记录数据解析故障还原过程可追溯

文档 · 规程 · 知识库:问答与检索

12文档 · 规程 · 知识库:问答与检索给一个十人班组搭局域网知识库:答案必须能指回原文
问题
技术文档、规章制度、设备履历台账散在各处;要找一条规定,先得想起它在哪个文件里
需求
一个局域网内可用的知识库:能全文检索、能语义问答、还能指着文档里的图问问题
解决思路
关键信息在图上而不在文字里;而且答案不能指回原文,就没人敢用
方案
统一解析成结构化数据再检索问答,配一条人工审核流水线把关,并建立可复现的评测口径
效果
有一次优化反而让检索质量下降,我把它回退了——凭评测说话,不凭感觉
先统一成结构化数据,再在它上面做检索与问答 资料层:技术文档 · 规章制度 · 设备履历 扫描件里的表格要能重建出来,否则关键数据等于不存在 统一结构化层:文档 → 条目 → 块 → 单元格 台账、正文与表格走同一套结构 这一层是四条应用共用的地基,不是某一个应用私有的 问答 按语义找答案 台账查询 按条件查条目 人工审核 产出有人把关 图文对照 指着图问问题
先统一成结构化数据,再在它上面支撑四个应用

团队知识库检索与问答扫描件重建人工审核

重复流程与自动化

02重复流程与自动化上架一件商品要手工搬五次,我把它压成了一条流水线
问题
一件商品要手工搬五遍:找货源、改文案、翻译、做主图、填表
需求
从抓到导表一条链跑完,中间不用人接手
解决思路
翻译对了不等于能用——平台搜索认的是本地化的写法,不是直译
方案
抓取 → 萃取卖点 → 译写文案 → 生成合规主图 → 导出可直接导入的表格
效果
82 个代码文件、57,564 行;已生成 51 张商品主图
五个环节串成一条链,每一环都要有退路 抓取商品页 萃取卖点 译写文案 生成主图 导出表格 01 02 03 04 05 被封时有备用通道 接口不可用可切换 规则沉在库里,不塞提示词 平台硬要求先过一遍 格式固定,不靠人排版 人只出现在这里:过一眼,再上架 交付边界选表格,不直连平台——工具才敢用 链路越长,越要提前设计每一环的退路 —— 任何一环没有兜底,整条线就停在那里等人处理 常规环节 这一环的约束来自平台,不来自审美
五个环节串成一条链,每一环都有退路;人只出现在最后一道关

跨境电商上架流水线文案本地化主图生成

03重复流程与自动化让 AI 拿到我电脑的终端权限,我怎么敢
问题
人不在电脑前,想让电脑干活只能等回去;远程桌面解决的是人操作电脑,不是让电脑自己干
需求
从聊天窗口发一句话,就能让电脑执行任务、并让 AI 多轮干活
解决思路
真正的难点不是能不能远程,而是敢不敢把终端交给它——所以危险动作必须停下等人确认
方案
三类消息分流 + 正则优先的意图判断 + 危险操作弹卡片确认 + 会话续接 + 崩溃自动重启
效果
109 个源文件 13,853 行;28 个测试文件;README 单文件 409 行含完整流程图
一句话进来,先分流 —— 不是所有判断都该交给模型 飞书里发一句话 截图 / 跑命令 / 派活 纯本地命令 单次问答 多轮任务 不过模型,秒回 一次调用,不开会话 开会话,并且续接上下文 正则优先判断 判不了才调模型 模型接口挂了自动降级 —— 「模型不可用时会怎样」必须提前设计,而不是等它挂的那天
一句话进来先分流:哪种判断该交给模型、哪种不该

个人效率工具远程派活权限确认会话续接

单文件工具与小产品

06单文件工具与小产品年底述职想不起自己干过什么,这事得在平时解决
问题
日常忙起来不记录,到年底只能凭记忆拼凑,重要成果想不起来
需求
记录要顺手、报告要能直接交出去的工作台账
解决思路
记录之所以断,是因为它总是多出来的一步——把它和打勾合成同一个动作
方案
待办与日志合并 + 固定四段周小结 + 单文件数据放云盘、轮转备份
效果
27 次提交跨近两个月;67 个测试文件;已打包成可执行文件
数据只录一次,报告随时可出 每天:打勾 + 记一句 同一个动作,不是两件事 周小结 月报 年度报告 固定四段,一键复制成纯文本 按同一份数据聚合,不重复录入 跨度到年,不用回头补 一份数据文件,放在云同步目录里 轮转备份,损坏时另存副本而不是覆盖
只在每天录入一次,周报月报年报都从同一份数据聚合出来

个人工具工作台账离线可用零后端

11单文件工具与小产品打卡工具死在第三天,问题出在「什么时候算断」
问题
打卡工具用到第三天就放弃——漏一天,连击清零
需求
一个能撑住几个月的学习目标管理台
解决思路
把「什么时候算断」从人的脑子里搬到界面上
方案
休息日 / 滚进 / 逾期三条规则全部写明,样本不足就显示「暂无推算」
效果
单文件 1222 行、零依赖、断网可用;回归 59/59 通过
同一个目标,三种状态 —— 每一张都要能解释「为什么是它」 黄卡 · 休息日 昨天没打卡 而且是本周第一次 不算断连 每周一自动送一个休息日 红卡 · 滚进今天 昨天又没打卡 本周的休息日已经用过 断连,任务滚进今天 允许失误一次,第二次才断 逾期卡 已经过了截止日 任务还没完成 显示逾期天数 给两个出口:打卡 / 调整计划 判定顺序是固定的:先看有没有过截止日 → 再看昨天有没有打卡 → 最后看本周用过休息日没有 顺序固定,使用者就不会每天重新猜一遍规则 样本不够时显示「暂无推算」,不许编一个看起来合理的数字
三种卡片状态的判定规则——顺序固定,使用者不用每天重新猜

个人工具习惯养成离线可用零依赖

14单文件工具与小产品非技术用户提的需求,怎么知道离能开发还差多远
问题
提需求的人不知道自己提得靠不靠谱,也看不出离能开发还差多远
需求
把一句模糊需求变成一份能落地、能验收的需求书
解决思路
一问技术选型就把人劝退了——提问只能用业务语言,这条规矩比工具本身值钱
方案
AI 追问澄清 → 生成需求书 → 拆成工单 → 五维打分 → 逐条改进 → 再评估
效果
63 个代码文件;54 份文档 14.2 万字,文档与代码之比是这批项目里最高的
打分要能引用原文,改不改由用户定,循环要有出口 完整性 一致性 可衡量性 可行性 工程化准备 出一份评估报告 必须引用原文并给具体改法 逐条改进 接受 / 手改 / 跳过 / 不同意 重新评估 分数要能看到变化 改完之后再评一次 —— 分数不动,说明意见没落地 用户可以强制通过 —— 循环必须有出口,「够不够了」这个判断权本来就在他手里
五维打分 → 逐条改进 → 再评估;循环必须有出口

需求澄清需求评估工单拆分方法论

05单文件工具与小产品会做和会教是两件事:把「让 AI 干活」拆成七步
问题
学员大多用过 AI 聊天,但只会「你问我答」,不会把一件事交给它做完
需求
一门能把「让 AI 干活」讲成可照做步骤的课,换谁来讲都不走样
解决思路
不会用的根源不是不懂提示词技巧,是没有「把活拆成可交付步骤」的习惯
方案
一条主线贯穿全程:问题 → 需求 → 提示词 → AI 初稿 → 人工审核 → 调整 → 成果
效果
27 页课件与 6 件教具已投入使用;待填:学员的完课率与效果反馈

AI 通识课教学产品课件与教具陪跑交付

07单文件工具与小产品用 AI 出角色设定图:结果留下了,过程没留
问题
想把脑子里的角色形象固定下来,但自己不具备绘画能力
需求
用 AI 出图,得到能直接拿去用的角色设定图
解决思路
难点不在生成,在一致性——同一个角色出多次,气质和画风很容易每张都不一样
方案
先把角色气质定下来再让画面服从它,逐张生成、逐轮改描述
效果
留下两张角色设定图成品

AI 出图角色设定单次尝试