读懂整个仓库
先建立对代码库的理解,让改动顺着你的约定走,而不是跟它对着干。
Cairn 读懂你的整个代码库,按你用中文/英文描述的需求完成改动,跑你的测试, 再开一个可直接评审的 Pull Request —— 不是一段还得你自己接线的代码片段。
$ npm i -g cairn · 直接接入你现有的仓库
async function getUser(id) {
return db.slowLookup(id)
const hit = cache.get(id)
if (hit) return hit
return db.slowLookup(id).then(save)
}
Cairn 走的是一个细心同事会走的路 —— 而且每一步都把过程摊给你看。
先摸清仓库、找出真正相关的文件,动手前写出一份简短的改动计划。
在所有涉及的文件里一次性完成改动 —— 不是丢给你一段要自己拼接的片段。
在改动上跑你的测试、类型检查与 lint。失败就修,而不是视而不见。
交给你一个 Pull Request:清晰的摘要、易读的 diff,以及附上的通过检查。
先建立对代码库的理解,让改动顺着你的约定走,而不是跟它对着干。
每次改动在到你手上之前,都先用你自己的测试套件和类型检查验过一遍。
成果以 Pull Request 落地,带一段大白话摘要 —— 好读、好批准、也好打回。
计划先摆出来由你把关。需求含糊时,Cairn 会先问,而不是瞎猜。
从命令行运行,或作为 CI 步骤,对接你的 Git 平台。无需学新编辑器,也不锁定。
构建于 Claude 的前沿模型,能跟住一次跨越 10+ 文件的改动而不丢线索。
# 规划了 3 个文件、4 处改动middleware/rateLimit.ts (new)api/router.ts +6 −1api/router.test.ts +22config/limits.ts +8