展开知识库目录

从一次成功工作流提取输入、步骤、工具和完成标准

要还原当时使用了哪些输入、判断、工具、验证和人工决定。

先把问题看准

成功结果不等于可复用工作流

要还原当时使用了哪些输入、判断、工具、验证和人工决定。只保存最终提示词会丢掉失败处理和完成证据,下一次很难复现。

第 1 步

冻结成功现场

保存任务原文、输入版本、环境、工具、输出、日志和人工修改,不只留净稿。

记录客户端版本、Skill 版本、触发输入、实际步骤、工具调用和输出,正例与反例都要保留。

第 2 步

标出关键判断

哪些选择由规则决定、哪些依赖用户确认、哪些只是这次特例,逐步说明。

确认“标出关键判断”已经有可回查结果,再进入“抽取输入与变量”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 3 步

抽取输入与变量

把固定规则和每次变化的路径、格式、对象、渠道分开,秘密不写死。

确认“抽取输入与变量”已经有可回查结果,再进入“补失败和停止”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 4 步

补失败和停止

从历史问题与反例写缺材料、越界、工具失败和高风险动作的处理。

确认“补失败和停止”已经有可回查结果,再进入“定义完成证据”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 5 步

定义完成证据

明确文件、测试、回读、截图或人工验收,禁止模型自行宣称已完成外部动作。

脚本、网络、凭证和写操作必须在说明中可见;触发边界不清或结果不可验收时不要扩大使用范围。 完成后把证据归入“工作流规格”。

完成后应能在“工作流规格”中找到与这一步对应的记录;仍需靠猜测补全,就停在这里。

做到这里就可以停

用第二个不同任务验证规格

如果仍需作者大量口头解释,说明工作流没有提取完整。更新规格而不是把新特例硬编码进提示词。

进一步核对

参考资料与核对入口