docs(GOV-010): 完善安全性能与架构规范

docs/governance/review-standard.md

@@ -4,11 +4,11 @@
 
 ### 代码 Review
 
-以 PRD、设计、实施计划、Git diff和测试证据为输入，审查正确性、安全性、性能、数据一致性、契约兼容性和测试充分性。
+以 PRD、设计、实施计划、Git diff、开发总结和测试证据为输入，审查正确性、安全性、性能、数据一致性、契约兼容性和测试充分性。必须单独记录安全与残余风险、性能与资源影响，以及 GitNexus 实际变化是否符合跨模块同步计划。
 
 ### 开发规范符合性 Review
 
-逐条检查代码开发规范和流程规范，包括中文注释、命名、文件拆分尺度、日志、错误处理、GitNexus前后门禁、中文提交、文档和回退材料。
+逐条检查代码开发规范和流程规范，包括中文注释、命名、文件拆分尺度、真实重复后的抽象依据、前端 Axios/API 分域、后端业务模块内按需分层、依赖评估、日志、错误处理、GitNexus前后门禁、开发总结、中文提交、文档和回退材料。
 
 ## 2. 审查角色
 
@@ -32,6 +32,8 @@ Review 只能使用：
 
 修复 Review 问题后必须记录修复提交和复审结论。代码变化会使旧的 GitNexus开发后报告失效时，必须重新更新图谱和影响报告。
 
+安全或性能不适用时，Review 必须核对理由、边界和实际 diff；无解释的 `无`、`不适用` 或 `N/A` 视为证据缺失。GitNexus 返回 `partial` 或无符号结果时，Review 必须核对静态引用、调用方和 Git diff，不能直接判定无影响。
+
 ## 5. 发布门禁
 
 `review/code-review.md` 和 `review/standards-review.md` 均存在、非空且最终结论为 `passed` 后，功能才允许进入发布状态。