FDE可观测性设计：不是运维任务，是能否顺利移交的前提丨AI沉默失败，客户如何第一时间知道？ 上一期说陪跑结束的标志是用户真正依赖系统。但系统被依赖之后，还有一个问题没有解决：系统出了问题，谁来发现，怎么发现？ 传统软件出错有明显信号——报错、崩溃、返回错误码，用户知道出问题了，运维团队收到告警，有人去处理。 AI系统出错的方式不一样。它不报错，它继续运行，继续生成输出，只是输出悄悄变差了。用户可能隐约感觉到哪里不对，但说不清楚；也可能完全没有感觉，直接基于错误的输出做了决策，等到后果显现，已经是几周之后的事了。 ...
FDE陪跑阶段：让用户信任并真正用起来丨部署≠采纳 集成障碍打通了，裁定接口设计好了，系统部署上线了。然后安排一场上线发布会，发一封全员邮件，告诉所有人新系统已经上线，欢迎使用。然后等用户来用。 这样等来的结果，通常让人沮丧。 系统的访问日志显示，头两周有一波流量，然后慢慢降下去。大多数人试用了一两次，发现有些地方不顺手，或者输出不够可靠，就回到了原来的工作方式。系统上线了，但没有人真正在用它。 ...
FDE裁定接口设计：不是审批流程，是风险边界丨部署阶段交给判断工程的那份图纸 上一篇讲集成墙，最后说到身份权限墙的应对方向之一是"建立权限边界"。这篇深挖这条线怎么划——哪些决策AI可以自主做，哪些必须交给人类，这条边界画在哪里、由谁来画、怎么在系统里落地。 先说一个很常见的处理方式：搭一套审批系统，遇到AI不确定的输出就发给人审，人批了就继续，人没批就等。听起来合理，实际上这是把一个设计问题当成了流程问题来解决。 ...
AI时代的FDE集成墙，和过去不一样丨身份认证、权限治理首当其冲 上一篇说，原型验证完之后，进入部署阶段会撞上一堵"集成墙"。 集成墙不是AI时代的新发明。企业软件落地这几十年里，这堵墙一直都在——遗留系统接口、权限审批、合规要求，这些障碍在SaaS时代有过，在云迁移时代有过，AI项目撞上它，某种程度上只是历史重演。 AI Agent的出现，让集成墙里的一道墙发生了质变——不是变难了，是变成了一个全新的问题，过去几十年积累的方法论在这里基本不管用。 ...
FDE原型阶段：验证方向而非Demo展示丨用真实数据验证方向，比用干净数据做出漂亮Demo更重要 上一篇说，发现阶段结束的标志是一句双方认可的问题定义。有了这句话，下一步是什么？ 很多人的直觉是：开始开发。 FDE的做法不一样——先做原型，在客户的真实数据上跑，把方向确认下来，然后再进入生产级别的工程投入。 这篇讲原型阶段的核心逻辑：为什么要用真实数据，评测标准从哪里来、怎么建，以及原型阶段结束的标志是什么。 ...
发现阶段：FDE进场之后的三件事丨三类对话、四类现场诊断、三个选点 上一篇说，发现阶段结束的标志是一句双方都认可的问题定义——可以说清楚，可以被衡量。 这篇讲怎么把客户一开始说的那句模糊的话，变成那句清晰的定义。 FDE进场之后，有三件事要同时推进：翻译需求、诊断现场、选定第一个落地点。这三件事不是顺序完成的，是在同一段时间里交织进行的。把它们分开讲，是为了说清楚每件事的逻辑；实际操作里，你和用户对话的同时就在诊断现场，诊断现场的过程里就在筛选落地点。 ...
FDE落地地图：AI交付的五个阶段丨从第一次见客户到系统移交，每个阶段做什么 上一篇说到，AI落地失败的根本原因不是模型问题，是交付问题。FDE这个角色，就是专门解决交付问题的。 但"解决交付问题"本身也是一句模糊的话。具体怎么解决？从哪里开始？到哪里算完？中间会遇到什么？ 这篇把这些问题的答案画成一张地图。后续每一篇深挖地图上的一个位置，这篇是整个系列的坐标系。 ...
FDE落地工程：AI时代的落地交付丨当OpenAI花40亿造了一支「落地工程师」队伍，它在解决什么问题？ 2026年5月11日，OpenAI宣布成立一家新公司，叫"The Deployment Company"，专门做一件事：把工程师派驻到企业里面去。 这家公司的启动资金是40亿美元，投资方包括TPG、高盛、麦肯锡。OpenAI自己出资5亿，保留控制权。同一周，他们收购了一家叫Tomoro的英国AI咨询公司，带过来150名有实战部署经验的工程师。 ...
Agent配置好了，就不用管了？丨Agent误解系列 你花了两周时间把Agent配好。提示词反复打磨，工具一个个接入，测试跑通，结果符合预期,开始正式使用。 三个月后，它还在跑。但跑出来的结果开始让你皱眉——输出格式变了，某个工具返回的数据对不上，有几次任务完成了但结果感觉不太对。 配置没动过，哪里出了问题？ 买一台洗衣机，装好了插上电，用就行。买一个SaaS软件，装好了配好了，更新是厂商的事，你不用操心底层。 ...
权限给得越多，Agent就越能干？丨Agent误解系列 给Agent配权限的时候，大多数人的逻辑很简单：权限越多，它能做的事越多，任务越顺。 这个逻辑没有错。但它漏掉了另一半：权限越多，它出错时能造成的破坏越大。 这两件事不是先后关系，是同一个变量的两个方向。你在往一个方向调的时候，另一个方向同步在动。 NotebookLM的音视频概览，解读的比较通俗易懂，对于时间比较紧张的读者朋友，可以听听，会有启发。 ...