用途：评审 AI 生成的业务/应用代码，覆盖正确性、健壮性、可维护性、性能与安全，输出 0-10 分、风险等级和必须修复清单。适用于需要评分、风险等级或修复清单的场景；C++ 业务代码须满足 OpenHarmony 编码与安全要求。测试代码应改用 ai-generated-ut-code-review。
流程：先识别语言与代码类型；C++ 需加载并应用 openharmony-cpp 与 openharmony-security-review 作为强制约束；检查行为是否符合需求、边界情况、错误处理、资源管理与安全；按评分表打分、定风险等级，并给出带具体证据（文件/行或片段）的必须修复项。
评分：五个维度各 0-2 分，合计为总分。正确性：0 关键行为错误或缺失，1 部分实现或依赖假设，2 满足需求。健壮性：0 崩溃/泄漏/未检查错误，1 部分边界处理，2 边界与错误处理扎实。可维护性：0 难读难改，1 质量参差，2 结构命名清晰。性能：0 热路径低效，1 可接受但可改进，2 符合预期负载。安全：0 明显漏洞，1 校验薄弱或不安全，2 默认安全且已校验。
风险等级：Blocker 为安全漏洞、严重逻辑错误或违反 C++ 强制规范；High 为关键路径缺失、异常处理不完整、明显资源泄漏；Medium 为维护性或性能风险显著；Low 为轻微问题或风格一致性。
必须修复清单：外部输入有明确校验与错误反馈；关键异常路径可达且可观测（日志/错误码/异常）；资源释放或 RAII 保证（C++）；C++ 场景满足 openharmony-cpp 与 openharmony-security-review。
需显式检查的 AI 代码陷阱：需求误解、隐含前提错误；只覆盖 happy-path；吞异常或默认值不合理；复制粘贴造成重复与不一致；过度复杂化或抽象错误。
输出格式：Score: x/10 — Correctness x, Robustness x, Maintainability x, Performance x, Security x；Risk: Low/Medium/High/Blocker 并简述原因；Must-fix 列出动作加证据；Key Evidence 引用具体函数/类/路径 1-2 条；Notes 给最小修复建议。规则：C++ 必须在 Key Evidence 或 Must-fix 中明确指出违反 openharmony-cpp/openharmony-security-review 的点；至少 2 条证据，证据不足需说明并降分；禁止只给总体评价。常见错误：只给总体评价不给证据、忽略 C++ 强制规范、把风格问题当作阻断风险。示例：Score 6/10，Risk High，Must-fix 指出 createUser() 缺少输入校验、persistUser() 空 catch 吞异常，Notes 建议补充显式校验并返回结构化错误。限制：资料未提供安装命令、平台与收费信息。