前阵子我更新得少了。不是没东西写，而是一直在想一个让我有点焦虑的问题：AI 能做的事越来越多，我会的那些技术还值多少钱？
工作里，我已经很少从第一行开始手写代码。很多实现先交给 AI，我负责判断、修改和提交。我也做过网页、小工具和自用脚本。它们能跑，但大多没人用，更谈不上卖出去。
这件事比任何行业报告都更直接地提醒我：把东西做出来，和解决一个有人在意的问题，是两回事。
我自己的需求也在变化
以前会直接续费的 App 和 SaaS，现在有些不续了。简单需求，我先让 Agent 加一段脚本试试；如果能用，就不急着买新工具。
这不等于 SaaS 会消失。稳定性、多人协作、合规和售后仍然值得付钱。真正被挤压的，是功能单一、替换成本又低的那一部分。
独立开发也一样。代码更容易生成后，同一个需求很快会出现一批相似产品。我自己已经吃过这个亏：先把工具做完，再去找谁需要它，最后往往只剩一个能运行的仓库。
我为什么开始关注 FDE
我最初是从 Palantir 的公开岗位和公司资料里认识 Forward Deployed Engineer 的。我的理解未必覆盖所有公司的 FDE，但有一点对我很有启发：工程师要进入客户的业务语境，而不是只接一张功能清单。
假设一家制造企业遇到库存对不上、排产依赖老师傅、客户询价来回确认。这里不是我的真实客户案例，只是用来说明判断方式。
直接做一个“企业 AI 平台”太宽了。更实际的起点，是先跟着一个流程走完：数据从哪里来，谁在做判断，哪一步最费时间，出了错谁负责。确认问题后，再决定需要知识库、Agent，还是一段更简单的自动化。
这就是我现在理解的 FDE：技术实现仍然重要，但它被放进了更长的链路里。前面是问题诊断，后面还有评测、权限、业务采用和持续维护。
工程背景帮了我，也限制过我
我的起点是工程。优势很明显：看到需求，我会本能地想怎么搭、怎么接、怎么让它跑起来。
限制也一样明显。过去我做小工具时，最容易跳过的问题是：谁会每天用？不用会怎样？现在的流程为什么一直没被替换？
产品、运营或行业从业者也各有自己的起点。有的人更懂用户和流程，但需要补工程边界；有的人能快速构建，却需要练习访谈和业务判断。这里没有哪个岗位天然更适合，关键是愿不愿意把自己的短板补上。
我为什么还在持续写内容
以前我把写文章理解成“做个人 IP”，这个词很容易让人想到流量和转化。现在我更愿意把它理解成公开的项目记录。
写一篇实战文章，会逼我回答几个不舒服的问题：这个工具解决了什么？哪些数字有证据？哪里翻车了？如果别人照着做，最可能在哪一步出错？
文章不保证带来客户，也不会自动降低信任成本。但当别人问我做过什么时，我不必只说“我懂 AI”，可以把具体过程交给对方判断。对我来说，这已经比一段自我介绍有用。
我现在选择的路线
我现在更想做的是：选一个愿意长期理解的领域，进入真实流程，先解决一个边界清楚的问题；再把诊断、取舍和失败写下来，变成下次还能用的资料。
FDE 给我接触真实问题的深度，写作让我把经验留下来。两件事可能互相帮助，但不会自动形成商业闭环，最后还是要回到项目有没有价值、内容有没有事实。
技术变便宜后，我真正需要积累的，不是更多工具收藏，而是对行业的理解、做过的案例，以及别人为什么愿意把问题交给我。
本文来自「维天说」，全平台同名。
我会持续分享普通人能用上的 AI 工具、内容工作流和真实实践，欢迎联系我，一起交流 AI。
