补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-10-24 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
很多团队一开始做 AI 系统时，会把“人在回路”理解成一种过渡方案：
我以前也有点这样想。后来做的系统越来越多，反而越来越不这么看了。
我现在更倾向于认为：人在回路不是妥协，而是很多 AI 系统天然就该有的一层设计。
因为很多业务问题本来就不是“把人替掉”才算成功，而是“把人的注意力放到真正值得判断的地方”才算成功。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-03 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「AI 系统安全，不只是防越狱」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-10 16:10。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
如果把「当模型开始影响业务决策，责任边界怎么定」放到真实项目里，应该先从哪些约束和取舍开始判断？
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-17 09:10。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「一个 API 超时设置救了线上体验」，我希望沉淀出一个能被后续项目复用的判断框架。
短更以单点观察为主，重点记录一个具体问题、一次实验或一个小的工程判断。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-19 21:30。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「2025 年我最认可的 10 个 AI 工程实践」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-23 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「2025 年最被高估的 5 个 AI 话题」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-11-28 14:30。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「从单点智能到系统能力，这一年真正变了什么」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-12-06 10:20。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
这次记录背后暴露了哪些可以复用到后续项目的经验？
短更以单点观察为主，重点记录一个具体问题、一次实验或一个小的工程判断。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-12-08 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「如果明年还要继续做 AI，我会先补哪三块基础设施」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。
补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-12-11 16:10。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。
围绕「我会怎样从零搭一个内部 AI 平台」，我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主，重点写清背景、取舍、工程落地和复盘结论。