开发与工程 coding-agentpull-request-reviewmulti-agentgit-worktreesmcp-serverticket-intaketest-verificationjira-linear-integration

no_human

从工单到经过对抗性评审的拉取请求——本地运行、免费开源的 AI 编码工厂,每一步都有可核查的验证门。

FollowAgents 评估 · FARS-2.1
谨慎使用
67/ 100 五分制 3.4 / 5
1 2 3 4 5 6
1信任安全18 / 29 · 3.1/5

证据显示良好设计:CI仅 contents:read 权限、MCP 仅绑定 localhost 且无凭据、write_back 默认关闭、never_push_to 列表、人工 approve 才合并、SECURITY.md 定义了凭据与越界规则,cla-nudge 脚本明确不执行 fork 代码。扣分点:本地 API 无认证仅以'绑定 localhost'为由,回滚仅见 reject 循环,未见合并后回滚机制;本地服务器未认证对同机任意进程是可指出的弱点。

2可靠稳定9 / 14 · 3.2/5

依赖可用性处理细致:mcp 上界锁定并有回归测试(test_mcp_dependency_bound)、uv.lock、CI 用真实 PyPI 解析安装 wheel 并验证导入、已知并发 bug 有复测数据。扣分点:这些多为注释与 README 的主张,本次样本未含产品核心源码与测试本体,无法静态核实全部运行时故障路径;只有部分失败路径(doctor、NOT RUN、TAMPER)有文件佐证。

3适用触发12 / 18 · 3.3/5

受众清晰(有 Claude 订阅的开发者、Python 仓库)、平台覆盖 macOS/Windows/Linux、环境前提(Python 3.12+/uv/Node)明确且 nh doctor 可自检、触发过滤写在配置而非任务文本。扣分点:能力边界多引用未随附的 verification.md/security.md 文件,本次无法直接核对;'仅 Python bug 修复默认走 repro gate'等范围限定仅是 README 断言。

4规范维护14 / 18 · 3.9/5

安装说明极其详尽(三种方式、源码构建陷阱、wheel 内容保证),LICENSE 完整且 pyproject 用 PEP 639 SPDX 表达,命名稳定(no-human/nh 双入口)、商标政策、SECURITY.md 说明单维护者与响应时限、CHANGELOG 链接存在。扣分点:CHANGELOG.md、docs/、KNOWN_ISSUES.md 等被引用但不在样本内,版本 0.2.2 为 pre-1.0 且仅支持 main,维护持续性依赖单一维护者。

5有效结果9 / 13 · 3.5/5

产出可用性有设计(文件+行号的合否清单、NOT RUN 明示、事件流日志、nh diff/review/approve 命令链),边际价值明确(独立评审模型+篡改守卫+复现门是从票到 PR 的差异化闭环),成本注释(CI 分钟、夜列车道设计)显示成本意识。扣分点:全部为声明与截图,无执行证据证明这些门实际有效;产出质量最终取决于其调用的 Claude 凭据成本,README 未量化。

6证据核验5 / 8 · 3.1/5

声明可追溯性强:注释引用具体 issue(#15/#19/#120)、日期、量化复测(300/300 序列通过、字节扫描、+486KB 体积),README 区分事实(事件流记录)与设计意图,日文版明示以英文版为准。跨源互证:README 的 wheel/board 主张与 CI 的 wheel 内容断言一致。扣分点:多数关键主张(篡改守卫、评审独立性、repro gate 行为)无产品源码或测试随附,本静态审查只能采信其自述。

证据充分度: 评估于 2026年9月10日 审查版本 5c9c86485032
使用前请注意
  • 静态审查仅基于部分文件:核心代理源码、docs/、CHANGELOG、产品测试未随附,所有安全与质量主张均未经执行验证,置信度为低。
  • 本地 API(127.0.0.1:8420)无任何认证,依赖 localhost 绑定;同机上的任意进程或恶意本地代码可调用 task_add 等工具,多用户机器上应谨慎。
  • 工具需要 Claude OAuth 凭据/API 密钥存放于 ~/.no_human/.env,审计其凭据读写路径前不建议在高价值环境使用。
  • pre-1.0,仅支持 main 最新提交,且为单维护者项目,无 SLA、无 bug 赏金;发布者未经验证。
  • repro gate 默认仅适用于 Python bug 修复,其他语言/变更类型需手动配置 repro_gate.mode: required 才有同等保证。
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

no_human 是一个本地运行的开源 AI 编码系统,接收 Jira、Linear、monday.com 或 GitHub/GitLab 的工单,产出已通过独立评审的拉取请求。它包含 nh 命令行工具、本地看板(默认 127.0.0.1:8420)和 worker 进程,由规划、编码、审查等环节组成的多智能体流程驱动。审查由一个从未见过编码会话记录的第二个模型执行,要求给出通过/失败的证据清单并精确到文件和行。系统内置防篡改机制(统计被删测试、新增跳过、恒真断言)和复现门(证据测试必须在合并基点上失败、在新代码上通过)。无法完成时它会诚实停下,提出具体问题而不是编造一个看似合理的 diff。通过 MCP stdio 服务器(nh mcp-serve)可与 Claude Code、Cursor 等客户端对接,也以 Claude Code 插件形式分发。

工作流从工单开始:通过 REST/JQL(Jira Cloud)、GraphQL(Linear、monday.com)轮询拉取工单,或按 URL 导入 GitHub/GitLab issue。每张工单在开始前先与你确认范围,然后由智能体基于工单内容和仓库现状生成可检验的验收标准计划,再编写代码、运行你的测试(本地或经 Jenkins/CircleCI)。PR 提交前依次通过:独立模型审查(输出引用文件与行号的通过/失败清单)、机械防篡改检查(删除的测试、新增 skip、恒真断言须有验收标准佐证,否则尝试终止)、复现门(证据测试需在 merge base 失败、新树通过;默认绑定 Python 修复,repro_gate.mode: required 可强制全部变更)。运行 nh start 后在 127.0.0.1:8420 提供看板与 worker;nh task add 从 issue URL 建任务,nh status / nh review / nh diff 查看进度与证据,nh approve 压缩合入 PR,nh reject --reason 带反馈退回。无法推进时任务停在看板的 Needs answer 车道,等待你回答一个具体问题;write_back 开启后工单状态会同步回追踪器并附 PR 链接。

  1. 维护多个仓库的工程团队,想让 Jira 或 Linear 工单自动变成待评审的 PR,同时保留人工合入把关(nh approve)。
  2. 担心 AI 编码工具悄悄删测试或造假通过的开发者,需要防篡改检查和复现门强制证据。
  3. 已在用 Claude Code 或 Cursor 的用户,想通过 MCP(nh mcp-serve 或 /plugin install)直接把任务交给本地 no_human 处理。
  4. 用 Python 项目修 bug 的团队,默认配置即要求修复测试在旧代码上失败、新代码上通过。
  5. 希望工单状态随任务推进自动回写追踪器(write_back),并在 Slack/Teams 收到需要人工介入的通知的 PM 与工程师。
  6. 想并行跑多条任务的团队:看板支持多任务同时工作,事件流实时展示每次尝试的每个门禁判定。

这个 Agent 有哪些优点和局限?

优点
  • 独立审查模型从未见过编码会话记录,被明确要求驳倒 'done',输出引用文件与行号的通过/失败清单,而非自评分。
  • 机械化的防篡改门在审查前统计删除的测试、新增 skip、恒真断言,无验收标准佐证即终止尝试。
  • 复现门强制证据测试在 merge base 失败、新树通过,且 PR 找不到测试命令时明确标注 NOT RUN 而非留空。
  • 本地运行(127.0.0.1:8420),无中间服务,MCP 桥接仅访问本机地址。
  • 与 Jira、Linear、monday.com、GitHub/GitLab、Slack/Teams、Jenkins/CircleCI 均有文档化适配路径。
局限
  • 复现门开箱只绑定 Python bug 修复;要求所有变更都强制执行需手动设置 repro_gate.mode: required。
  • 源码方式安装必须手动构建 web 前端(npm run build),否则只有 API 没有 UI,冷安装可能耗时数分钟。
  • 需要 Python 3.12+、uv、git、Node/npm 等本地依赖栈,且需要提供模型 API 令牌(nh init 配置),用量成本取决于底层模型。
  • 从 Jira 等工具的工单状态回写(write_back)默认关闭,开启后仍需配置状态匹配规则。
  • 文档承认存在边界:当预算耗尽或问题无解时会停下而非强行交付,意味着复杂任务仍需人工介入。

如何安装或部署这个 Agent?

最简安装(CLI + 看板):uv tool install no-human(或 pipx install no-human),然后运行 nh init && nh doctor 完成令牌、配置、首个仓库接入并验证安装。桌面应用:从 GitHub Releases(macOS)或 getnohuman.com(Windows/Linux)下载,随发布附 SHA-256 校验。从源码安装:git clone https://github.com/no-human-ai/no_human.git && cd no_human,运行 uv sync(提供 nh 入口)、(cd web && npm install && npm run build) 构建看板(源码不含 web/dist,跳过则 nh start 只提供 API 无 UI)、uv run nh init && uv run nh doctor。需 Python 3.12+、uv、git、Node + npm。

如何使用这个 Agent?

运行 nh 无参数进入交互 shell(车道、实时事件流、自然语言任务录入)。核心命令:nh start 启动看板与 worker(127.0.0.1:8420);nh task add https://github.com/org/repo/issues/42 --repo ~/git/repo 从 issue 建任务;nh status 查看各车道状态;nh review <id> 查看审查证据清单;nh diff <id> 查看待交付 diff;nh approve <id> 批准并压缩合入 PR;nh reject <id> --reason "..." 带理由退回。追踪器集成在配置中设置:integrations.jira.jql、integrations.linear.team_key + state_types + label、integrations.monday.board_id + status_column + todo_labels。MCP 模式:nh mcp-serve 提供 task_add 和 task_status 两个工具;Claude Code 用户可执行 /plugin marketplace add no-human-ai/no_human 和 /plugin install no-human@no-human-ai。

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents