夜雨聆风
2026 年了,为什么你的 AI 工具越装越多,工程却越来越烂?
“Push smart fuzzy operations humans do into markdown skills. Fat skills. Push must-be-perfect deterministic operations into code. Fat code. The harness? Keep it thin.”— Garry Tan，Y Combinator CEO
这是 YC 掌舵人 Garry Tan 在复活节深夜发的一条推文。
如果你跟我一样，第一眼看到这句话觉得”说得挺对但好像没什么新意”——那你可能还没有真正理解他在说什么。
让我先问你一个问题：
你现在的 AI 工作流里，有多少工具？
Cursor？Claude Desktop？Copilot？OpenRouter？什么 MCP Server？什么 Agent？
大多数人的答案可能是：装了七八个，用起来还是手忙脚乱。
这不怪你。这是整个行业正在经历的一场集体迷失。
01 / 为什么 AI 工具越多，你的工程反而越烂
Garry Tan 说的”harness”，就是那个把你所有工具串起来的”线”——对于独立开发者来说，这个 harness 就是你脑子里的那套工作流。
问题在于，大多数人在用 AI 的方式，是在无限叠加工具，而不是在重构自己的工程结构。
我见过太多独立开发者，把”用了多少个 AI 工具”当成勋章：
✓ 今天装了新的 AI 代码审查插件
✓ 明天配置了 AI API 代理中间件
✓ 后天搭了一套 AI Agent 调度框架
→ 然后——工程越来越慢，调试越来越难，依赖越来越乱
“大多数企业的 AI 工作流，并不是 AI 加入到了现有流程，而是整个流程正在围绕 AI 重新设计。”— Aaron Levie，Box CEO
意味着如果你还在”往现有流程里塞 AI 工具”，而不是重新思考”这个工作本身应该怎么被重新设计”，你永远在追赶，永远在救火。
02 / “双 Fat”原则，其实是一套决策框架
Garry Tan 说的”Fats skills, fat code, thin harness”，不是三个技术要求，是一套关于”把什么留给谁做”的决策哲学。让我翻译成人话：
Fat skills（厚技能）：把需要人类判断力、模糊推理的东西，交给 AI 能理解的”技能指令”。比如产品优先级判断、用户反馈归类、视觉设计的审美方向。
Fat code（厚代码）：把必须是 100% 精确的确定性操作，写成代码。比如支付逻辑、数据校验、API 调用格式、文件路径处理——任何一点偏差会造成严重后果的，都不应该依赖 AI。
Thin harness（薄调度层）：连接这两者的调度逻辑，尽量薄。越薄越好改，越薄越不容易出错。
对于独立开发者而言，最大的竞争优势不是你用了多少 AI，而是你是否足够清楚”什么该交给 AI，什么必须自己写”。
一个只用了 3 个工具、但每个工具边界都定义得很清晰的独立开发者，大概率比一个装了 15 个 AI 工具、但全靠”感觉”在切换的人产出更稳定。
03 / 企业疯狂堆工具，但堆不出工程能力
我必须停下来反驳一个流行的叙事：“企业都在 all in AI 了，独立开发者要失业了。”
Aaron Levie 的观察揭穿了这一点。他说，过去一周和几十家大型企业的 IT/AI 负责人聊，几乎所有人都提到：变化管理（Change Management）仍然是最头疼的问题。
• 现有工作流根本不是为 AI 设计的，直接塞进去行不通
• 很多企业的核心系统是几十年前的老古董，根本没有 API
• AI 能做的事情反而让团队更忙了，而不是更闲
• 真正缺乏的是能操作这些 AI 工具的工程人才，而不是 AI 本身
换句话说：AI 创造了一大批新需求，而满足这些需求需要的是更扎实的工程能力。
独立开发者没有历史包袱，没有委员会审批——你完全可以从第一天就按照”Fats skills, fat code, thin harness”的原则搭建自己的 AI 工作流。
04 / 这几天 builders 圈值得关注的事
① Zara Zhang 的 Chrome New Tab 插件
follow-builders 的核心贡献者 Zara Zhang 开源了一款 Chrome New Tab 扩展，解决的是”标签页爆炸”问题：按域名分组、关闭标签时放礼花音效、批量关闭重复标签、一键清理”易完成”类标签。
重点是：她用 vibe coding 的方式，一晚上做出来的。 代码开源，Chrome Web Store 可以直接装。
💡 有时候你的下一个产品灵感，就藏在你自己每天烦 10 次的小事里。
② Claude Opus “被削弱”了？
如果你用 Claude 写代码的感觉最近变了，可能不是错觉。当模型本身被悄悄调整，你的 AI 工具链就需要有更强的”感知能力”——知道什么时候输出变差了，什么时候该换策略。这是独立开发者需要培养的元能力。
③ Marc Andreessen：浏览器的死亡
这位把 Netscape 做到上市的投资人，最近在 Latent Space 播客里反思了”浏览器作为互联网入口”这个前提是否正在被动摇。
💡 如果 AI 能直接帮你完成要在浏览器里做的事，为什么还需要打开浏览器？你的产品还有没有必要做”网页版”？
05 / 如果你今天只做一件事
我只有一个建议：今天花 30 分钟，把你现有的 AI 工作流画一张图。
1. 你现在有哪些 AI 在参与你的开发流程？
2. 每个 AI 负责的是”模糊判断”还是”精确执行”？
3. 两者之间的调度逻辑是什么？
如果你发现自己在用 AI 做精确执行（比如让 AI 生成直接提交到生产环境的 SQL），把它换成代码。
“Fat skills, fat code, thin harness”——这不是工程上的完美主义，这是一个让你在 AI 时代活得轻松一点的生存哲学。
“大多数 AI 工具不是让你的工程变复杂了，而是暴露了你工程本来就缺的那块结构。”
愿你在 2026 年的 AI 工具大战里，不是随波逐流的那个。
素材来源：
• X/@garrytan — YC CEO 关于 agentic engineering 的核心原则
• X/@levie — Aaron Levie 关于企业 AI agents 落地的观察
• X/@petergyang — Claude Opus 被削弱的讨论
• X/@zarazhangrui — Zara Zhang 开源 Chrome New Tab 插件
• Latent Space — Marc Andreessen “The Death of the Browser” 播客
[AI独立派] 每日追踪 AI builders 动态，写给独立开发者和远程工作者看的真实视角。
长按下方微信二维码进入远程工作互助群，可免费获得每日远程工作信息。
都看到这儿了，
不戳一下这么美丽的二维码关注一下？
点赞转发打赏三连发，我也没意见 🙂
