跳到主要内容
哒哒星球DADA PLANET

实践笔记

一次改太多文件,怎么知道哪一步出了问题

一次改太多文件,怎么知道哪一步出了问题

先把现场说清楚
任务是把10篇Markdown转HTML并生成目录。示例过程:解析时03失败,9篇进入渲染;渲染时07失败,8篇成功。目录应只引用这8篇成功生成的HTML。

可追溯的中间结果能缩小排查范围。

要做到哪一步才算完成
解析9/10成功;渲染8/9成功;生成1份目录,包含8个有效文件入口。03与07保留错误记录,全部10篇交付仍未完成。

下面的提示词把输入、处理边界和交付要求放在了一起:

材料:
任务是把10篇Markdown转HTML并生成目录。示例过程:解析时03失败,9篇进入渲染;渲染时07失败,8篇成功。目录应只引用这8篇成功生成的HTML。

任务:
分成解析、渲染、目录三个阶段,每阶段记录输入数量、输出数量和失败ID,最后对账。

交付要求:
输出状态转移表和逐项执行条件;仅设计流程,不实际修改文件、调用接口或发送消息。
失败阶段未完成时,不声称完整交付。

检查最后一步:失败阶段未完成时,不声称完整交付。

以上为演示案例,可替换成自己的材料。