Show HN：Critic——与编写代码的智能体一起审查代码

各位 HN 用户好，我是 Feyn 的 Shreyash。我们帮助企业利用其数据构建定制模型。今天我们发布了 Critic，这是一个变更审查平台，让你可以直接与编写代码的 AI 交流。 智能体编写了我们的大部分代码。虽然这提高了我们的生产力，但理解一项变更及其后果已经变得极其困难。随着公司采用越来越多的智能体工具，我们发现，让人们了解某个 PR 的影响和项目状态变得更加困难。于是我们构建了 Critic 来解决这个问题。 Critic 可以让 AI 智能体介绍其代码、为关键代码块添加注释，并提供相关证据（例如屏幕截图以及如何在本地运行的说明）。任何查看该变更的人都可以直接与编写它的智能体交流。你可以 在这里观看演示 。 Critic 通过 Codex 或 Claude Code 的插件运行。当你的智能体编写代码时，插件会要求它同时撰写一份叙述，介绍这项变更背后的故事，并突出显示其中的假设、决策或复杂代码。随后，你可以在 critic.run 上查看这项变更，或者让你的智能体通过内置的 MCP 获取它。Critic 中的每项功能都可以通过 MCP 使用，因此你的智能体无需离开其运行环境，就能获得完全相同的上下文。 你可以通过控制面板或 MCP 直接与负责编写代码的智能体聊天。当 Critic 收到问题时，它会分叉出编写代码时的会话，并将你的问题转发到该会话中。这样，你的主线程可以保持整洁并继续工作。 本地变更只有所有者可见。推送到 GitHub 的任何内容都会被镜像，并对在 GitHub 上拥有查看该变更权限的所有人可见。 构建 Critic 时，安全性是我们的首要考虑事项之一。AI 智能体通常会以自动模式运行，并且可以在你的计算机上执行许多操作。我们希望确保，让他人访问你的智能体并不意味着同时让他们访问你的计算机。所有 Critic 分叉出的会话都会移除写入工具。它们只能回答有关该工作区中的变更和进行中工作的相关问题。 Critic 帮助我们在几起事件进入生产环境之前发现了它们。最常见的问题是模型没有复用已有的资源，例如现有的样式、组件或函数。由于深入了解智能体的工作并向它提问变得非常容易，我们还发现了更多模型误诊问题或编写无用代码的情况。由于 Critic 的界面比 GitHub 更快捷、更适合智能体使用，我们的团队也能更快地回复反馈。 Critic 可免费使用。请在 https://critic.run 注册。如果你有任何反馈或问题，请告诉我。 评论地址： https://news.ycombinator.com/item?id=49834098 得分：5 评论数：1