执行驱动交付全流程操作手册——一张表从项目启动跑到交付沉淀执行驱动交付EDDAI 项目交付方法论 · 8/9基于 1 个真实交付项目与内部实战实验实测2026-08 摘要前七篇分别讲了 EDD 的一个机制——一页纸边界卡、流程裁剪、一轮一刀、活文档、三道阻尼器、验收双面闸、资产复利。这篇把七块拼成一张完整地图一个项目从启动到交付沉淀九步怎么走、每一步谁负责、卡在哪道门禁。看完可以直接照着跑。本文要解决的核心痛点原理都懂了真接项目时第一步该干嘛交付流程有九个步骤哪些环节省不得、哪些可以砍每步的产出是什么、谁拍板、什么情况必须停下来本文给一张全流程主表目标 / 责任人 / 输入输出 / 门禁 / 耗时一步一行。场景你刚拿到一个 AI 项目客户要做网络设备故障诊断助手手册几千页值班工程师查不到答案。你懂 EDD 的原理——不写大需求文档、先跑起来、每轮一刀。但真到开工问题变成先做哪个花多长时间每一步产出什么什么情况下要停下来找客户确认流程不是越多越好也不是越少越好。EDD 的答案是九步但每一步都有档位差异轻量小单可以砍掉大半资产单一步都不能省。这篇就是那张可以照着跑的主表。结论EDD 全流程 九步需求接入 → 体检定档 → 流程配重 → 边界卡 → 选型实验 → 执行循环 → 自验证 → 双面验收 → 交付沉淀。判断在人、执行在 AI、门禁卡质量——每一步要么有产出要么有门禁没有「走一步看一步」。九步拆成三段启动段半天~1 天第 0-2 步——判断活产出纸面决策还没碰开发开发段循环 N 次第 3-7 步——主体一轮一刀收尾段不参与循环第 7-8 步——正式关卡 沉淀约束回填0 需求接入1 体检定档2 流程配重3 边界卡4 选型实验5 执行循环 ×N6 收敛·自验证7 双面验收8 交付沉淀推导链为什么流程是「判断 / 执行 / 门禁」三维而不是文档链传统流程把项目拆成「文档链」需求文档 → 设计文档 → 开发 → 测试。每份文档都是上一份的翻译翻译错一次错误就固化一层。EDD 的九步不是文档链是三个维度判断人在做边界卡拍板、介入判断、验收判定——判断权在人执行AI 在做选型实验、DSL 生成、用例执行、报告初稿——执行权在 AI门禁机制在卡每步的完成条件——六区块齐备才进执行、硬断言全过才进验收、严重缺陷为零才通过——不靠自觉靠检查一步一判断、一步一执行、一步一门禁。判断错了执行环节会放大第五篇的错误放大坑门禁松了错误会流到下一环节。这就是为什么九步的每一步都同时写着「谁负责」和「卡什么」。实践动作全流程主表九步可照着跑步骤目标责任人输入 → 输出门禁耗时0 需求接入拿到启动所需全部信息人客户需求意向 → 信息包需求描述/客户背景/数据与环境可得性/预算期限 可验证项平台版本、数据库类型、是否允许只读访问四样可验证项齐备才进下一步0.5 天1 体检定档判断做不做、报多少价、什么形态AI 为主人拍板信息包 → 结论做/不做/加价 报价 交付形态只读体检三前提满足才碰客户数据0.5 天2 流程配重定流程深度人拍板AI 给建议30 秒一问除了钱还能留下什么能 → 资产单不能 → 按金额分轻量/中单档位决定后面所有步骤的砍/加30 秒3 边界卡锁死做什么/不做什么AI 起草人拍板客户确认信息包 → 一页边界卡六区块档位/痛点带下刀点/边界带来源/成功标准可断言/第一刀/客户已确认项 终态画面附页六区块齐备 画面定稿或标记待验证才允许进执行0.5 天4 选型实验用实测选技术方向不靠推演AI 执行人定候选边界卡 → 1-3 个候选方向各跑最小样本 → 选型结论 客户确认点选型依据可追溯谁测的/测了什么/为什么选0.5-1 天5 执行循环一轮一刀做出可运行整体AI 执行人做介入判断边界卡选型结论 → 每轮切一刀 → 冒烟 → 跑通记录跑了什么/错什么/怎么修/留下什么约束→ 约束喂回活文档介入 ABC报错强制介入/偏离按需介入/正确不介入熔断四字段兜底每轮 1 刀6 收敛 → 自验证收敛后正式自测AI 执行人做基线确认错误清单 → 用例集错误清单→回归/成功标准→端到端/禁区→负向 自验证报告硬断言全过才进验收收敛三条件齐备目标达成/形态稳定/错误饱和1-2 天7 双面验收对内终验推测项对外出凭证AI 汇总人判定客户签字用例集 → 验收报告 三态结论通过/有条件通过/不通过严重缺陷 0 才通过推测项验证不过不许固化1-2 天8 交付沉淀交付成果 留下资产AI 执行人确认验收报告 → 交付包 沉淀输入新约束/新边界 → 复用库验收签字在前沉淀在后0.5 天一句话版0 拿信息、1 判断做不做、2 定流程深浅、3 锁死做什么、4 实测选方向、5 一轮一刀跑、6 自测到收敛、7 双面验收、8 留下资产。实践动作三张简表档位差异流程裁剪机制不是原则档位金额参考流程裁剪轻量小单千元级画面口头一句 选型融入第一刀 极简验收单10-20 条用例中单万元级半页终态画面 完整边界卡 轻量选型 正常自验证资产单资产导向全链一步不省 独立验收可选 完整报告链裁剪的是流程深度不裁剪的是边界卡——它是杠杆最高的环节半天省不得。人机分工判断在人、执行在 AI环节谁拍板项边界卡起草 / 终态画面反推AI六区块初稿 画面初稿边界 成功标准 画面定稿人发客户确认候选方向人列 1-3 个方向AI 不替人选方向选型实验 / DSL 生成 / 用例执行 / 报告初稿AI执行全链介入判断 / 基线确认 / 验收判定人三步拍板铁律速查违规即流程失效边界卡六区块齐备才允许进执行——缺一区块后面全是自由发挥第一刀必须可断言——「准确率≥90%」可以「质量好」不行一轮只切一刀——下一刀取决于本轮暴露了什么不预排约束必须来自执行——凭经验写活文档 脑内推演要戒掉一次执行就沉淀 把未验证推测当事实——固化要过证据门槛同时标注版本/场景/约束严重缺陷 0 才通过验收——标准含糊验收就是互相猜客户不配合走兜底质量门禁不降级——功能验收永不降级边界与版本适用边界适合有文本化配置、能拆成可运行步骤的 AI 项目知识库/RAG、工作流编排、Agent 应用不适合纯 GUI 操作、无文件化平台的场景本手册基于 Dify 1.16.x 平台实测方法论本身不绑定平台收尾九步跑完项目交付了资产留下了。回头看这个系列TR0 定方向 → 配重定流程 → 执行循环跑起来 → 活文档攒约束 → 阻尼器防错误 → TR4 双面闸收口 → 资产复利让下一单更便宜——现在多了这张表你可以从第一步开始照着跑了。EDD 一句话总结拿需求做受控实验每次交付同时产出两样东西——客户要的成果和我们可复用的资产。 更多实战记录见我的博客鱼日先生讨论区你最近一个 AI 项目卡在九步里的哪一步是「边界卡没划禁区」还是「验收标准含糊」评论区聊聊踩过的坑最有价值。如果觉得有收获欢迎点赞 收藏 关注这是激励我更新这个系列的最大动力。本文基于真实项目交付经验撰写2026-081 个真实交付项目与内部实战实验。文中数据均来自实测记录方法论部分以「已验证 / 推断待验证」标注边界。
执行驱动交付：全流程操作手册——一张表，从项目启动跑到交付沉淀
执行驱动交付全流程操作手册——一张表从项目启动跑到交付沉淀执行驱动交付EDDAI 项目交付方法论 · 8/9基于 1 个真实交付项目与内部实战实验实测2026-08 摘要前七篇分别讲了 EDD 的一个机制——一页纸边界卡、流程裁剪、一轮一刀、活文档、三道阻尼器、验收双面闸、资产复利。这篇把七块拼成一张完整地图一个项目从启动到交付沉淀九步怎么走、每一步谁负责、卡在哪道门禁。看完可以直接照着跑。本文要解决的核心痛点原理都懂了真接项目时第一步该干嘛交付流程有九个步骤哪些环节省不得、哪些可以砍每步的产出是什么、谁拍板、什么情况必须停下来本文给一张全流程主表目标 / 责任人 / 输入输出 / 门禁 / 耗时一步一行。场景你刚拿到一个 AI 项目客户要做网络设备故障诊断助手手册几千页值班工程师查不到答案。你懂 EDD 的原理——不写大需求文档、先跑起来、每轮一刀。但真到开工问题变成先做哪个花多长时间每一步产出什么什么情况下要停下来找客户确认流程不是越多越好也不是越少越好。EDD 的答案是九步但每一步都有档位差异轻量小单可以砍掉大半资产单一步都不能省。这篇就是那张可以照着跑的主表。结论EDD 全流程 九步需求接入 → 体检定档 → 流程配重 → 边界卡 → 选型实验 → 执行循环 → 自验证 → 双面验收 → 交付沉淀。判断在人、执行在 AI、门禁卡质量——每一步要么有产出要么有门禁没有「走一步看一步」。九步拆成三段启动段半天~1 天第 0-2 步——判断活产出纸面决策还没碰开发开发段循环 N 次第 3-7 步——主体一轮一刀收尾段不参与循环第 7-8 步——正式关卡 沉淀约束回填0 需求接入1 体检定档2 流程配重3 边界卡4 选型实验5 执行循环 ×N6 收敛·自验证7 双面验收8 交付沉淀推导链为什么流程是「判断 / 执行 / 门禁」三维而不是文档链传统流程把项目拆成「文档链」需求文档 → 设计文档 → 开发 → 测试。每份文档都是上一份的翻译翻译错一次错误就固化一层。EDD 的九步不是文档链是三个维度判断人在做边界卡拍板、介入判断、验收判定——判断权在人执行AI 在做选型实验、DSL 生成、用例执行、报告初稿——执行权在 AI门禁机制在卡每步的完成条件——六区块齐备才进执行、硬断言全过才进验收、严重缺陷为零才通过——不靠自觉靠检查一步一判断、一步一执行、一步一门禁。判断错了执行环节会放大第五篇的错误放大坑门禁松了错误会流到下一环节。这就是为什么九步的每一步都同时写着「谁负责」和「卡什么」。实践动作全流程主表九步可照着跑步骤目标责任人输入 → 输出门禁耗时0 需求接入拿到启动所需全部信息人客户需求意向 → 信息包需求描述/客户背景/数据与环境可得性/预算期限 可验证项平台版本、数据库类型、是否允许只读访问四样可验证项齐备才进下一步0.5 天1 体检定档判断做不做、报多少价、什么形态AI 为主人拍板信息包 → 结论做/不做/加价 报价 交付形态只读体检三前提满足才碰客户数据0.5 天2 流程配重定流程深度人拍板AI 给建议30 秒一问除了钱还能留下什么能 → 资产单不能 → 按金额分轻量/中单档位决定后面所有步骤的砍/加30 秒3 边界卡锁死做什么/不做什么AI 起草人拍板客户确认信息包 → 一页边界卡六区块档位/痛点带下刀点/边界带来源/成功标准可断言/第一刀/客户已确认项 终态画面附页六区块齐备 画面定稿或标记待验证才允许进执行0.5 天4 选型实验用实测选技术方向不靠推演AI 执行人定候选边界卡 → 1-3 个候选方向各跑最小样本 → 选型结论 客户确认点选型依据可追溯谁测的/测了什么/为什么选0.5-1 天5 执行循环一轮一刀做出可运行整体AI 执行人做介入判断边界卡选型结论 → 每轮切一刀 → 冒烟 → 跑通记录跑了什么/错什么/怎么修/留下什么约束→ 约束喂回活文档介入 ABC报错强制介入/偏离按需介入/正确不介入熔断四字段兜底每轮 1 刀6 收敛 → 自验证收敛后正式自测AI 执行人做基线确认错误清单 → 用例集错误清单→回归/成功标准→端到端/禁区→负向 自验证报告硬断言全过才进验收收敛三条件齐备目标达成/形态稳定/错误饱和1-2 天7 双面验收对内终验推测项对外出凭证AI 汇总人判定客户签字用例集 → 验收报告 三态结论通过/有条件通过/不通过严重缺陷 0 才通过推测项验证不过不许固化1-2 天8 交付沉淀交付成果 留下资产AI 执行人确认验收报告 → 交付包 沉淀输入新约束/新边界 → 复用库验收签字在前沉淀在后0.5 天一句话版0 拿信息、1 判断做不做、2 定流程深浅、3 锁死做什么、4 实测选方向、5 一轮一刀跑、6 自测到收敛、7 双面验收、8 留下资产。实践动作三张简表档位差异流程裁剪机制不是原则档位金额参考流程裁剪轻量小单千元级画面口头一句 选型融入第一刀 极简验收单10-20 条用例中单万元级半页终态画面 完整边界卡 轻量选型 正常自验证资产单资产导向全链一步不省 独立验收可选 完整报告链裁剪的是流程深度不裁剪的是边界卡——它是杠杆最高的环节半天省不得。人机分工判断在人、执行在 AI环节谁拍板项边界卡起草 / 终态画面反推AI六区块初稿 画面初稿边界 成功标准 画面定稿人发客户确认候选方向人列 1-3 个方向AI 不替人选方向选型实验 / DSL 生成 / 用例执行 / 报告初稿AI执行全链介入判断 / 基线确认 / 验收判定人三步拍板铁律速查违规即流程失效边界卡六区块齐备才允许进执行——缺一区块后面全是自由发挥第一刀必须可断言——「准确率≥90%」可以「质量好」不行一轮只切一刀——下一刀取决于本轮暴露了什么不预排约束必须来自执行——凭经验写活文档 脑内推演要戒掉一次执行就沉淀 把未验证推测当事实——固化要过证据门槛同时标注版本/场景/约束严重缺陷 0 才通过验收——标准含糊验收就是互相猜客户不配合走兜底质量门禁不降级——功能验收永不降级边界与版本适用边界适合有文本化配置、能拆成可运行步骤的 AI 项目知识库/RAG、工作流编排、Agent 应用不适合纯 GUI 操作、无文件化平台的场景本手册基于 Dify 1.16.x 平台实测方法论本身不绑定平台收尾九步跑完项目交付了资产留下了。回头看这个系列TR0 定方向 → 配重定流程 → 执行循环跑起来 → 活文档攒约束 → 阻尼器防错误 → TR4 双面闸收口 → 资产复利让下一单更便宜——现在多了这张表你可以从第一步开始照着跑了。EDD 一句话总结拿需求做受控实验每次交付同时产出两样东西——客户要的成果和我们可复用的资产。 更多实战记录见我的博客鱼日先生讨论区你最近一个 AI 项目卡在九步里的哪一步是「边界卡没划禁区」还是「验收标准含糊」评论区聊聊踩过的坑最有价值。如果觉得有收获欢迎点赞 收藏 关注这是激励我更新这个系列的最大动力。本文基于真实项目交付经验撰写2026-081 个真实交付项目与内部实战实验。文中数据均来自实测记录方法论部分以「已验证 / 推断待验证」标注边界。