浏览 AI 知识库
从一次成功工作流提取输入、步骤、工具和完成标准
从成功案例提取 Skill,不能只保存最后一段提示词。要把输入条件、实际步骤、用到的工具、停止点和完成证据一起还原出来。
沿完整工作流推进
前一阶段的可检查结果,是下一阶段的输入;中间证据不足时停在当前阶段。
同一段提示词第二次失效,是因为上次成功还依赖了哪些隐含动作
一次成功任务只保存了最终提示词,第二次使用时没人记得先检查工作区、如何处理缺材料、何时停止。成功来自隐含过程,而不是那段文字。
- 输入契约来自真实任务
- 失败和停止条件已提取
- 完成证据能由他人复核
先确认这次任务的起点、边界和交付
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 一份已成功的知识库文章改写记录,含输入文件、编辑决定、构建命令、浏览器截图和交付说明。 |
| 不能越过的边界 | 从真实执行记录提取输入、步骤、工具、分支和完成证据;偶然细节不固化;高风险动作不自动化。 |
| 要交付的结果 | 工作流规格 |
从“冻结成功现场”走到“定义完成证据”
| 当前阶段 | 实际处理 |
|---|---|
| 冻结成功现场 | 保存任务原文、输入版本、环境、工具、输出、日志和人工修改,不只留净稿。 |
| 标出关键判断 | 哪些选择由规则决定、哪些依赖用户确认、哪些只是这次特例,逐步说明。 |
| 抽取输入与变量 | 把固定规则和每次变化的路径、格式、对象、渠道分开,秘密不写死。 |
| 补失败和停止 | 从历史问题与反例写缺材料、越界、工具失败和高风险动作的处理。 |
| 定义完成证据 | 明确文件、测试、回读、截图或人工验收,禁止模型自行宣称已完成外部动作。 |
把一次‘生成周报’拆成输入、判断和完成证据
| 环节 | 成功现场记录 | 固化到 Skill | 仍需人工 |
|---|---|---|---|
| 输入 | 会议纪要 M-17、Git 周报 G-04、时间范围 | 文件字段、日期格式和缺失提示 | 确认本周范围 |
| 判断 | 只纳入已合并 PR,未发布项列风险 | 筛选规则和状态映射 | 处理争议状态 |
| 输出 | 表格含事项、证据、风险、下一步 | 模板和字段校验 | 确认对外措辞 |
| 完成证据 | 生成文件、来源清单和人工修改记录 | 输出路径与回读检查 | 最终签字或发送 |
字段和编号为演示输入;真实固化要以成功任务的原始日志、文件版本和人工改动为证据。
完成后的工作流规格
工作流规格写明输入必须有原文与需求,先审查后改源文件,构建后做桌面/移动验证;URL 和发布需人工确认。每一步都有失败分支与产物,不再只有一句“优化文章”。
为什么“流程写全后仍无法复现成功”还不能交付
流程写全后仍无法复现成功
- 原因
- 隐含环境和工具版本没有记录
- 怎么改
- 让另一人在干净任务中执行,所有口头补充都回写规格
