最新

自从我把Claude Code作为我的日常工具已经一年了，但我对同时管理2-3个代理所带来的频繁切换感到疲惫。我知道有些人主张让代理自由运行，但根据我的经验，这会导致一些微妙的错误累积，评审过程变得痛苦100倍。<p>你采取了什么措施来保持一定的工作流，保持组织性，并减少无意义的等待时间？

嘿，HN！我们是查尔斯和迪恩，我们正在开发Stage：一个代码审查工具，它引导你逐步阅读拉取请求（PR），而不是拼凑一个巨大的差异文件。 这里有一个演示视频： [https://www.tella.tv/video/stage-demo-1pph](https://www.tella.tv/video/stage-demo-1pph)。你可以在这里尝试一些示例PR：[https://stagereview.app/explore](https://stagereview.app/explore)。 如今，团队借助AI的帮助比以往任何时候都要快，但越来越多的工程师正在合并他们并不真正理解的更改。瓶颈不再是编写代码，而是审查代码。 我们是两名对GitHub的代码审查界面感到沮丧的工程师。随着编码代理的兴起，我们发现我们的PR积压比我们能处理的速度还要快。不仅如此，PR本身也变得越来越大，难以理解，我们发现自己大部分时间都在试图构建一个关于PR实际做了什么的心理模型。 我们构建Stage是为了让审查PR的过程更像是阅读一本书的章节，而不是一组杂乱无章的段落。现在我们每天都在使用它，不仅用来审查彼此的代码，也用来审查自己的代码，此时我们真的无法想象回到旧的GitHub界面。 Stage的功能是：当一个PR被打开时，Stage会将更改分组为小的、逻辑上“章节”。这些章节会按照最合理的顺序排列。对于每个章节，Stage会告诉你哪些地方发生了变化以及需要特别注意的事项。一旦你审查完所有章节，就完成了PR的审查。 你可以使用你的GitHub账户登录Stage，所有内容都能无缝同步（评论、批准等），因此它融入了你已经习惯的工作流程中。 我们不打算开发的东西：像CodeRabbit或Greptile这样的代码审查机器人。这些工具在捕捉错误方面非常出色（我们自己也在使用！），但归根结底，人类对最终发布的内容负责。显然，代码审查并没有像编写代码那样实现规模化，而我们（他们！）需要更好的工具来跟上AI生成代码的洪流，这种情况只会越来越严重。 我们在构建这个工具的过程中非常开心，并期待将其进一步发展。如果你和我们一样，也厌倦了使用GitHub来审查PR，我们非常希望你能试试，并告诉我们你的想法！