BFF 在 AI 产品里重新变得重要了吗
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-04 11:40。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「BFF 在 AI 产品里重新变得重要了吗」,我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-04 11:40。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「BFF 在 AI 产品里重新变得重要了吗」,我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-14 09:10。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
为什么「我更喜欢把 AI 能力做成可组合服务」这个问题在 AI 工程里值得单独拆开讨论?
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-16 20:15。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
这次记录背后暴露了哪些可以复用到后续项目的经验?
短更以单点观察为主,重点记录一个具体问题、一次实验或一个小的工程判断。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-18 16:10。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
如果把「前端、后端、工作流、模型,怎么分工才不打架」放到真实项目里,应该先从哪些约束和取舍开始判断?
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-26 09:10。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「一个 Agent 任务拆分失败样本」,我希望沉淀出一个能被后续项目复用的判断框架。
短更以单点观察为主,重点记录一个具体问题、一次实验或一个小的工程判断。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-02-27 14:30。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「真正稳定的 AI 功能,通常都不长得像 Demo」,我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-03-04 14:30。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
这次记录背后暴露了哪些可以复用到后续项目的经验?
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-03-11 14:30。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「一次日志字段命名带来的排查收益」,我希望沉淀出一个能被后续项目复用的判断框架。
短更以单点观察为主,重点记录一个具体问题、一次实验或一个小的工程判断。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-03-12 14:30。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「什么样的 AI 功能值得继续投,什么该砍掉」,我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。
补档说明:本文属于「AI 工程落地周记」系列,计划发布时间为 2026-03-21 11:40。当前先保留为草稿,后续补充真实案例、代码片段和复盘细节后再发布。
围绕「从旧博客到 blogV2:我在做的其实是内容工程」,我希望沉淀出一个能被后续项目复用的判断框架。
主文以完整判断链路为主,重点写清背景、取舍、工程落地和复盘结论。