需求卡收口
确认目标流程、资料入口、期望输出、预算意向和隐私边界。
能写出一个具体任务，而不是泛泛地说“想用 AI 提效”。Process
6 步交付流程
每一步都有输出和通过标准，避免把 AI 项目做成一串不可复查的聊天记录。
诊断与范围锁定
拆出 AI 能做、人必须确认、暂时不做和需要回源核验的部分。
形成一页路线图，明确第一个可验收小闭环。脱敏样例试跑
用 1-2 个脱敏样例跑通输入、步骤、输出和异常处理。
样例输出能被复查，错误点能定位到具体步骤。SOP / Skill 固化
沉淀输入要求、执行步骤、人工确认点、输出格式和验收清单。
同类任务再次出现时，不需要重新口头解释。本地验证与交付
交付文件、目录、脚本、页面或流程说明，并跑构建/校验/人工复核。
能打开、能复跑、能解释失败时由谁接管。复盘与迭代判断
记录适合扩展、应该暂停和需要人工长期维护的部分。
明确下一步是结束、扩展到第二个流程，还是进入阶段陪跑。Deliverables
四类交付物
不同成熟度的需求，对应不同交付物。不是所有问题都应该直接进入系统陪跑。
诊断路线图
- 适合
- 需求还不够稳，但已经有一个真实流程。
- 包含
- 流程拆解、工具分工、风险边界、优先级和暂缓事项。
- 验收
- 验收标准是知道先做哪 1-3 件事，以及哪些暂时不值得做。
Skill / SOP 小项目
- 适合
- 输入、输出和验收口径已经相对稳定。
- 包含
- 可复用 SOP、输入材料清单、执行步骤、人工确认点和验收清单。
- 验收
- 验收标准是同类任务能按流程复跑，不再每次重新解释。
知识库治理包
- 适合
- 资料散、路径乱、AI 找不到上下文。
- 包含
- 目录规则、索引入口、命名口径、权限边界、检索问题和维护节奏。
- 验收
- 验收标准是人能找到原始资料，AI 能引用可复查上下文。
系统阶段陪跑
- 适合
- 涉及多工具、多资料源、长期维护和持续迭代。
- 包含
- 阶段目标、原型、验证脚本、维护清单、复盘节奏和下一阶段建议。
- 验收
- 验收标准是先跑通一个真实闭环，再决定是否扩展。
Acceptance
交付前先看验收矩阵
能不能做，不看工具名，看这五件事是否足够清楚。
维度 适合启动 需要先补清楚
输入 样例、模板、目录、权限和禁区说清楚。 只有一句“你帮我自动化一下”。
输出 知道最终要文件、表格、页面、SOP、脚本还是判断清单。 只说“做得专业一点”。
验收 能列出错了就必须返工或人工接管的点。 只靠主观感觉判断好不好。
边界 明确哪些内容不能公开、不能上传、不能进入长期记忆。 敏感资料混在一起，交付后才补充限制。
复用 下一次同类任务能按同一套入口和步骤运行。 只得到一次性聊天答案，后面仍然从零开始。
Pause Signals
这些情况先暂停，不硬做项目
暂停的目的不是拖延，而是避免把不可验收的模糊需求做成高成本返工。
- 没有样例、没有流程、没有目标输出，只想听 AI 趋势。
- 需求每天变化，还不接受先做小闭环。
- 希望 AI 替代法律、财务、医疗、投资或组织内部责任人。
- 要求伪造、绕规、批量骚扰、隐藏事实或生成违规内容。
- 隐私边界说不清，却要求直接处理原始敏感材料。
Kickoff Brief
项目启动前材料清单
复制下面这张启动预审卡，发微信 soplaoming。它会自动带上 来源：ailaoming.com/delivery 和 线索类型：AI 项目交付流程 / 启动预审。
- 我想交付的具体流程是：
- 我能提供的脱敏样例、模板或目录截图是：
- 我希望最终输出是：诊断路线图 / Skill-SOP / 知识库治理 / 系统陪跑 / 暂不确定
- 我认为验收成功的标准是：
- 必须人工确认或不能让 AI 处理的部分是：
- 预算意向：轻量诊断 / 单流程小项目 / 阶段陪跑 / 暂不确定
- 期望启动时间：本周 / 本月 / 先预沟通
- 是否接受先诊断再项目：是 / 否 / 需要先了解
- 隐私边界：我会先提供脱敏描述，不直接发送原始敏感材料。
交付边界
交付流程不要求你一开始交出原始资料
第一次只需要脱敏样例、目录结构、失败问题和不可公开边界。高风险资料必须先明确用途、范围、人工确认点和公开禁区；不确定资料能不能发时，先看 /trust 信任与隐私边界。
先脱敏，再判断
能用样例说明问题，就不使用原始敏感材料；公开展示只保留方法、结构和结果，不展示私人信息、内部文件和未授权内容。
先小闭环，再扩展
不承诺万能系统。先挑一个高频流程跑通输入、输出和验收，再决定是否沉淀成 Skill、SOP、知识库或长期系统。
交付要能复跑
交付物尽量包含输入要求、执行步骤、输出标准和验收口径，让同类任务下次能继续使用，而不是只得到一次聊天结论。
高风险需求不接
不做伪造材料、批量骚扰、绕过规则和替代专业责任的需求；涉及法律、财务、医疗、投资等事项，只整理流程，不替你做最终判断。
FAQ
交付流程常见问题
一定要先做诊断吗？
不一定。如果输入、输出和验收已经很清楚，可以直接进入 Skill/SOP 小项目；如果还说不清，就先做诊断或 Coffee Chat，避免把模糊问题硬做成项目。
交付物会不会只是一段提示词？
不会。提示词只是其中一部分。真正交付的是输入要求、执行步骤、人工确认点、输出格式、验收清单和后续维护口径。
可以处理敏感资料吗？
第一次只看脱敏样例和边界说明。确实需要看原始上下文时，必须先确认范围、用途和不进入公开展示的规则。
什么情况会暂停？
没有样例、不接受人工核验、需求持续漂移，或要求 AI 替代专业责任时，会先暂停。暂停不是拒绝合作，而是先把问题缩小到可验收范围。
下一步
先判断你的问题能不能进入交付
把一个具体流程、一个脱敏样例和验收标准发来，我先判断该走 Coffee Chat、诊断、Skill/SOP 小项目，还是知识库治理。