推文 · 2025 下半年

看到不少人质疑 Meta 收购 Manus 的价值，也想来说几句。

Manus 的产品体验究竟如何、做应用层创新（所谓的套壳）是否不如做底层模型 —— 这些争论可能没那么重要。作为一支能连续引爆舆论 & 吸引到所有人眼球、能连续快速做出现象级产品的团队，这个可能才是 Meta 真正想要的（肖弘将出任 Meta 副总裁这点可以辅证）。

就像 Altman 之于 OpenAI，懂得如何讲好故事、聚拢人心、抓住时机，这可能是技术之外更重要的事情。

这个说法挺有趣。LLM 是 Runtime，Claude Code 是编译器，Prompt 是源码，所有原生提供的组织 Prompt 的方式（例如 Skills）都是语法糖。

Vibe Building，满大街都是拿着锤子在找钉子的人 😳

合理但也不合理。高层更需要的是判断力，但是完全不写代码容易逐渐丧失判断力。

前段时间如果有半价入手 Google AI Pro 的朋友们可以看看这个项目，它能提供一个代理服务去调用 Antigravity 提供的模型，这样就能愉快的在 Claude Code 里使用这些模型了😆

为什么说这是「金丝雀信号」？
Anthropic 是最了解 AI 能力边界的公司之一。他们的一举一动、每一个对外释放的信号，都在预示整个行业即将发生的变化。

什么是「临界点」？
当你和 AI 的角色发生互换 —— 不再是「AI 辅助你写代码」，而是「你辅助 AI 完成代码生产」时。

Anthropic CEO 透露他们 70% 以上的代码都是由 AI 写的。很多人不仅不相信，甚至还对此冷嘲热讽 🤣。但假设这是真的，这其实是一个非常令人震惊的信息，甚至可以理解为一个极其重要的「金丝雀信号」！它表明：

「AI 编程已经接近、甚至已经跨过临界点」。 如果 Anthropic 能做到，那其他科技公司肯定也能逐步做到。未来软件开发的成本结构，可能将发生根本性的改变。

这也是我为什么说程序员们一定要尽快把 Claude Code 这类 Agent 深度使用起来，要强迫自己逐渐把 AI 作为主力生产者，而不单纯是辅助工具。

因为当临界点真正到来时，差距不会线性拉开 —— 它会指数级扩大：
- 深度掌握 AI 协作的工程师，生产力可能是传统方式的数倍甚至数十倍
- 这些人将能承担更复杂的项目、更快的迭代速度、更低的成本
- 而那些仍将 AI 视为「可有可无」的人，将在竞争中迅速被边缘化

最近听到一个很有趣的词「JIT (Just-In-Time) Context」。

熟悉编译原理的朋友对「JIT」一定不陌生。而在 LLM 领域，JIT Context 代表着一种范式转变：
- 传统方式：固定的 System Prompt + 线性追加的历史对话
- JIT 方式：每轮对话都动态编排输入内容（System Prompt 也不例外）

为什么需要 JIT Context?
因为随着 Context 不断膨胀，真正重要的信息的一定会被不断稀释注意力，每轮对话需真正需要的上下文其实也在不断变化。

而 JIT Context 强调了，不是所有历史都需要保留，而是应该在正确的时间提供正确的信息。它让 Prompt 像代码编译一样「即时生成」，根据当前任务动态筛选、重组上下文，让每一个 Token 都发挥最大价值。

现在打算做 Agent 的话，首推 Claude Agent SDK https://t.co/1jwOUWIMbt

Claude 在 LLM 工程设计上绝对是断层级的存在。如果你深度使用过 Claude Code，应该会发现它不仅能写代码，几乎能完成所有知识类工作。而 Agent SDK 本质上就是把 Claude Code 的核心能力 API 化 —— 你可以在沙盒环境中编程调用，让它完成任何你需要的任务。

天才团队出品，连文档都让人赏心悦目🤣 Claude 的博客甚至技术文档，绝对是所有 AI 学习者和研究者的必读材料，值得反复阅读。

改变一直在发生！这是一次行业，乃至全人类脑力劳动者的「生产力」、「工作范式」的大洗牌，赶紧用 AI Build 起来🧑‍💻

明年的目标是让 AI 帮我写至少 70% 的代码！🤔

在未来一段时间里，如果人类还能在软件工程中占有一席之地，那么人和 AI 之间协作的分工将会非常清晰：人类负责架构设计、需求规划和代码审查，AI 负责具体实现和执行。这已经不是猜测，而是正在发生的确定性趋势。

只有那些率先掌握「AI 协同开发」能力的工程师，才能在这波 AI 浪潮之后活下来。

昨天刚把 Q4 的 OKR Review 填完，篇幅里 30% 业务开发，70% Infra 工作 😅 有时候真不知道在一个业务团队里搞这么多 Infra 会不会让人有点奇怪

更有深度的 Insight 离不开好的 Taste。

一个不错的学习英语的方法：微信 - 通用 - 翻译 - 自动翻译聊天中收到的消息

达成新成就: deprecate 前的 merge

好消息: 去年给 graphql-code-generator 提的 MR，隔了一年多总算给 merge 进去了😳
坏消息: maintainer 准备把包给 deprecate 了😅

不打算迁移到 Bun，因为我们目前是 Standalone 部署的，长期运行的环境下 v8 的运行时优化可能追上 Bun 的各种优化。10% 的提升支撑不了换 Runtime 的大胆决定。

感觉 Bun 特别适合边缘计算（冷启动时间敏感、短期运行）的场景。

把公司的 Next.js 项目用 Bun 跑了下某个相对复杂的页面渲染场景，整体大概比 Node 快 10% 左右

放弃使用 Next.js 自带的 Route Cache 了，局限性太大，只能根据 Path 来做 Cache，就算借助 Rewrite 来映射到 Path 上做 Cache 也会有新的各种问题。

现在改成全部动态渲染，然后在 Nginx 层做 Cache，总算舒服了😌

今日份热心用户邮件。但我想说我不是 80 后啊😂

今天不断有人来问我是不是发了这个 Cat Island 币 https://t.co/ZzxEqgvXqT

在此声明下，我和这个币没任何关系哈😅(一头雾水

「最终，一切取决于品味」

只要涉及到创造的领域其实就离不开艺术和品味，「苹果团队里有音乐家、诗人、艺术家、动物学家、历史学家，同时他们也是顶尖的计算机学家」。在代码工程领域里，不同地区 / 文化、不同性格 / 背景的工程师也许「品味」差距很大。

每一个细微的决策、设计上的差距，在累积到一个新的量级 / 诞生出一个「产品」时，也会产生出翻天覆地的变化。

看到公司 flutter codebase 里用全局变量来储存和改变不同主题颜色值的方案就头疼😅

一个合格的工程师「不管在任何情况下」一定是要避免使用全局变量（/状态）的，其次再去思考应该把它们放在哪个尽可能小的 scope 里，再深入点的话可能要思考的是如何减少更多的状态了👀

已经好几次被公司内部服务的缺陷给坑了，总会遇到一些奇奇怪怪的问题，吭哧一顿排查、拉会，才发现是受其他内部服务 / 基建给影响到😅

当然不看好归不看好，在公司里还是得听上层们的决策 hhh
不过最近公司新来了个 leader，道听途说，后续跨平台这块应该会换成 rn 了🤔

最近在公司里开始搞 flutter 和 hybrid 相关的事。

五年前我是 all in flutter 的态度，但现在看法不太一样。flutter 真的很先进，而且 dart 是专门为 ui 领域设计的语言，整套技术在平衡性上是顶尖的。在某种意义上我甚至觉得它们有点要搞 better browser 的意思。

但是 flutter 永远达不到 browser 的地位，连 android 自身都没深度集成 runtime 进去，更别说其他操作系统了。只要没法像 web 那套一样成为事实标准，那么 flutter 和系统原生层的 gap 就会一直很难处理。这个担子太重了（自己处理渲染，担子远比 bridge 到原生重），我很怀疑 google 还会不会一直投入进去。

所以我基于市场判断的预测是 flutter 未来可能会没落。但是我感觉无论如何，至少它的很多设计、实现，甚至精神理念应该会对其他的 ui 构建系统带去不少影响（据说 flutter 的工程总监已加入 apple 了）。

如果你问我现在的选择，我会更支持原生 /+bridge (例如 rn)，或者 web 这两个方案。除了 web 这个事实标准敢自己处理渲染层外，其他自己处理渲染的 ui 框架我都不太看好。

卖和不卖只决定了你要不要把「未实现盈亏」转化成「已实现盈亏」，实际你的盈亏在这个时间点已经是确定了的。重要的不是操作本身，而是要不要在这个时间点做操作。

没研究过金融工具的人，是不是都搞不懂这里面的逻辑？👀

最近和老婆商量着再买一套房，然后讨论到现在住的这套要不要卖掉。老婆的意思是如果卖掉的钱可以覆盖还欠银行的钱的话就卖掉，不然的话，卖相对不卖就「亏大了」，因为卖掉的话不仅房子没了，还得额外再给一笔钱给银行🤣

今天学会了一个骚操作：
花不到 40 元在万能的某宝找人帮忙，成功把：
- 联通副号：从之前能找到的最低 29 元套餐，改成了 8 元保号套餐
- 移动主号：从 129 元 30G → 99 元 40G+30G
原理其实就是商家帮你投诉运营商，通常收到投诉后运营商才会愿意给你改套餐。
实属是用魔法来打败魔法了🤣

一个观察，能真正洞察出事物各种 tradeoff 的人很强 🤔

Apollo GraphQL Client 出 4.0 了，周末又得搏斗一番了😅

GraphQL 配合 Apollo 这套，无论是后端还是前端，开发体验都让人极度愉悦。强类型 & 前端自动生成、自动文档、Playground、前端强大的状态管理（自动管理所有后端状态，让你只需关心少量 UI 状态）、以及最后灵活的 Query 语法等等。

让我来选择 Tech Stack 的话，这套绝对是必选项。

https://t.co/zgSB9EAWO9

就在刚刚，emu666 已经拥有超过 20 万的注册用户了😆

再次意识到码农只是新时代的农民工🤣比尔盖茨、扎克伯格的故事还是少听点吧 hhh

前前同事，从码农转行去做直播带货（幕后）后，一个月能分 10~15 个😳

为啥大公司里几乎找不到 10x 工程师？🙄

开始小资金跑起来了，昨天一天的手续费返佣。跑高频、高杠杆交易还是很不错的啊😙

📌 置顶一条消息，长期有效。

目前我这有某 crypto 所的代理（高达 50%～90% 的手续费返佣），有兴趣的欢迎 dm 我。目前我自己的资金 & 策略已经在上面在跑了（中高频交易最大的敌人可能是手续费）😆过段时间我分享下情况

vibe coding / claude code 真有这么神么？有没有极其深度用过、或者在大型 / 复杂项目上用过的小伙伴现身说法一下😅

目前我还是用的 copilot 的形式。我目前还不太相信在有限的上下文内（即使上下文工程做得足够好）让 ai 完全主导开发，能保证在复杂项目上不错过任何一点内部细节🤔代码这东西对准确性的要求很高，稍微哪里出了点问题都会影响整个系统。

当然有很多方法来把控，code review、vibe debugging(👀)。但是这种 chat & review 的 workflow，比起自己写代码 & ai 作为 copilot 小范围补全 / 建议，总感觉很难让人对代码产生信任。所以我想问下实际体验

- 框架: Next.js 15 (App Router), React 19
- 样式 & 组件: Tailwind CSS, Radix UI, Shadcn UI, Storybook
- 数据请求: tanstack/react-query - 状态分享: nekocode/use-shared-state
- 国际化: next-intl + Smartling

1. 我们和设计师约定了色板统一在 Figma 上维护，设计稿用到的所有颜色必须在色板里，然后我这边写了一个脚本来读取 Figma Styles，并且生成对应的 CSS 和 Tailwind 配置

2. 我们的所有「基础组件」都基于 Headless 的理念来写，大部分来自 Radix，还有部分是我们自己维护。核心理念是只关注 DOM 逻辑、无任何样式、一个组件只对应一个 DOM 元素（由上层自由组装）。并且每个组件都有 Storybook 演示

3. 我们所有资源文件的引入都走 import（我们 public 文件夹下没任何文件），这样打包时能给所有资源文件名加上 hash。然后我们在 CI 打包时，会把所有静态资源（包括 JS）都 upload 到云储存桶上（里面也会有之前打包上传的资源），最终通过 CDN 下发给用户。这样能保证用户请求命中老的 HTML 时也能正常访问

待续

我给我们部门搭建的这套 Web Codebase，我真的太特么喜欢了😆甚至让我有种喜欢上上班的错觉哈哈。

很多最新 / 最佳实践，核心代码有单元测试，Storybook，很多自动化工具，太多太多让我开发起来觉得快乐的地方了😆

「服务端 SSR 渲染！要回归用 PHP 重写了？」https://t.co/eNqtYLIgat

经常能看到类似的言论，更有趣的是评论区里还不少人在附和😅

现在的 SSR 和以前的有着质的区别，现在的 SSR 能以 CSR 的代码去渲染 HTML，并且能在 Hydration 后无缝切换回 CSR，这是 PHP 做不到的。

当前想仅靠老一套的模板 SSR 已经很难做出复杂、体验好的 Web 页面了。

增长总共爆发过三次。昨天是新高😅真成烫手山芋了

不知道怎么回事，网站今天的新增用户又爆增了，到目前为止已经新增一万多个用户了，害我又紧急充了两次钱😅

每隔一段时间就爆发一次，看来口碑还是 ok 的，能持续自然传播🤣

述职完了，松了口气。

饭碗应该是稳住了哈哈😆

一眨眼已经入职新公司三个月了，下周一准备转正述职。

这是我第一回在大公司里当 Web 研发，上一回在大公司的职位还是 Android 研发🤣

下回想挑战下后端，不知道还有没有机会😆