文章摘要
作者加入Tano公司6周后，通过开发Claude Code技能/git-pr自动化了繁琐的代码提交流程。这个工具能自动生成更完善的PR描述，不仅节省时间，更重要的是让他从执行者转变为管理者，专注于更有价值的工作。这种工作方式的改变显著提高了他的生产力。
文章总结
标题：如何用Claude Code高效工作
加入Tano公司六周后，我的代码提交记录发生了显著变化。虽然提交次数并不能准确衡量产出，但它确实反映出我的工作方式发生了实质性改变。
自动化繁琐工作
最初，我手动处理每个拉取请求：暂存更改、编写提交信息、撰写PR描述、推送代码、在GitHub创建PR。这种标准流程虽然可行，但效率低下。后来我意识到这属于重复性工作，于是开发了Claude Code技能/git-pr，它能自动完成这些任务，且PR描述比我手写的更全面。这不仅节省时间，更重要的是减少了思维切换的负担。
消除等待时间
代码审查过程中，本地预览更改需要重启开发服务器，原先耗时约1分钟的构建过程会打断工作流。改用SWC构建工具后，服务器重启时间缩短至1秒内，实现了真正的无缝衔接。
让AI自主验证
过去我需要亲自检查每个UI变更，成为工作流程的瓶颈。现在通过Claude Code的预览功能，AI可以自主设置预览并验证UI效果，我只在最终审查时介入。这使得AI能在无人监督的情况下运行更长时间，并能自行发现错误。
实现并行工作
快速重建和自动化预览暴露了新问题：难以同时处理多项任务。我建立了工作树系统，为每个服务器分配独立端口范围，解决了端口冲突问题。现在可以同时运行多个工作树，让不同AI代理并行开发不同功能。
工作本质的转变
我的角色从直接编码者转变为"AI团队管理者"，工作重心转向构建使AI高效运作的基础设施。这就像管理十人团队与单打独斗的区别。最高效的工作不是编写功能代码，而是建立能大幅提升产出的基础设施。
持续优化的循环
每个改进阶段都消除了不同类型的阻力：
1. /git-pr消除了格式化阻力
2. SWC消除了等待阻力
3. 预览功能消除了验证阻力
4. 工作树系统消除了上下文切换阻力
每次解决一个问题后，下一个瓶颈就会显现。现在的工作形成了紧密循环：启动任务→AI编写代码→检查预览→阅读差异→反馈或合并→启动新任务。这种高效循环让工程本身变成了乐趣。
（注：原文中的图片链接和脚注等非核心内容已酌情删减）
评论总结
以下是评论内容的总结，涵盖主要观点和论据：
1. 对AI辅助编程工作流的认可
- 观点：部分用户认为AI工具（如Claude Code）显著提升了工作效率，尤其适合并行任务管理。
- 引用1："I'm in Claude Code for PM work almost 90% of my day" (jmathai)
- 引用2："The worktree system removed the friction of context-switching" (felipevb)
2. 对生产力指标的质疑
- 观点：提交次数(commits)或代码行数(LOC)不能真实反映生产力或代码质量。
- 引用1："a chart of commits/contribs is such a lousy metric for productivity" (serf)
- 引用2："This is the 'lines of code per week' metric from the 90s, repackaged" (aguimaraes1986)
3. 对AI生成代码质量的担忧
- 观点：AI生成的代码需要大量人工审查，可能抵消效率提升。
- 引用1："I spend more time trying to understand what has been done so far" (MeetingsBrowser)
- 引用2："wouldn't that part, the manual reviewing, take an enormous amount of time" (dakiol)
4. 对管理角色的讨论
- 观点：关于管理者是否应该对AI生成的工作负责存在争议。
- 引用1："Do managers claim credit for the work of those below them?" (CrzyLngPwd)
- 引用2："do you think your manager role is safe from being automated away?" (imiric)
5. AI工具的不同使用场景
- 观点：AI在学习和新领域探索方面表现突出。
- 引用1："it's truly revolutionary...like having an expert on tap" (chadcmulligan)
- 引用2："I architected a new system by asking Claude for alternatives" (chadcmulligan)
6. 对AI生成文档的批评
- 观点：AI生成的PR描述往往缺乏实质性内容。
- 引用1："Claude just kept spewing spammy, formulaic, uninteresting summaries" (m000)
- 引用2："important implementation choices were left undocumented" (m000)
7. 对工作方式的反思
- 观点：多任务并行处理可能导致认知负荷过重。
- 引用1："my brain gets so fried" (felipevb)
- 引用2："I enjoy doing one thing at the time, with focus" (SeriousM)
不同评论者从多个角度探讨了AI辅助编程的利弊，既有对效率提升的肯定，也有对质量指标、工作方式和角色转变的深刻反思。