每周见闻(67):AI 转型裁员潮:有人举刀,有人发船票
约 2471 字大约 8 分钟
2026-05-17
每周见闻:2026-05-11 - 2026-05-17
AI 转型裁员潮:有人举刀,有人发船票
这是我发在某书上的长文,对比了 AI 转型期两种不同的方式:
- Cloudflare, PayPal, Coinbase 三家企业以 AI 转型为由在 72 小时内接连宣布裁员
- 明略科技、安克创新缺走了相反的道路,将 AI 节省下的钱以奖金的形式发放给团队
其中的分歧点,我认为还是投入和产出比。本周宝玉老师的一篇文章正好就讲到这个问题。
当产能增多,收益却不变时,那就只能是裁员了(不过 Cloudflare 是个例外,盈收了却依旧裁员)。 相反明略科技和安科创新的收益在不断增多,处于上升期,因此不会裁员。
但有波峰就一定会有波谷,等这一轮周期过去后,局面又会是怎样呢?
技术
1、你不知道的 GEO:AI 可见性的原理、实践与取舍 - Tw93[^1]
标签:AI,GEO
Tw93 关于 GEO(生成引擎优化)的核心原理与实践方法的博客。当 AI 开始取代搜索引擎,GEO 也是现在需要掌握的技术之一。作者认为,GEO 的本质是帮 AI 更干净地理解内容,而非追逐短期技巧。
作者给出了一些适用的建议,比如通过 robots.txt 分类放行爬虫、使用 llms.txt 提供站点概要并互相引用形成网状结构、提供 llms-full.txt 完整版内容以及为每个页面提供 Markdown 路由以减少 token 消耗。同时,必须确保站点被 Google 和 Bing 收录,并利用 IndexNow 主动通知更新。作者还建议创建一个集中的知识网页,提供结构化数据和独立项目页面,并将关键数据同步到主域名下。

2、AI 时代到底该怎么管一个工程团队[^2]
标签:Claude,Anthropic,AI
来自宝玉老师的翻译文章。Fiona Fung 在 Anthropic 大会上分享了管理 AI 时代工程团队的经验。她指出,软件工程的瓶颈已从“写代码慢”转移到验证、评审、跨职能协作和安全性上。过去基于“写代码很贵”假设建立的流程必须重构,当写代码变得轻而易举,无休止的争论就显得极其昂贵,因此团队文化和底线共识变得更为关键。
Fung 还分享了团队的具体做法:采用“即时规划”替代长期路线图,减少设计文档和产品评审会,将质量保障“左移”到更早的自动化环节。她强调,经理必须从一线个人贡献者做起,组织应尽量扁平,所有小组共享一个团队目标。
文中提到的左移,我认为不只是质量的左移,而是整个软件开发过程的左移。需求参与部分开发过程,开发扩大期开发范围。不再只是前后端的全栈,是真正意义上的 Dev + Ops。

3、Postmortem: TanStack npm supply-chain compromise | TanStack Blog[^3]
标签:NPM
TanStack 博客发布的一篇关于 npm 供应链攻击的事后分析报告。核心内容是披露攻击者通过窃取 CI/CD 流水线中的 OIDC 令牌,成功向 TanStack 的 npm 包中注入了恶意代码。文章强调,OIDC token extraction from runner memory 是此次攻击的关键环节,并指出单一安全措施不足以防御此类复合攻击。
感觉今年 NPM 供应链的攻击层出不穷,这个已经是今年的第四还是第五起了。NPM 的供应链攻击必须得重视起来。可以参考之前的文章进行防护。也可以关注一下 SBOM,工作中我们采用了 SBOM,这次的攻击,通过 SBOM 清单的检查就能快速发现自己的项目有没有受到影响。

4、Why should a Trace-ID be 128 bits? (A Surprisingly Long Answer)[^5]
标签:Coding
文章介绍了为什么要使用128位追踪ID(Trace-ID)。主要为了避免哈希碰撞的概率。作者通过数学推导说明,当生成的ID数量远小于ID空间大小时,当 k²/2N 远小于1时,即生成的ID数量远少于可用空间,碰撞概率几乎为零。
那为什么是 128 位呢?这是在概率和网络传输上的一个平衡点。概率上 128 位已经足够;而相比 256 位,128 位又能节省一半带宽。而且它恰好与 UUID 的大小相匹配,这意味着每个数据库、每种语言和每种协议都知道如何处理它。

5、使用 Hermes 在飞书打造 AI Agent 团队[^6]
标签:Agent,AI,Hermes
本文介绍了如何使用 Hermes 的 Profile 在飞书中创建多个 AI Agent 角色,并将它们组成一个协作团队。通过 Hermes 的 profile 功能为不同角色(如产品经理、市场营销)创建独立的 AI Agent,每个 Agent 拥有自己的 SOUL.md 配置文件来定义其行为。
当前方案存在一些限制,如 profile 间文件系统未强隔离,Agent 自动接力不够顺滑,以及多人使用时的权限配置略显繁琐。但整体而言,这套方案目前还不是一个完全成熟的多 Agent 编排系统,其优势在于轻量级,无需部署多套服务即可快速验证多角色 AI 协作。
目前的我公众号使用的还是一个 Agent + SKILL 的形式做的。如果采用多 Agent 模式,会不会更好呢?

其他
1、宇树造了款民用高达!390万元起[^4]
标签:AI,机器人,FUN
宇树科技推出了一款被称为民用高达的大型机器人,起售价为390万元人民币。这款机器人具备可驾驶功能,用户能够进入驾驶舱进行操作,实现了类似动漫作品的沉浸式体验。
作为一个喜欢高达的老二次元,宇树的这款机器人就是高达中 MS 的雏形。仿佛看到未来的高达世界已经不远了。

AI
1、Forward Deployed Engineer:AI 时代的新宠岗位,到底干什么?[^7]
标签:Fde,AI
Forward Deployed Engineer(FDE)是AI时代兴起的关键岗位。听着很高大上,但用一句话概括就是“在客户现场版直接写代码并帮助客户将 AI 技术落地的人” —— 也就是驻场外包。该岗位介于软件工程师、方案架构师和咨询顾问之间,但更强调动手能力,大约50%的时间用于集成和调试,25%写代码,25%用于沟通。
这不就是我的第一份工作么。呆在日本的甲方公司里,做需求、写设计然后测试和部署。唯一的区别是当时没有 AI 只能“匠心手搓”(也没法上外网的哦)。

2、裁员潮将持续,直到我们学会发掘 AI 的商业价值[^9]
标签:思考
这是一篇来自宝玉老师博客的翻译文章。作者在他可能被裁员之前写下了这篇文章。他认为现在的裁员浪潮并非是 AI 本身导致,其核心在于企业的投入的转换。在 AI 的加持下,企业的生产提速了,产出增加了,但实际转化的成果并没有像预料中的出现 3~5 倍的增长。
投入的激增并没有产生更好的成果,从而导致技术成本上的压力,进而引发裁员。本质还是生产力的提升和成果消费之间存在矛盾。换个更通俗的词—产能过剩。

工具
1、豆包输入法 - 高效输入,享受输出[^8]
标签:Tools,Mac
字节推出的豆包输入法,支持拼音、双拼和语音输入,号称越用越聪明。暂时没有 Windows 版本。
我很少使用三方输入法,不过自从 Trae 使用过后觉得字节产品还行。尝试了一下,我觉得语音输入非常方便。特别喜欢 Shift 键切换中英文输入,非常方便适合写代码和 Vim 使用。

参考文章:
- [1] 你不知道的 GEO:AI 可见性的原理、实践与取舍 - Tw93: https://tw93.fun/2026-05-01/ai-visibility.html
- [2] AI 时代到底该怎么管一个工程团队: https://baoyu.io/blog/2026-05-12/running-an-ai-native-engineering-org
- [3] Postmortem: TanStack npm supply-chain compromise | TanStack Blog: https://tanstack.com/blog/npm-supply-chain-compromise-postmortem
- [4] 宇树造了款民用高达!390万元起: https://mp.weixin.qq.com/s?__biz=MzA3MzI4MjgzMw==&mid=2651032531&idx=2&sn=c6900503aba2065f25b448294c953772&poc_token=HMMmBWqjIgrtVkN1nqNPTTZQYK5ov5vClGelUFCp
- [5] Why should a Trace-ID be 128 bits? (A Surprisingly Long Answer): https://newsletter.signoz.io/p/why-should-a-trace-id-be-128-bits
- [6] 使用 Hermes 在飞书打造 AI Agent 团队: https://ameow.xyz/archives/build-an-ai-agent-team-in-feishu
- [7] Forward Deployed Engineer:AI 时代的新宠岗位,到底干什么?: https://baoyu.io/blog/2026-05-15/forward-deployed-engineer
- [8] 豆包输入法 - 高效输入,享受输出: https://shurufa.doubao.com/pc
- [9] 裁员潮将持续,直到我们学会发掘 AI 的商业价值: https://baoyu.io/translations/2026-05-10/championswimmer-2051807284691612099
