crit

给AI代理装个反馈闭环，让每次修改都更懂你

crit 是一个为 AI 编码代理设计的反馈循环工具，以 CLI 和 Markdown 为核心，帮助开发者与代理之间建立高效、结构化的反馈机制。它解决的核心问题是：在使用 AI 代理进行编码时，开发者往往缺乏清晰、可追溯的反馈渠道，导致代理输出质量不稳定、迭代效率低下。crit 通过命令行界面捕获开发者的评审意见、修改建议和验收标准，并将其转化为结构化的 Markdown 文档，作为代理后续迭代的明确指引。该工具支持与主流 agentic coding 工作流集成，可记录每次交互的反馈历史，形成可追踪的改进闭环。其核心能力包括：反馈模板化、上下文关联、历史版本对比，以及通过 CLI 快速触发反馈流程。项目处于早期阶段，但设计理念清晰，专注于提升人机协作编码的生产力。

开源 unknown 智能体

访问官网 ↗ GitHub ↗ 文档 ↗

GitHub 星标 ★ 1117

维护状态活跃

是否开源是

定价模式 unknown

项目数据

分类智能体

开发团队tomasz-tomczyk

所属国家

官网地址https://crit.md

GitHubhttps://github.com/tomasz-tomczyk/crit

定价模式unknown

价格说明定价信息待确认

访问状态

是否开源是

开源协议MIT

主要语言Go

技术栈/模型agentic-coding,ai-agents,ai-tools,cli,code-review,developer-tools,llm,markdown

GitHub 星标★ 1117

30天Star增速

HF 下载量

上线时间2026-02-16 00:00:00

最近更新2026-09-23 00:00:00

维护状态活跃

中文支持

访问方式

移动端支持

综合评分

收录时间2026-08-09

浏览次数6

使用教程

难度：入门约 10 分钟部署方式：命令行工具 7 步

环境要求

macOS 可用 Homebrew 安装；也支持 Go、Nix、Windows 原生或 WSL
使用 Go 方式安装需本机已装 Go 工具链
Windows 安装后需把 crit.exe 放到 PATH 中
评审本地改动需在 git 仓库内执行
如需 Docker 沙箱运行，需参考仓库 integrations/docker/ 目录

安装与启动步骤

1安装 Crit

macOS 用户用 Homebrew 一条命令安装 crit 二进制，这是 README 推荐的首选方式。
```
brew install crit
```
2选择备选安装方式

不用 Brew 时可换 Go、Nix 或 Windows 下载；ARM64 用户把 amd64 换成 arm64，WSL 用 Linux 版。
```
go install github.com/tomasz-tomczyk/crit/cmd/crit@latest
```
3Windows 下载二进制

用 PowerShell 下载 exe 后，需把它移动到 PATH 覆盖的目录里才能全局调用。
```
iwr https://github.com/tomasz-tomczyk/crit/releases/latest/download/crit-windows-amd64.exe -OutFile crit.exe
```
4生成配置文件

把起始配置脚手架写入全局配置文件，避免每次重复传同样的参数。
```
crit config --generate > ~/.crit.config.json
```
5查看合并配置

打印全局与项目配置合并后的结果，用于确认配置是否生效。
```
crit config
```
6评审文件或代码改动

直接执行 crit 自动检测仓库变更；也可传入 markdown、HTML 文件或本地 URL。
```
crit
crit plan.md
crit plan.md api-spec.md
crit http://localhost:3000
crit landing.html
```
7Docker 沙箱方式

容器内与 AI agent 一起运行 crit 时，用仓库 integrations/docker/ 的 Dockerfile 与 entrypoint.sh，并把端口发布在回环地址上。

关键配置

配置项	必填	说明	示例
`~/.crit.config.json`	否	全局配置，作用于所有项目	`crit config --generate > ~/.crit.config.json`
`.crit.config.json`	否	项目级配置，放在仓库根目录，覆盖全局配置	`.crit.config.json`

如何确认成功

执行 crit config 能打印出合并后的配置；在 git 仓库执行 crit 会显示语法高亮的 diff 评审界面。

常见问题

Q：安装完提示找不到 crit 命令？

A：Windows 下载 exe 后需要把 crit.exe 移动到 PATH 覆盖的目录；其他平台确认安装方式对应的 bin 目录已在 PATH 中。

Q：Windows ARM64 或 WSL 该选哪个包？

A：ARM64 用户把下载链接里的 amd64 换成 arm64；WSL 用户不要用 Windows exe，改用 Linux 二进制。

Q：配置的优先级是怎样的？

A：项目配置覆盖全局配置，CLI 参数和环境变量又覆盖两者，最终以 crit config 打印的合并结果为准。

Q：Docker 里跑 crit，浏览器怎么访问？

A：参考 integrations/docker/ 的 Dockerfile 与 entrypoint.sh，它用 socat 桥接 crit 的 loopback 服务，发布时用 -p 127.0.0.1:8080:8080 保持宿主机映射在回环地址。

Q：怎么和 AI 编码代理配合使用？

A：推荐在代理完成一段工作后用 /crit 命令触发，也可自己在终端跑 crit 再把提示贴给代理。

注意事项

Crit 所有功能都在本地通过单个二进制运行，无需额外部署服务
推荐工作流是用 /crit 命令与代理联动，而非手动重复输入命令
评审入口支持 markdown、git diff、运行中的 localhost 应用和静态 HTML 四类输出
README 未给出 --version 之类的版本校验命令，不要凭猜测使用

核心亮点

专注反馈循环，直击AI编码协作中的痛点，而非泛泛的工具集成
CLI+Markdown 设计轻量，易于嵌入现有开发流程，无需复杂配置
反馈历史结构化，便于追溯代理迭代过程，提升调试效率

不足之处

项目早期，功能覆盖有限，可能缺乏对复杂工作流的深度支持
文档/社区待观察

适用场景

使用AI代理生成代码后，快速给出结构化修改意见
在多轮AI迭代中，记录反馈历史以追踪改进趋势
团队协作时，统一对AI代理的反馈标准，保证输出一致性

替代项目

Aider、Continue、Cline

项目介绍

crit 是编程开发领域的开源项目，由 tomasz-tomczyk 开发，是 2026 年新上线的项目。

在全站 13,014 个收录项目中，它的 GitHub 星标数（1,117）位列前 30%，在编程开发分类中处于中上游。

近 45 天，它的 GitHub 星标从 875 增加到 1,117，净增 242。

项目目前处于活跃维护状态，最近一次代码更新于 2026-09-23。从国内网络环境看，可直接访问。

它主要面向的使用场景是：使用AI代理生成代码后，快速给出结构化修改意见。同类可对比的替代方案包括 Aider、Continue、Cline。

上一篇：senior-engineering-partner

下一篇：Writ