用途：perform-review 用于对功能实现做三视角代码审查，分别从资深技术负责人（TL）、产品经理（PM）和 QA 工程师（QA）的角度检查代码，最终输出统一检查清单，每项标注提出者标签，并给出审查结论。
主要能力：TL 关注代码正确性与边界情况、错误处理完整性、性能问题（如 N+1 查询、无界循环、缺少分页、大内存分配）、安全（输入校验、鉴权、注入风险、密钥处理）、命名与代码组织、抽象层次、测试覆盖、与现有代码库模式的一致性。PM 关注实现是否匹配需求/工单/任务描述、未处理的 UX 或工作流影响、用户视角的错误状态、用户可能困惑或损坏之处、业务逻辑边界情况，以及 UI 的加载、空、错误状态。QA 关注未测试代码路径、边界条件（空输入、最大值、null/undefined）、竞态或时序行为、测试数据真实性、集成点（API、数据库、外部服务）、回归风险、易碎测试模式。
使用方式：先加载审查上下文。若 gjalla 可用，先查询 get_context(scope="rules") 加载 ADR、原则与不变量，get_context(scope="architecture") 了解架构，get_context(scope="capabilities") 加载功能能力与验收标准，get_impact 了解变更影响范围。若 gjalla 不可用，则依据可用的设计文档、工单描述和现有代码约定建立审查基线。输出格式为“## Code Review”下的 Findings 列表，每项以 [ ] 或 [x] 加角色标签开头，随后是 Summary 和结论（Approve、Approve with nits 或 Request changes），并统计阻塞与非阻塞项数量。审查结果同时作为实现的证明（Attestation），包含规则验证、架构合规、能力需求满足、影响范围评估、结论、阻塞发现和非阻塞发现。
适用场景：用户希望确认功能是否满足团队标准、是否可安全合并时使用。
限制：资料未提供安装命令、收费、价格、平台支持等具体信息；gjalla 不可用时需依赖其他可用资料建立基线。