案例
按「这活属于哪一类」分组,不按时间排。组内先放证据强的:有真实产物 > 有测试 > 只有文档。
文档 · 规程 · 知识库:问答与检索
- 问题
- 技术文档、规章制度、设备履历台账散在各处;要找一条规定,先得想起它在哪个文件里
- 需求
- 一个局域网内可用的知识库:能全文检索、能语义问答、还能指着文档里的图问问题
- 解决思路
- 关键信息在图上而不在文字里;而且答案不能指回原文,就没人敢用
- 方案
- 统一解析成结构化数据再检索问答,配一条人工审核流水线把关,并建立可复现的评测口径
- 效果
- 有一次优化反而让检索质量下降,我把它回退了——凭评测说话,不凭感觉
先统一成结构化数据,再在它上面支撑四个应用
重复流程与自动化
- 问题
- 一件商品要手工搬五遍:找货源、改文案、翻译、做主图、填表
- 需求
- 从抓到导表一条链跑完,中间不用人接手
- 解决思路
- 翻译对了不等于能用——平台搜索认的是本地化的写法,不是直译
- 方案
- 抓取 → 萃取卖点 → 译写文案 → 生成合规主图 → 导出可直接导入的表格
- 效果
- 82 个代码文件、57,564 行;已生成 51 张商品主图
五个环节串成一条链,每一环都有退路;人只出现在最后一道关
- 问题
- 人不在电脑前,想让电脑干活只能等回去;远程桌面解决的是人操作电脑,不是让电脑自己干
- 需求
- 从聊天窗口发一句话,就能让电脑执行任务、并让 AI 多轮干活
- 解决思路
- 真正的难点不是能不能远程,而是敢不敢把终端交给它——所以危险动作必须停下等人确认
- 方案
- 三类消息分流 + 正则优先的意图判断 + 危险操作弹卡片确认 + 会话续接 + 崩溃自动重启
- 效果
- 109 个源文件 13,853 行;28 个测试文件;README 单文件 409 行含完整流程图
一句话进来先分流:哪种判断该交给模型、哪种不该
- 问题
- 日常忙起来不记录,到年底只能凭记忆拼凑,重要成果想不起来
- 需求
- 记录要顺手、报告要能直接交出去的工作台账
- 解决思路
- 记录之所以断,是因为它总是多出来的一步——把它和打勾合成同一个动作
- 方案
- 待办与日志合并 + 固定四段周小结 + 单文件数据放云盘、轮转备份
- 效果
- 27 次提交跨近两个月;67 个测试文件;已打包成可执行文件
只在每天录入一次,周报月报年报都从同一份数据聚合出来
- 问题
- 打卡工具用到第三天就放弃——漏一天,连击清零
- 需求
- 一个能撑住几个月的学习目标管理台
- 解决思路
- 把「什么时候算断」从人的脑子里搬到界面上
- 方案
- 休息日 / 滚进 / 逾期三条规则全部写明,样本不足就显示「暂无推算」
- 效果
- 单文件 1222 行、零依赖、断网可用;回归 59/59 通过
三种卡片状态的判定规则——顺序固定,使用者不用每天重新猜
- 问题
- 提需求的人不知道自己提得靠不靠谱,也看不出离能开发还差多远
- 需求
- 把一句模糊需求变成一份能落地、能验收的需求书
- 解决思路
- 一问技术选型就把人劝退了——提问只能用业务语言,这条规矩比工具本身值钱
- 方案
- AI 追问澄清 → 生成需求书 → 拆成工单 → 五维打分 → 逐条改进 → 再评估
- 效果
- 63 个代码文件;54 份文档 14.2 万字,文档与代码之比是这批项目里最高的
五维打分 → 逐条改进 → 再评估;循环必须有出口
- 问题
- 学员大多用过 AI 聊天,但只会「你问我答」,不会把一件事交给它做完
- 需求
- 一门能把「让 AI 干活」讲成可照做步骤的课,换谁来讲都不走样
- 解决思路
- 不会用的根源不是不懂提示词技巧,是没有「把活拆成可交付步骤」的习惯
- 方案
- 一条主线贯穿全程:问题 → 需求 → 提示词 → AI 初稿 → 人工审核 → 调整 → 成果
- 效果
- 27 页课件与 6 件教具已投入使用;待填:学员的完课率与效果反馈
- 问题
- 想把脑子里的角色形象固定下来,但自己不具备绘画能力
- 需求
- 用 AI 出图,得到能直接拿去用的角色设定图
- 解决思路
- 难点不在生成,在一致性——同一个角色出多次,气质和画风很容易每张都不一样
- 方案
- 先把角色气质定下来再让画面服从它,逐张生成、逐轮改描述
- 效果
- 留下两张角色设定图成品