Critic

产品简介

Critic 是一款由 Feyn 团队推出的 AI 代码变更评审平台，其核心创新在于：让代码审阅者能够直接与「写出这段代码的 AI Agent」进行对话，而非面对一个通用的助手。当一个 AI 编码助手（Claude Code 或 Codex）完成代码变更后，Critic 会为每一次变更创建一个独立的「变更会话」，记录该次任务中 Agent 的完整思考过程、决策依据和实现逻辑。审阅者可以在 Critic 的 Web 界面上针对任意代码行提出问题，系统将问题路由回原始的 Agent 会话，Agent 在其上下文中回答提问，并保留完整的对话历史供后续追溯。

传统代码评审工具面临的核心矛盾在于：AI Agent 在编写代码时拥有完整的任务上下文，包括需求来源、设计决策和实现取舍，但这些信息在代码提交后完全丢失。审阅者只能看到最终的 diff，无法理解 AI 为何选择某个方案、考虑了哪些替代方案、或在哪些地方做了权衡。Critic 正是为了解决这个问题——它将 Agent 的「工作记忆」从一次性的终端输出变成了可查询、可追问的持久化评审资产。

核心功能

1. 变更会话持久化

当 Agent 完成代码变更后，Critic 将该次任务的完整会话记录保存下来，包括 Agent 的原始提示、思考过程、代码决策和执行路径。审阅者无需在场时实时旁观 Agent 工作，就能在事后还原 AI 的完整思维链。

2. 行级别对话路由

审阅者在 Critic 界面上选中任意代码行，可以直接向「写出这行代码的 Agent」提问。系统通过短租约（short lease）机制将问题路由到原始会话：同一时间只有一个已连接的设备可以回答问题；如果答题设备离线，45 秒后问题自动重新进入队列，由其他已连接设备认领。这确保了回答的准确性和上下文连续性。

3. Agent 工作区隔离安全

Critic 在处理审阅者提问时，会 Fork 原始 Agent 会话到一个独立的工作空间。这个 Fork 会话被严格剥离了写操作工具（write tools），仅允许回答关于变更内容和进行中工作的问题，无法执行任何写磁盘、网络通信或系统操作。这确保了向审阅者开放 Agent 会话访问权不会导致意料之外的副作用。

4. MCP 协议全接口支持

Critic 为 AI Agent 提供了一套完整的 MCP（Model Context Protocol）接口，Agent 在工作过程中可以主动将变更内容同步到 Critic，也可以随时通过 MCP 查询已有的变更记录和对话历史。这意味着 Critic 可以无缝融入现有的 Agent 工作流，无需改变工具习惯。

5. 本地会话隐私保护

所有未推送到 GitHub 的变更会话均保存在审阅者各自的本地机器上，Critic 服务器不存储这些会话内容。只有明确点击「分享」后，内容才会被上传（以 Markdown 文件形式或用户自托管的 crit-web 实例）。服务器绑定在 127.0.0.1，零遥测上传。

6. GitHub 仓库镜像

当变更被推送到 GitHub 后，Critic 会自动将对应的变更会话镜像到 GitHub 权限体系内——任何有权限查看该仓库的人，都可以在 Critic 上看到对应的变更会话和对话记录，实现跨团队透明。

技术实现

Critic 的技术架构围绕「会话隔离」和「安全路由」两个核心目标展开。

会话管理层：Critic 在 Agent 完成变更后，对原始会话进行快照和精简，提取与本次变更相关的上下文，丢弃临时文件和敏感凭据，生成一个独立的「变更会话」对象。这个对象被持久化到本地存储（未推送 GitHub 时）或同步到 GitHub（推送后），并生成唯一的会话 ID 供后续路由使用。

对话路由层：当审阅者发起提问时，系统首先检查原始会话的作者设备是否在线。如果在线，则通过 WebSocket 将问题实时转发给该设备；如果离线超过 45 秒，则将问题重新排队，由其他已连接的作者设备认领。这种租约机制保证了任何已连接设备都能代表原始 Agent 回答问题，同时避免了多个设备同时回答导致上下文混乱。

安全隔离层：Fork 会话运行在严格受限的环境中。Agent 的所有写工具（文件写入、网络请求、系统命令执行）均被禁用，只能调用只读查询接口和对话接口回答问题。这个隔离层确保了审阅者的提问不会触发 Agent 对本地文件的意外修改。

集成层：Critic 通过轻量级插件与 Claude Code 和 Codex 对接。插件在 Agent 完成任务后自动触发会话同步，也可以在 Agent 正在工作时将审阅者的新消息实时推送给 Agent。

快速上手

第一步：注册并安装插件 访问 critic.run 完成注册，然后在 Claude Code 或 Codex 中安装 Critic 插件（通过插件市场的官方集成或 MCP 配置）。

第二步：正常完成代码变更 在日常工作中，像往常一样让 Agent 完成代码开发任务。Critic 插件会在任务完成后自动将变更会话同步到 Critic 平台。

第三步：在 Critic Web 界面打开变更 登录 critic.run，你可以看到所有已同步的变更记录。点击任意变更，进入变更详情页，查看完整的代码 diff 和 Agent 的变更叙事（narrative）。

第四步：针对具体代码行提问 在变更详情页，选中任意一行代码或代码块，输入你的问题（如「这里为什么选择使用缓存而不是直接查询数据库？」），Critic 会将问题路由到原始 Agent 会话并获得回答。

第五步：分享给团队 如果变更已推送 GitHub，团队其他成员可以直接在 Critic 上查看变更并进行对话，无需额外配置。对于本地未推送的变更，可以通过分享功能生成链接。

适用人群

• 使用 AI 编码工具的开发团队：团队中大部分代码由 Claude Code、Codex 等 Agent 生成，需要在评审环节保持对 AI 决策的可审计性
• 技术负责人/架构师：需要评审 AI 生成的代码但难以追踪 AI 的设计思路，需要直接向 AI 追问决策依据
• AI 编程工具研究者：关注 AI 编码助手的决策透明性和可解释性，Critic 提供了难得的会话级观测窗口
• 重视安全的工程团队：希望在获得 AI 评审效率提升的同时，确保 Agent 不会因为开放会话访问权而产生安全风险

出品方与更新动态

Critic 由 Feyn 团队开发并维护。Feyn 是一家帮助企业基于自有数据构建定制化模型的公司，Critic 源自其内部工程实践需求——在大量引人 AI 编码工具后，团队发现代码评审环节的上下文丢失成为最大瓶颈。Critic 目前免费使用，未来计划推出团队协作和企业管理功能。

官网链接

• 官方网站：https://critic.run
• 演示视频：https://www.youtube.com/watch?v=U2--lytmOtQ
• 变更记录博客：https://critic.run/changelog