git worktree（原生命令）
Worktrunk 直接封装的能力来源，对比可看清它省掉了哪些重复输入
原生命令只管目录与分支，不管 hooks、缓存共享、CI 状态与 agent 启动；两者对并行冲突的处理都依赖用户自己规划分支
自动排版把 git worktree 做成像切分支一样简单的 CLI，专门服务一台机器上并行跑多个 AI agent 的工作方式。
项目介绍
Worktrunk 是一个用 Rust 写的 git worktree 管理 CLI，作者把它定位为为并行运行 AI agent 而设计。背景是 Claude Code、Codex 这类 agent 已能长时间无人值守工作，于是可以同时开 5–10 个并行任务；git 原生 worktree 能为每个 agent 提供独立工作目录，避免互相覆盖改动，但原生用法很笨重——建一个 worktree 要把分支名输三遍再 cd 过去。Worktrunk 让 worktree 像分支一样按名字寻址，路径由模板自动生成，核心命令是 switch（切换/创建并联手启动 agent）、list（带状态的清单）、merge（压缩、变基、快进合并、清理一条命令完成）、remove（清理）。在此之上还提供 hooks 自动执行创建/合并前后的命令、从 diff 生成提交信息、交互式选择器（带 CI 状态与 PR 预览）、以及在 APFS/btrfs/XFS 上以写时复制方式共享构建缓存，让十个 worktree 不必各自重复构建。
主要应用领域
多个 coding agent 同时改不同需求时，为每个 agent 准备独立工作目录与独立 dev server 端口；合并前后的一键清理；把 worktree 创建与启动 agent 合成一步。
关键技术
Rust 编写的 CLI（Cargo 发布，另有 Homebrew、Winget、pacman、conda 渠道），按分支名寻址 worktree、路径由模板生成；通过 hooks 在创建/合并前后执行命令，以写时复制（APFS、btrfs、XFS）方式共享 target/、node_modules 等构建缓存；wt list 可显示分阶段改动、领先/落后、CI 状态与 AI 生成的分支摘要。以上为 README 阅读结论，未安装运行。
实用价值
并行 agent 的真实瓶颈往往不是模型而是工作目录互相踩和每个目录重复装依赖，它把这两件事收进三条核心命令，属典型工程效率型基础设施。
局限
协议名未确认（LICENSE 文件存在但本轮未读正文）；Windows 下 wt 与 Windows Terminal 别名冲突需额外安装名或改系统设置；写时复制共享缓存依赖文件系统特性，跨平台收益不一致；未运行，实际并行度与冲突处理未验证。
开源协议
许可证未确认
仓库存在 LICENSE 文件，但本轮只读到 README 与页面元信息，未读到协议正文，因此协议名与具体条款均未确认；商用前应自行核对该文件与各平台分发渠道的打包条款。
协议解读供选型参考，不构成法律意见。
推荐理由
适合已经在同一仓库并行跑 3 个以上 agent 的团队先小范围试用，先只启用 switch/list 与 hooks，确认与现有 CI、评审流程不冲突后再启用 merge 与共享缓存。
观测
Star12000；观测时间：2026-11-08T08:11:52.000Z
暂无可比增长基线
开放性未确认
专业社区口碑
未找到可靠口碑
本轮检索 Hacker News 首页未见专门讨论；README 自述今年年初发布、已成为最流行的 git worktree 管理器，属作者自述，未获第三方验证。
作者自述不能当作社区共识；未做站内检索，也未查看 Issues 内容，口碑倾向不作判断。
类似项目推荐
模型知识参考，未在线核验；名称、维护状态和许可证需另行核实。