打工人の流程大模型化问诊所

这个技能解决什么问题

「把现有脚本交给大模型」是个含糊的决策。一个每周跑一次的报表脚本，和一个客服 FAQ 回复流程，改造风险完全不同，却常被同一个模糊问题带过去。本技能把这件事拆开：输入你的离线 / 可复用流程，输出一个明确的改造结论——全量改造 / 部分改造 / 不适合——外加 ROI 分数、5 维度改造难度评级和一条可执行的 MVP 路线图。

它不做纯规则打分。判断由 LLM 综合追问结果后主判，维度评分只用于解释结论，避免用几个硬编码阈值冒充决策。

工作路径

整个诊断分 4 步：

• Step 0 入口澄清：如果描述里缺少流程名、触发频率、输出形式中的任意两项，先问一句，不脑补主题。
• Step 1 追问：按 8 维度（执行方与频率、输入来源、输出形式、关键瓶颈、错误成本、约束、改造目标、可观察数据）每轮 3-4 题，最多 6 轮。退出条件是收集到 ≥6 个有效回答、每个维度有具体答案、且不存在明显冲突的假设。
• Step 2 LLM 主判：在输入多样性、输出一致性要求、容错率、决策密度、可验证性五个维度各打一个 0-10 难度分，结合硬护栏命中数给出结论。ROI 只给 xx/10，不换算成具体金额。
• Step 3 报告：六章节固定结构原文贴在对话里，包括「LLM 介入边界」地图——把流程切成硬护栏护住、仅部分场景适用、全量适用、AI 可护住四类——以及 MVP 路线图和风险清单。不落盘为 .md，不改章节标题。

参考文件按需加载：追问阶段读 references/question_bank.md，诊断阶段读评分标准，出报告时对照 references/report_template.md 与三份样例。

适用边界

适合明确可复用的流程，且描述里已经存在触发频率、输入来源、输出形式、错误成本这些要素。以下情况不该用它：

• 一次性 prompt，比如「帮我写一封邮件」，没有可复用骨架。
• 纯代码重构、bug 修复、写文章，这类问题有更对口的工具。
• 只做技术选型，并没有问「该不该改造成 LLM 流程」。

两个容易踩的坑：一是跳过追问直接下结论，维度全答「看情况」也照样出报告；二是把 ROI 算成精确数字或金额，丢掉了分数本身的粗粒度判断意义。另外，命中 3 个及以上硬护栏的流程必须落到「不适合」，不接受「以后再加 LLM」这类含糊收尾。