前沿部署工程将交付带入实际工作：理解判断依据，连接方法与工具，在真实任务上进行评测，并沉淀有效经验。
一个真实任务 → 一套可行方法 → 一个可复用的能力包基于证据迭代，而非机械地执行清单
构建之前 / 明确目标
把“我们想要 AI”转化为可评估的工作。
选择一个在时间、错误、等待或服务质量方面的核心问题。目标简报应明确谁使用结果、哪些方面需要改进，以及做出决策所需的证据。
教学示例 / 周报辅助
谁在何时使用
一位运营负责人每周审阅各区域的异常情况，并决定哪些问题需要跟进。
首个试点做什么
汇总已批准的报告输入，核对关键数字，并生成一份带来源的草稿供审阅。不自动更改系统，也不发送客户消息。
目前这项工作如何完成
在现有任务中记录检索、准备、审阅和返工的时间。保留错误示例以建立基线。
改进意味着什么
利用基线就时间、准确性、来源覆盖率和返工目标达成一致。在试点开始前设定阈值、观察期、审阅者和停止条件。
这只是一个目标设定示例，并非已完成的客户项目，也不是承诺的改进幅度。若缺少输入、衡量标准或责任人，请先解决，或缩小范围。
分别评估系统、采用情况和业务成果。
一次成功的演示只是起点。系统就绪度、采用情况和业务改进需要各自独立的证据、通过标准、责任人以及未达标时的应对措施。
01 / 可用且受控的系统
在常规、边缘和失败任务上核查事实、来源和操作，包括保留样本。测试权限、超时、重复请求、接管和回滚。
证据：审阅示例、测试与运行记录、恢复演练和操作指南。
02 / 在真实工作中被采用
让用户完成约定的任务。记录采用情况、完成的操作和返工。交接之后，团队应知道如何运行该工作流程以及在哪里获得帮助。
证据：使用、采用和拒绝记录，用户反馈以及交接确认。
03 / 更好的业务成果
在约定的观察期内，比较包含审阅在内的耗时、错误、返工和工具成本，然后核对约定的成果指标。解释流程、人员或市场方面同时发生的变化。
证据：基线与试点对比、用户反馈以及负责人的结论。
如果某个关卡未通过，则缩小范围、保留人工审阅、重新测试或停止。当模型或数据发生变化时，重新核查关键任务。
这些是职责，而非强制的新职位名称。一个人可以承担多个角色，但每项决策都需要明确责任人。在界定范围时商定参与方式和时间投入。
业务负责人
确定优先级和可用资源，解决范围取舍问题，并决定结果是否值得继续投入。
带上：任务、当前流程、决策者和约束条件。
用户和领域专家
演示真实工作，解释例外情况，审查样本并记录错误、返工和采纳障碍。
带上：典型输入、好坏示例、规则和反馈。
数据、IT 及相关控制负责人
确认允许的数据、接口、访问权限和审批节点；在发布前审查技术就绪度。
带上：授权、系统限制、集成和发布要求。
运维负责人
参与交接和恢复演练；负责问题、版本和定期检查，并建立通往工程支持的渠道。
带上：维护安排、升级联系人和改进优先级。
FDE 将需求、实现和评测证据连接起来，并明确说明限制。在工作开始前，共同就业务决策、数据授权和发布责任达成一致。
实地工作教给我们的东西
Where the hard work happens is where the difference shows.
01 / 实地笔记
先对齐含义
名称相同可能掩盖不同的实体。累计数据未必可加总。在自动化分析之前，先解决身份、粒度、时间和定义问题。
保留：定义卡片和测试用例02 / 实地笔记
拆解“看起来有希望”
高潜力不等于高置信度。保留证据、分歧和未知事项，让业务方知道该追求什么、该验证什么。
保留：判断规则和证据索引03 / 实地笔记
评估完整的工作
生成并不能证明发送、采纳或解决。要纳入人工修正、等待时间、工具成本和实际使用情况。
保留：对比和改进
可复利累积的产出
Solve the task now. Keep the method for next time.
01 业务产出
简报、候选清单、草稿、分析和备选方案
02 方法资产
技能、模板、反例和测试用例
03 可运行的能力
角色 Agent、工具配置和入口点
04 维护
数据源、依赖项、版本和责任人
将共享方法与客户特定的数据、配置和商业信息分开管理。复用并不意味着拿走或发布客户材料。
从一个真实问题开始
带上一个真实问题。让第一步具体化。
你不需要一套完整的 AI 战略。从一个反复出现的问题、一个现有示例和一个真正会使用结果的人开始。