← 回成果库

蒸馏案例"两张皮"修复:单一数据源改造(流程图=生成说明书=同一份内容)

病因诊断(读源码定位,非猜测)

1. 字段没分家:此前 5 条 DIST 案例用"简易格式"FlowText,所有细节挤在节点的"对象"一个字段里;画布节点只显示短名,故看着简单。

2. 引擎外壳:「生成」的说明书会自动附加通用纪律(工具总规则/循环规则/阶段并行/收尾)——这部分是画板引擎给所有工作流统一加的"运行外壳",不是内容,也无法(不应)出现在节点里。已查证:模块库 MODULES 的 prompt 全为空,不存在"模块偷偷注入提示词"的问题。

3. 真两套:distill-library 页展示的工作流散文与 cases.json 里的 FlowText 是分开维护的两份拷贝——这是真正的重复,已消灭。

修复(一套内容,三处共享)

1. cases.json v2.9:5 条 DIST 案例升级为画板「说明书格式」——每步分字段:指令模块(动作类型,精确命中模块库防乱配)/对象/任务要求(含验收标准)/输入来源/工具要求(检索步硬性联网)/输出要求/参考链接(原报告)。导入画板后点开任一节点,看到的字段=生成说明书打印的字段=同一份数据;循环(逐商品/逐主题/逐页/逐条预测/逐方证词)与上游依赖全保留。

2. distill-library 页改为运行时 fetch cases.json:工作流标签页的文本、「在画板打开」链接的 base64,全部从 cases.json 现算——页面里不再存第二份;并加"🔗 单一数据源"徽章说明三视图同源。

3. 页内旧散文版工作流已替换为指针占位(仅网络加载失败时可见)。

验证凭据

红队与残余诚实说明

1. 说明书里仍会比节点"多"一段引擎外壳(执行须知/工具总规则/收尾)——这是画板对所有工作流统一加的运行框架,好比打印时的页眉页脚,不是第二套内容;若主席连外壳也不想要,需改画板引擎(影响全部 140 例,不建议)。

2. 模块"动作类型"(研究/评判等)会显示在节点与说明书两处,同源一致。

3. distill 页工作流文本现依赖 fetch:若 cases.json 加载失败,显示指针占位而非空白(已设兜底)。

可证伪锚:主席在画板打开任一 DIST 案例→点任一节点→节点里的"对象/任务要求/输出要求"若与「生成」说明书对应步骤的同名字段不一致,即修复失败,回炉。