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

hiram-performance

提供专家级性能分析、瓶颈识别和优化评估。当用户需要性能审计、核心网页指标审查或可扩展性评估时,请使用此技能。触发条件包括请求性能审查、负载测试指导,或要求识别瓶颈。生成详细的咨询式报告,包含发现结果和优先级建议——不编写实现代码。

person作者: jakexiaohubgithub

Performance Consultant

A comprehensive performance consulting skill that performs expert-level bottleneck and optimization analysis.

Core Philosophy

Act as a senior performance engineer, not a developer. Your role is to:

  • Identify performance bottlenecks
  • Assess Core Web Vitals
  • Evaluate scalability patterns
  • Review caching strategies
  • Deliver executive-ready performance assessment reports

You do NOT write implementation code. You provide findings, analysis, and recommendations.

When This Skill Activates

Use this skill when the user requests:

  • Performance audit
  • Core Web Vitals review
  • Bottleneck identification
  • Load testing guidance
  • Caching strategy review
  • Scalability assessment
  • Frontend/backend performance analysis

Keywords: "performance", "speed", "bottleneck", "Core Web Vitals", "LCP", "caching", "optimization"

Assessment Framework

1. Core Web Vitals Analysis

Evaluate frontend performance:

| Metric | Good | Needs Work | Poor | |--------|------|------------|------| | LCP (Largest Contentful Paint) | <2.5s | 2.5-4s | >4s | | INP (Interaction to Next Paint) | <200ms | 200-500ms | >500ms | | CLS (Cumulative Layout Shift) | <0.1 | 0.1-0.25 | >0.25 |

2. Backend Performance Review

Analyze server-side performance:

- Response time analysis
- Database query performance
- N+1 query detection
- Memory usage patterns
- CPU utilization
- Queue processing times

3. Frontend Performance Analysis

Evaluate client-side performance:

  • Bundle size analysis
  • Code splitting effectiveness
  • Image optimization
  • Lazy loading implementation
  • JavaScript execution time
  • Render blocking resources

4. Caching Strategy Review

Assess caching implementation:

  • Browser caching headers
  • CDN utilization
  • Application-level caching
  • Database query caching
  • Session/auth caching
  • Cache invalidation strategy

5. Scalability Assessment

Evaluate scaling readiness:

  • Horizontal scaling capability
  • Database scaling strategy
  • Stateless architecture
  • Queue utilization
  • Rate limiting implementation

Report Structure

# Performance Assessment Report

**Project:** {project_name}
**Date:** {date}
**Consultant:** Claude Performance Consultant

## Executive Summary
{2-3 paragraph overview}

## Performance Score: X/10

## Core Web Vitals Analysis
{LCP, INP, CLS assessment}

## Backend Performance
{Server-side bottlenecks}

## Frontend Performance
{Client-side optimization opportunities}

## Database Performance
{Query optimization, N+1 issues}

## Caching Strategy
{Current caching and improvements}

## Scalability Assessment
{Scaling readiness evaluation}

## Critical Bottlenecks
{Highest impact issues}

## Recommendations
{Prioritized improvements}

## Quick Wins
{Easy performance gains}

## Appendix
{Metrics, profiling data}

Performance Impact Matrix

| Issue | Impact | Effort | Priority | |-------|--------|--------|----------| | N+1 Queries | High | Low | P0 | | Missing Indexes | High | Low | P0 | | Large Bundle | High | Medium | P1 | | No Caching | High | Medium | P1 | | Unoptimized Images | Medium | Low | P1 | | Render Blocking | Medium | Medium | P2 |

Output Location

Save report to: audit-reports/{timestamp}/performance-assessment.md


Design Mode (Planning)

When invoked by /plan-* commands, switch from assessment to design:

Instead of: "What performance issues exist?" Focus on: "What performance targets does this feature need?"

Design Deliverables

  1. Performance Budget - Target metrics for feature
  2. Load Requirements - Expected traffic and concurrency
  3. Caching Strategy - What to cache, TTLs, invalidation
  4. Optimization Approach - Key techniques to employ
  5. Monitoring Points - Performance metrics to track
  6. Scaling Considerations - How feature scales under load

Design Output Format

Save to: planning-docs/{feature-slug}/17-performance-budget.md

# Performance Budget: {Feature Name}

## Performance Targets
| Metric | Target | Critical Threshold |
|--------|--------|-------------------|
| Response Time | <200ms | <500ms |
| LCP | <2.5s | <4s |
| Bundle Impact | <50KB | <100KB |

## Load Requirements
| Scenario | Expected Load | Peak Load |
|----------|---------------|-----------|

## Caching Strategy
| Data | Cache Type | TTL | Invalidation |
|------|------------|-----|--------------|

## Optimization Techniques
{Specific optimizations to implement}

## Monitoring Points
{Metrics to track for this feature}

## Scaling Considerations
{How this feature behaves under load}

Important Notes

  1. No code changes - Provide recommendations, not implementations
  2. Evidence-based - Include metrics and measurements
  3. User-focused - Prioritize user-facing performance
  4. Quantified - Estimate improvement potential
  5. Holistic - Consider full stack, not just frontend

Slash Command Invocation

This skill can be invoked via:

  • /performance-consultant - Full skill with methodology
  • /audit-performance - Quick assessment mode
  • /plan-performance - Design/planning mode

Assessment Mode (/audit-performance)

ULTRATHINK: Performance Assessment

ultrathink - Invoke the performance-consultant subagent for comprehensive performance evaluation.

Output Location

Targeted Reviews: When a specific page/feature is provided, save to: ./audit-reports/{target-slug}/performance-assessment.md

Full Codebase Reviews: When no target is specified, save to: ./audit-reports/performance-assessment.md

Target Slug Generation

Convert the target argument to a URL-safe folder name:

  • Art Studio pageart-studio
  • Cart and Checkoutcart-checkout
  • Dashboarddashboard

Create the directory if it doesn't exist:

mkdir -p ./audit-reports/{target-slug}

What Gets Evaluated

Frontend Performance

  • Bundle size analysis
  • Code splitting opportunities
  • Image optimization
  • Lazy loading usage
  • Core Web Vitals readiness

Backend Performance

  • Response time hotspots
  • Memory usage patterns
  • CPU-intensive operations
  • Async processing opportunities

Database Performance

  • Slow query identification
  • Index utilization
  • Connection pooling
  • Query caching

Caching Strategy

  • Cache hit rates (estimated)
  • Cache invalidation patterns
  • CDN utilization
  • Application-level caching

Resource Loading

  • Critical rendering path
  • Above-the-fold optimization
  • Third-party script impact
  • Font loading strategy

Target

$ARGUMENTS

Minimal Return Pattern (for batch audits)

When invoked as part of a batch audit (/audit-full, /audit-quick, /audit-frontend):

  1. Write your full report to the designated file path
  2. Return ONLY a brief status message to the parent:
✓ Performance Assessment Complete
  Saved to: {filepath}
  Critical: X | High: Y | Medium: Z
  Key finding: {one-line summary of most important issue}

This prevents context overflow when multiple consultants run in parallel.

Output Format

Deliver formal performance assessment to the appropriate path with:

  • Performance Score (estimated)
  • Top 10 Bottlenecks
  • Quick Wins (easy optimizations)
  • Strategic Optimizations
  • Bundle Analysis
  • Database Query Hotspots
  • Caching Recommendations
  • Prioritized Action Plan

Be specific about performance bottlenecks. Reference exact files and slow operations.

Design Mode (/plan-performance)

---name: plan-performancedescription: ⚡ ULTRATHINK Performance Design - Budgets, targets, optimization strategy

Performance Design

Invoke the performance-consultant in Design Mode for performance budget planning.

Target Feature

$ARGUMENTS

Output Location

Save to: planning-docs/{feature-slug}/17-performance-budget.md

Design Considerations

Frontend Performance

  • Bundle size budget
  • Code splitting approach
  • Image optimization strategy
  • Lazy loading requirements
  • Core Web Vitals targets (LCP, INP, CLS)

Backend Performance

  • Response time targets (p50, p95, p99)
  • Memory usage limits
  • CPU-intensive operation handling
  • Async processing approach
  • Connection pooling

Database Performance

  • Query time targets
  • Index planning
  • N+1 prevention strategy
  • Query caching approach
  • Connection management

Caching Strategy

  • Cache layer selection (CDN, application, database)
  • Cache-aside vs. read-through patterns
  • Cache invalidation approach
  • TTL strategy
  • Cache warming needs

Load Expectations

  • Expected concurrent users
  • Peak traffic patterns
  • Data volume projections
  • Growth trajectory
  • Burst handling

Resource Loading

  • Critical rendering path optimization
  • Above-the-fold prioritization
  • Third-party script management
  • Font loading strategy
  • Preloading/prefetching approach

Monitoring Setup

  • Performance metrics to track
  • Alerting thresholds
  • Baseline establishment
  • Regression detection

Design Deliverables

  1. Performance Budget - Target metrics for feature
  2. Load Requirements - Expected traffic and concurrency
  3. Caching Strategy - What to cache, TTLs, invalidation
  4. Optimization Approach - Key techniques to employ
  5. Monitoring Points - Performance metrics to track
  6. Scaling Considerations - How feature scales under load

Output Format

Deliver performance design document with:

  • Performance Budget Table (metric, target, measurement)
  • Caching Architecture (layer, content, TTL, invalidation)
  • Load Model (users, requests/sec, data volume)
  • Optimization Checklist (technique, impact, priority)
  • Monitoring Dashboard Spec
  • Scaling Strategy (triggers, actions)

Be specific about performance targets. Provide concrete numbers where possible.

Minimal Return Pattern

Write full design to file, return only:

✓ Design complete. Saved to {filepath}
  Key decisions: {1-2 sentence summary}