返回 Skill 列表
extension
分类: 开发与工程无需 API Key

code-review-performance

当变更可能影响关键路径上的延迟、吞吐量或CPU/内存/I/O效率时,进行以性能为中心的代码审查。用于需要明确性能风险发现的合并决策;不要用于广泛的非性能审查范围。

person作者: jakexiaohubgithub

Code Review Performance

Overview

Use this skill to detect performance regressions before merge, especially on hot paths and high-traffic execution flows.

Scope Boundaries

  • Use this skill when the task matches the trigger condition described in description.
  • Do not use this skill when the primary task falls outside this skill's domain.

Inputs To Gather

  • Hot-path endpoints/jobs and current performance budgets.
  • Workload assumptions (QPS, payload size, concurrency, data cardinality).
  • Existing benchmark/profiling evidence.
  • Resource constraints (CPU, memory, I/O, network).

Deliverables

  • Performance findings prioritized by user impact.
  • Budget-fit judgment (within budget / at risk / out of budget).
  • Required follow-up checks (benchmark, profiling, load test).

Finding Focus Areas

  • Algorithmic growth (O(n^2) regressions, repeated scans).
  • Allocation pressure and unnecessary object churn.
  • I/O amplification (N+1 calls, repeated DB/API access).
  • Contention/serialization bottlenecks under concurrency.
  • Cache invalidation or cache-bypass risks.

Quick Example

  • Change adds per-item DB call inside loop over 10k records.
  • Finding: high-severity throughput risk (N+1 query pattern).
  • Fix direction: batch query + in-memory map, verify via benchmark.

Quality Standard

  • Each finding ties to an explicit performance budget or hotspot.
  • Recommendations include measurement plan, not assumptions only.
  • Risk classification includes expected scale sensitivity.
  • Missing evidence (benchmark/profile) is flagged explicitly.

Workflow

  1. Identify changed hot paths and performance-sensitive flows.
  2. Analyze algorithmic and resource behavior from diff.
  3. Compare expected behavior with existing budgets.
  4. Require measurement where uncertainty is material.
  5. Publish findings with mitigation and verification steps.

Failure Conditions

  • Stop when high-risk regressions have no mitigation/verification plan.
  • Escalate when performance impact cannot be bounded from available evidence.