大多数开发者用了 10 年 git，从没用过 worktree。

因为以前根本没必要——同时开 5 个分支？谁会这么干？

AI 编程代理出现之后，这一切变了。

───

现在我同时跑 5-10
来源: https://x.com/chenchengpro/status/2032411474703053012
缓存文件: /mnt/ramdisk/test/@chenchengpro_status_2032411474703053012.session.json
抓取时间: 2026-03-13T14:28:27.092Z

正文

作者: @chenchengpro (陈成)
时间: Fri Mar 13 11:00:30 +0000 2026
链接: https://x.com/chenchengpro/status/2032411474703053012

大多数开发者用了 10 年 git，从没用过 worktree。

因为以前根本没必要——同时开 5 个分支？谁会这么干？

AI 编程代理出现之后，这一切变了。

───

现在我同时跑 5-10 个 Claude Code / Codex session，每个代理处理一个任务。但问题来了：每个代理都需要独立的工作目录，不能互相踩文件。

解法：git worktree + pnpm 全局虚拟存储。

一个 bare 仓库作为中心，每个代理一个 worktree：

git clone --bare https://t.co/LjNchNLUGW你的/仓库.git repo
cd repo
git worktree add ./main main
git worktree add ./feat-a feat/task-a ← Agent A
git worktree add ./fix-b fix/task-b ← Agent B

git 对象只有一份，分支却全部同时 checkout。

───

但 node_modules 怎么办？每个 worktree 都要装一遍，几百 MB 乘以 10 个代理？

pnpm 的 enableGlobalVirtualStore 解决了这个：

pnpm-workspace.yaml

enableGlobalVirtualStore: true

开启之后，每个 worktree 的 node_modules 里只有符号链接，指向磁盘上同一份内容寻址存储。

第一次 pnpm install 下载包，后面每个新 worktree 的安装几乎是瞬时的。

10 个代理，磁盘开销接近于 1 个。

───

pnpm 自己的仓库就是这套配置，还封装了辅助命令：

pnpm worktree:new feat/my-feature # 新建 worktree
pnpm worktree:new 10834 # 直接拉 PR，支持 fork

分支名的斜杠自动转成目录名，.claude 配置全局共享，省去重复设置。

───

AI 代理时代的并行开发工作流，不是多开几个终端那么简单。

每个代理需要真正的隔离：独立文件、独立分支、独立依赖树。

git worktree + pnpm virtualstore，是目前最轻量的答案。

───

如果觉得有用，可以直接去看 pnpm 11.x 的文档：https://t.co/gDAedQE8Pq

评论点赞 313

作者: @chenchengpro (陈成)
时间: Fri Mar 13 00:07:51 +0000 2026
链接: https://x.com/chenchengpro/status/2032247228317028524

Augment Code 重写了工程师招聘标准，读完很有感触。

他们的结论：写代码不再是核心竞争力。

Agent 已经能承担大部分实现工作。现在最值钱的工程师，是那些能做判断、定义正确问题、驾驭 AI 的人。

他们总结了 6 个新维度：

产品感和结果品味
在动手之前，能搞清楚「做什么」比「怎么做」更重要。代码越来越便宜，做错事的成本反而更高了。
系统与架构判断力
AI 能写出跑得动的代码，但判断系统长期是否健康，仍然需要人。“It works” 容易，“It will keep working in production” 难。
Agent 杠杆能力
不是「用 AI 帮我写」，而是「把问题拆解好，让 Agent 高效执行，然后发现它在哪里飘偏了」。你的 AI 下属跑得极快，但偶尔会非常自信地犯错。
沟通与协作
实现变快之后，瓶颈转移到了「达成共识」。最快的团队不是写代码最快的，是最快把事情想清楚的。
主人翁精神
不只是执行，是端到端负责。看到问题就管，哪怕不在自己职责范围内。
学习速度和实验心态
今天的工具三个月后可能就换了。能持续实验、快速迭代、果断放弃——才是真正的护城河。

───

有意思的是，这 6 个维度正在反哺他们的绩效评估和晋升体系。

招聘标准变了，意味着对「优秀工程师」的定义也在变。

你觉得自己在这 6 个维度里，哪个最弱？

https://t.co/8A7vrDCoNJ

评论点赞 209

作者: @jakevin7 (卡比卡比)
时间: Fri Mar 13 06:28:20 +0000 2026
链接: https://x.com/jakevin7/status/2032342979890016561

https://t.co/HITWWgkyeq

评论点赞 190

作者: @HiTw93 (Tw93)
时间: Fri Mar 13 11:09:39 +0000 2026
链接: https://x.com/HiTw93/status/2032413776398766429

这篇 7 千字的文章，其实就等于这行命令
npx skills add tw93/claude-health，运行 /health 即可～

评论点赞 177

作者: @QingQ77 (Geek Lite)
时间: Fri Mar 13 11:21:00 +0000 2026
链接: https://x.com/QingQ77/status/2032416632308691238

24小时不到，3K+ GitHub……

gstack 是 Garry Tan（Y Combinator 总裁兼 CEO）做的一套 Claude Code 工作流技能集合：
就 6 个斜杠命令，但风格很“opinionated”。它要做的事其实很直白：别把 ClaudeCode 当成一个什么都能问的通用助手，而是把它拆成“随叫随到的专业队”，你需要哪个角色/打法，就切到哪个命令。

这是一个面向 Claude Code 重度用户的"AI 工作流操作系统"，在技术生态中处于 AI 辅助编程工具链的增强层。它不是给初学者的提示词包，而是为"认真交付软件的人"设计的高严谨度工作流系统，通过显式的"认知模式切换"解决 AI助手"把所有模式混在一起导致平庸输出"的问题。

https://t.co/RM3Vtgso4O

评论点赞 5

作者: @quanyuqn27902 (gacha cheng)
时间: Fri Mar 13 14:22:38 +0000 2026
链接: https://x.com/quanyuqn27902/status/2032462343377191064

@chenchengpro +1 ，说起来惭愧。我也是被 AI 教会了怎么用 worktree、怎么用 rebase

甚至是在接触 vibe coding 前，都没听说过 worktree。。。

{
  "mode": "thread",
  "started_at": "2026-03-13T14:27:28.775Z",
  "ended_at": "2026-03-13T14:28:27.089Z",
  "rounds_executed": 20,
  "expand_clicks": 0,
  "last_visible_expand_buttons": 0,
  "termination_reason": "stable_idle",
  "incomplete": false,
  "likely_incomplete": false,
  "error_code": null,
  "resumed_from_cache": false,
  "imported_tweets": 0,
  "imported_users": 0,
  "cache_path": "/mnt/ramdisk/test/@chenchengpro_status_2032411474703053012.session.json",
  "cache_age_ms": null,
  "cache_prior_likely_incomplete": false,
  "cache_expired": false,
  "newly_captured_tweets": 13,
  "last_expand_button_texts": [],
  "clicked_expand_button_texts": []
}

大多数开发者用了 10 年 git，从没用过 worktree。

大多数开发者用了 10 年 git，从没用过 worktree。

正文

pnpm-workspace.yaml

评论 (12)

评论点赞 313

评论点赞 209

评论点赞 190

评论点赞 177

评论点赞 5

评论点赞 6

评论点赞 7

评论点赞 8

评论点赞 9

评论点赞 10

评论点赞 11

评论点赞 12

Capture Diagnostics