用途：面向代码审查场景，提供一套严格的、从四个并行视角分析代码的策略，适用于审查代码或分析变更（如 PR）。
主要能力：
- 架构审查：检查是否符合 CORE_PRINCIPLES、是否与既定模式一致（参见 INDEX.md）、关注点分离、模块边界与依赖、文件组织；报告模式违规（附文档引用）、架构不一致与改进建议。
- 安全审查：检查环境变量处理、认证与授权流程、API 端点安全、输入校验与清洗、令牌/凭据存储、敏感数据暴露；报告安全漏洞（严重）、潜在风险（警告）与最佳实践建议。
- 性能审查：检查低效算法或数据结构、不必要的计算、资源密集操作、缓存机会、前端包体积影响、后端数据库查询优化；报告性能瓶颈、优化机会与需权衡的取舍。
- 质量审查：检查可读性与清晰度、命名规范、错误处理、代码重复、测试覆盖率、文档完整性；报告质量问题、可维护性隐患与规范违规。
输出格式：按 ✅ 优点、🔴 严重问题（安全、功能损坏、原则违规）、🟡 改进项（性能、可维护性）、💡 建议（风格、小优化）、📋 行动项（带文件引用的编号清单）组织结论。
审查流程：并行运行四个视角；汇总结果并去重；按严重→改进→建议排序；结论要具体（引用文件、模式、原则）；保持建设性，肯定良好模式并解释理由。
回应 PR 审查评论的工作流：先通读全部评论，为每条写一行待改说明形成清单；逐条处理，修复、测试、提交，不跨评论批量修复；全部处理完后，在各评论线程中回复对应提交哈希与简要说明，格式为：Fixed in <commit-hash>，必要时补充改动内容与原因。这样做使每条评论对应一次提交，便于独立验证，测试后再提交可保证每次提交干净可部署。
持续改进：若开发者纠正了本技能本应避免的行为，可建议对本技能做具体修订，以防同类问题再次出现。
限制：资料未提供安装命令、平台支持、收费方式或性能效果等具体信息，暂未提供。