每周见闻(67)：AI 转型裁员潮：有人举刀，有人发船票
每周见闻：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