用途：用于开展上下文驱动的代码审查，帮助评审者给出结构化反馈，或帮助团队建立审查规范；适用于拉取请求审查、结对编程反馈、辅导开发者等场景。
主要能力：按优先级分类反馈——🔴 阻断（缺陷/安全/崩溃，合并前必须修复）、🟡 重要（逻辑问题/测试缺口，宜合并前修复）、🟢 次要（风格/命名，可择机修复）、💡 建议（替代方案，可考虑后续）。审查聚焦逻辑正确性、安全风险、测试覆盖、性能问题、错误处理与可维护性，不纠结格式化与命名偏好（交给 linter）。提供反馈模板与提问清单，如空值/空输入/负数处理、竞态条件、API 失败、输入校验、鉴权检查、敏感信息暴露、依赖可注入性与边界测试等。
使用方式：建议单次审查控制在 400 行以内；小于 200 行可一次完成，200–400 行分块审查，超过 400 行应请求拆分。反馈以提问为主（“有没有考虑过……”），并说明原因。可由智能体执行综合审查、安全审查与覆盖率审查，例如：await Task("Code Review", { prNumber: 123, checks: ['security','performance','testability','maintainability'], feedbackLevels: ['blocker','major','minor'], autoApprove: { maxBlockers: 0, maxMajor: 2 } }, "qe-quality-analyzer"); 另有 qe-security-scanner、qe-coverage-analyzer、qe-performance-tester 等角色，可用 FleetManager 并行编排，记忆命名空间为 aqe/code-review/。
适用场景与限制：追求快速反馈（24 小时内）优先于面面俱到；审查代码而非审查个人。资料未提供安装命令、收费与平台支持等细节。