Skip to content
返回 AI 编程

人在回路门控

决定人须批准 vs 委派的内容：风险分级与批准点。

工作流进阶

为什么

GitHub 2024 年对 2000 名开发者的企业调查发现 97% 在工作中用过 AI 编程工具，Stack Overflow 2024 调查显示 76% 的开发者正在或计划使用 AI 工具（上年为 70%）。全自主发布幻觉；全人工审查抵消速度收益。

风险分级门控（低风险自动批准、高风险人工批准）在安全处获速度、在关键处获安全。

何时使用

AI 触及生产代码时用风险分级。一次性原型跳过。

如何做

1. 一级（自动）：文档、测试、格式化 — AI 自由提交。 2. 二级（审查）：功能、重构 — 人审 diff。 3. 三级（阻塞）：安全、迁移、公共 API — 人批准计划 + diff。 4. 在 CI 中编码分级（如基于路径的必需审查者）。 5. 记录自动合并内容以供审计。

示例

# .github/CODEOWNERS + 分支规则 /docs/ @docs-bot # 一级：自动 /src/** @backend-team # 二级：审查 /src/auth/** @security-team # 三级：阻塞计划 + diff /migrations/** @dba # 三级 AI 自由提交文档；auth 变更合并前需安全批准。

常见问题

  • ⚠Error: Cannot find module 'xxx' → 运行 `npm install xxx`（或 `pnpm add xxx`）；确认已写入 package.json 依赖。
  • ⚠错误："Command not found: claude" 或 "cursor" → 确认二进制在 PATH 上：`which claude` / `which cursor`；缺失则全局重装。
  • ⚠TypeError: Cannot read properties of undefined (reading 'x') → 加空值守卫或可选链 `obj?.x`；通过堆栈追溯 undefined 来源。

最佳实践

  • ✓按爆炸半径分级，而非'感觉有风险'。
  • ✓一级由 CI 自动合并；三级路径要求人工批准。
  • ✓用具体指标衡量结果（节省时间、缺陷率、测试覆盖率），使实践可被论证和改进。

常见问题解答

什么是人在回路门控？

决定人须批准 vs 委派的内容：风险分级与批准点。 它可帮助开发者快速理解 人在回路门控 的核心价值与适用场景。

如何开始使用人在回路门控？

开始使用 人在回路门控，建议先掌握以下要点：一级（自动）：文档、测试、格式化 — AI 自由提交。

人在回路门控 的常见误区有哪些？

使用 人在回路门控 时常遇到的问题包括：Error: Cannot find module 'xxx' → 运行 `npm install xxx`（或 `pnpm add xxx`）；确认已写入 package.json 依赖。；错误："Command not found: claude" 或 "cursor" → 确认二进制在 PATH 上：`which claude` / `which cursor`；缺失则全局重装。；TypeError: Cannot read properties of undefined (reading 'x') → 加空值守卫或可选链 `obj?.x`；通过堆栈追溯 undefined 来源。。

人在回路门控 的最佳实践是什么？

人在回路门控 的最佳实践包括：按爆炸半径分级，而非'感觉有风险'。；一级由 CI 自动合并；三级路径要求人工批准。；用具体指标衡量结果（节省时间、缺陷率、测试覆盖率），使实践可被论证和改进。。

如何深入学习人在回路门控？

从官方文档入手，再在 GitHub 上搜索真实示例；先在小实验仓库验证模式，再应用到生产代码。