外观
项目交付方法论参考
本章节从 FF - FDE 交付工作台 提取方法论精华， 结合本工作台提示词的教学目标，作为贯穿式实战项目的交付方法论参考。
来源：FF-FDE 项目 README、AGENTS.md、八阶段 Prompt 模板、Skill 路由规格。 提取日期：2026-11-10。提取方式：克隆源码后逐文件阅读分析。
一、为什么要参考 FF-FDE
FF-FDE 是一个面向 FDE 从业者的真实交付工作台产品，核心价值不在于它的工程实现（React/Harness/Cordis）， 而在于它把"一个企业 AI 项目从需求到验收"拆成了可操作的阶段、可追溯的证据和明确的人工决策边界。
这与本工作台提示词第九章（贯穿式实战项目）和第十三章（FDE 交付能力训练）的目标高度一致。 但 FF-FDE 是重型工程产品（244M、Node/pnpm/Python、需模型密钥），不符合本工作台 4C4G 约束， 因此我们只提取方法论，不照搬工程结构。
二、八阶段交付模型
FF-FDE 把企业 AI 项目交付拆成八个阶段。每个阶段回答一个核心问题，产出明确的工件。
| 阶段 | 核心问题 | 产出 |
|---|---|---|
| 01 · 发现高价值问题 | 真实问题是什么，值得做吗？ | 原始材料、岗位访谈、候选工作流、价值判断与证据缺口 |
| 02 · 定义结果、范围与责任 | 做到什么算成功，由谁负责？ | 业务目标、成功标准、范围边界、责任人和交付安排 |
| 03 · 调查数据、系统、接口、安全与组织 | 现场条件是否支持这件事？ | 数据与系统现状、接口约束、安全条件、组织协作及可执行边界 |
| 04 · 设计方案并完成端到端纵向切片 | 用什么机制把关键链路跑通？ | 开发规格、系统架构与最小切片 |
| 05 · 运行 PoC 与 Eval | 开发出的系统是否达到目标？ | 受测版本、运行入口、指标、证据和验证结论 |
| 06 · 企业集成、可靠性改造与受控 Pilot | 能否在明确边界内进入现场试点？ | 集成条件、可靠性检查、试点范围、人工接管与恢复安排 |
| 07 · 进入生产、推动采用并验收交接 | 谁接收，如何使用，怎样逐项验收？ | 发布与采用记录、验收条件、交接材料和接收责任 |
| 08 · 持续改进并沉淀可复用能力 | 上线后如何持续解决现场问题？ | 改进事项、修复与回归证据、发布记录和复盘材料 |
与本工作台 30 天路线的映射
本工作台提示词第十二章的 30 天路线是教学路线（学技术），FF-FDE 的八阶段是交付路线（做项目）。 两者在第 27–30 天（FDE 交付实战）交汇：
| 本工作台教学阶段 | 对应 FF-FDE 交付阶段 |
|---|---|
| 第 1–6 天 环境+LLM 基础 | 为阶段 04（设计切片）和 05（PoC/Eval）打技术基础 |
| 第 7–13 天 RAG 实战 | 阶段 04 的核心技术实现 |
| 第 14–18 天 Agent 实战 | 阶段 04 的业务集成实现 |
| 第 19–22 天 Eval 与安全 | 阶段 05（PoC/Eval）+ 阶段 03（安全调查） |
| 第 23–26 天 部署与生产化 | 阶段 06（Pilot）+ 阶段 07（生产部署） |
| 第 27–30 天 FDE 交付实战 | 阶段 01–08 完整模拟 |
三、证据链铁律
FF-FDE 最核心的设计原则之一，与本工作台提示词 §4.3（不得伪造结果）完全一致：
3.1 四级事实分级
| 级别 | 含义 | 对应本工作台 |
|---|---|---|
| 已确认（confirmed） | 有文件、观察、命令输出或人工决定作为证据 | 已实测 |
| 推断（inferred） | 基于已有信息合理推导，但缺少直接证据 | 静态分析 |
| 待验证（unverified） | 尚未取得证据，不能作为决策依据 | 理论预期/无法验证 |
| 结构有效 ≠ 事实确认 | 文件存在、结构校验通过不等于业务目标已通过验收 | — |
3.2 实操规则
- 每条关键主张必须回到具体来源（文件、观察、命令、工具结果、人工决定）。
- 文件可读不等于证据有效；结构校验通过不等于业务验证通过。
- 历史报告不代表当前验证结果——重新部署后必须重新验证。
- 不把格式失败写成事实失败——无法识别的文件按真实能力处理，不猜内容。
- 不编造未测量的基线——12 条抽样不能编造成 80% 比例。
四、人工决定边界
FF-FDE 明确划分了 Agent 能做什么、FDE（人）必须做什么：
| Agent 可以做 | FDE 必须做 |
|---|---|
| 协助调查、开发与验证 | 确认事实 |
| 形成候选产物 | 批准关键动作 |
| 给出 Go/Revise/Narrow/Stop 建议 | 作出阶段决定 |
| 生成工件草稿 | 验收并签收 |
铁律：有文件、有图谱或服务启动成功，都不等于业务目标已经通过验收。试点、生产发布、客户签收等事实必须有真实授权和证据，不能由 Agent 代为确认。
对应本工作台
本工作台提示词 §10.3 的评估分级（通过/部分通过/不通过/无法验证）与之一致： 没有测试证据不得认定通过。
五、七个中文 Skills 方法论
FF-FDE 第一阶段内置七个方法 Skill，覆盖 FDE 核心工作场景。每个 Skill 有明确的适用场景和产出。
| Skill | 解决什么问题 | 适用场景 |
|---|---|---|
| 工作流资格判断（qualify-ai-workflow） | 判断这个问题是否值得用 AI 做、是否真实 | 阶段 01 发现 |
| 现场定向（fde-orient） | 确定当前是什么类型的 FDE 介入场景 | 阶段 01–02 |
| 知识访谈（knowledge-interview） | 结构化地与业务人员访谈，提取隐性知识 | 阶段 01–03 |
| 责任映射（ownership-map） | 梳理谁有权限、谁有数据、谁做决定 | 阶段 02–03 |
| 代码调查（repo-recon） | 快速理解陌生代码库的入口和结构 | 阶段 03–04 |
| 干系人沟通（stakeholder-brief） | 向决策者做简洁有据的汇报 | 阶段 02/07 |
| 范围重审（reframe-ai-engagement） | 当客户目标与现场现实冲突时重新界定范围 | 阶段 01–02 |
Skill 路由原则
FF-FDE 的 Skill 路由遵循固定顺序（与本工作台教学链路一致）：
用户目标
→ 当前项目与阶段
→ 已有工件、缺口、权限和工具
→ 方法 Skill（确定做什么、要什么证据）
→ 工程执行（代码、数据、测试）
→ 真实观察与验证
→ 工件新版本
→ 人工决定对应本工作台提示词 §4.1 的九步链路：
原理讲解 → 环境检查 → 资料学习 → 操作演示 → 代码实验 → 独立练习 → 测试验收 → 问题修正 → 学习记录两者结构同源：先明确目标和缺口 → 再选方法 → 再执行 → 再验证 → 再由人决定下一步。
六、DDDR 交付流程
FF-FDE 的八阶段可以归并为 DDDR 四步（与本工作台提示词 §13 一致）：
| DDDR | FF-FDE 阶段 | 本工作台对应 |
|---|---|---|
| Discover：发现问题、梳理需求、理解业务 | 阶段 01–02 | 第 27 天 需求分析 |
| Design：设计架构、技术路线和实施方案 | 阶段 03–04 | 第 27 天 方案设计 |
| Deploy：开发、集成、测试和部署 | 阶段 05–07 | 第 28–29 天 演示与文档 |
| Review：验收、复盘、优化和知识沉淀 | 阶段 08 | 第 30 天 验收与复盘 |
七、案例参考：连锁门店设备故障分诊
FF-FDE 附带一个完整案例（35 份仿真原件 + 8 阶段产物 + 知识图谱），可作为本工作台贯穿项目的参照：
- 业务场景：连锁门店设备报修 → 智能分诊 → 派单
- 数据类型：聊天记录、工单导出、设备台账、值班表、政策 PDF、设备图片、邮件
- 核心冲突：客户说"自动派单、80% 自动处理、三个月上线"，现场调查显示权限、应急和费用责任存在冲突
- 方法论应用：从原始材料 → 岗位访谈 → 价值判断 → 范围重审 → 设计切片 → PoC 验证 → 交付验收
本工作台的贯穿项目（企业内部知识库与业务流程 AI 助手）可以参考这个案例的结构， 但使用自己的模拟数据，不使用 FF-FDE 的仿真原件。
八、不照搬的部分（诚实说明）
| FF-FDE 有 | 本工作台不引入 | 原因 |
|---|---|---|
| DeepSeek Harness 基座 | 不用 | 4C4G 约束，不部署重型基座 |
| React/Vite/Cordis 前端 | 不用 | 本工作台用 VitePress 静态站 |
| 7 个 Skill 的工程实现 | 只取方法论 | 工程实现依赖 Harness 基座 |
| 业务挖掘实验室 | 不引入 | 需要授权素材和模型路由 |
| Semantica 知识图谱 | 不引入 | 需要独立 SDK 和 Python 环境 |
| 35 份仿真原件 | 不引入 | 使用自己的模拟数据 |
提取来源
- 项目地址：https://github.com/fufankeji/FF-FDE-Delivery-Workbench
- 提取文件：README.md、AGENTS.md、docs/case-studies/、docs/specs/skill-routing.md、packages/fde/stage/skills/
- 提取方式：git clone 后逐文件阅读分析
- 提取日期：2026-11-10