今天 GitHub trending 榜上两个项目挨着，放一起看挺有意思。JetBrains 的 ThinkRail，3,040 星，今天涨了 1,173；另一个叫 andrej-karpathy-skills，224,727 星、22,478 个 fork。前者把编码 Agent 塞进一个真 IDE，后者整个仓库只有一份 CLAUDE.md。一个管壳，一个管手。
ThinkRail：Agent 的每份活都关进一个 worktree
ThinkRail 是 JetBrains 的 incubator 项目，2026 年 7 月开源，Apache-2.0，现在 3,040 星、166 个 fork，223 个 open issue。它没自己造 Agent，而是把开源的 pi 编码 Agent 包起来，外面配一套真 IDE：Monaco 编辑器、带 git 改动标记的文件树、终端、文档，全部绑定当前工作区。
核心设计是 workspace 等于 git worktree。打开一个仓库，从里面切多个工作区，每个有自己的分支和目录，Agent 并行干活碰不到你的主检出。跑完，好的分支合并，剩下的直接删。
顶栏显示当前分支相对 origin 的位置和 PR 状态，下一步一键可达：publish、push、开 PR。PR 描述不用从空白写，能从 plan、commits、仓库模板或 Agent 草稿生成。PR 开了以后，CI 检查和 review 结论直接回显，失败的检查、分叉的分支可以交回 Agent 处理；合并沿用仓库上次用过的合并方式，也能重开 PR、删远端分支。
还有两个词：living specs 和 reusable skills。项目知识持久化，不是每次塞 prompt；做事方法存成技能反复用。官方说下一步上完整扩展系统，让 ThinkRail 按你的用法自己长工具。
实话是它还早。3,040 星配 223 个 open issue，7 月才开源，围绕 pi 构建，生态比 Claude Code、Codex 窄得多。它解决的是「Agent 乱改我工作目录」和「PR 流程散在五个窗口」，不解决模型选型，也不管 token 账单。另外它只管「在哪干活」，不管「干什么活」，任务怎么拆还得你自己来。想试，先拿不重要的仓库。
karpathy-skills：22 万星，仓库里就一份 CLAUDE.md
另一个更极端。andrej-karpathy-skills，224,727 星、22,478 个 fork，核心就是一份 CLAUDE.md。作者 forrestchang，2026 年 1 月建仓，README 直接引 Karpathy 对模型写代码的吐槽，大意是：模型会替你做错误假设然后一路跑，不管理困惑，不主动问清楚，不指出前后矛盾，不给 tradeoff，该反对时也不反对；还爱把 100 行能解决的事写成 1000 行，堆抽象、不清理死代码，顺手改掉自己没看懂的注释。
四条原则对着这些毛病：
- Think Before Coding：假设写出来，有歧义先问，该反对就反对，困惑时停下。
- Simplicity First：只写解决问题的最小代码，不为一次性代码造抽象，不加没要求的灵活性。
- Surgical Changes：只碰必须碰的，只清理自己弄乱的。
- Goal-Driven Execution：先写测试和可验证的成功标准，再动手。
四条都不新鲜，资深工程师天天这么干，难的是让模型每次都这么干。
文件不执行代码，不是插件也不是框架，仓库页面没标 license。效果取决于两件事：harness 认不认 CLAUDE.md，模型守不守规矩。22 万星更像大家对「AI 写代码的坏习惯」投的情绪票，不代表文件本身多神。可以抄结构，把四条原则改成你项目自己的版本，别指望装完就变高手。
最后说句实在的
两个项目说的是一件事：模型拉不开差距的时候，产出差在壳和规矩。ThinkRail 用 worktree 把 Agent 的爆炸半径限制在一个分支，karpathy-skills 用四条原则限制它的手。前者得等 3K 星的项目成熟，后者今天就能用——git worktree 是 git 自带的，CLAUDE.md 今天就能写。
