krnopt-cuda-generic-optimization

Select the next CUDA optimization experiment after hotspot identification.

Updated May 27, 2026
One-click install
npx skills add https://github.com/igamenovoer/domain-skills --skill krnopt-cuda-generic-optimization
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: krnopt-cuda-generic-optimization
Source: https://github.com/igamenovoer/domain-skills/tree/main/domain/cuda/krnopt-cuda-generic-optimization
Command: npx skills add https://github.com/igamenovoer/domain-skills --skill krnopt-cuda-generic-optimization

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Guides CUDA kernel engineers to select the next CUDA optimization experiment after hotspot identification.

Core Features & Use Cases

  • Maps a diagnosed bottleneck to one focused fix family.
  • Proposes a single primary experiment with a clear validation signal.
  • Supports integrated subskills for intake, evidence assessment, and primitive selection to enable clean downstream handoff.

Quick Start

Provide a diagnosed hotspot with an attributed source region and workload context, then request one primary optimization experiment with a defined validation signal.

Frequently Asked Questions about krnopt-cuda-generic-optimization

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I pick the next CUDA optimization experiment after finding a hotspot?

To pick the next CUDA optimization experiment, map the diagnosed bottleneck to a specific source region and workload context. This process proposes a single primary experiment with a clear validation signal, enforcing an evidence-driven decision loop for your kernel.

What is the best way to choose a CUDA kernel optimization direction from profiling evidence?

Choosing a CUDA kernel optimization direction requires attributing the profiling bottleneck to a source region. The selection process then maps this evidence to a focused fix family and proposes one testable action to validate the performance improvement.

How do I proceed with CUDA optimization after bottleneck attribution to a source region?

After bottleneck attribution, you proceed by requesting one primary optimization experiment. The workflow assesses the evidence, selects an appropriate primitive fix family, and defines a specific validation signal to verify the resulting kernel performance change.

Do I need a diagnosed hotspot before starting CUDA kernel optimization?

Yes, you need a diagnosed hotspot with an attributed source region and workload context before starting. The optimization selection relies on this existing evidence to scope the fix family and propose a single, testable action for your CUDA kernel.

Why does CUDA kernel optimization require a defined validation signal?

CUDA kernel optimization requires a defined validation signal to enforce an evidence-driven decision loop. By proposing a single testable action with a clear validation metric, you ensure the selected fix family measurably addresses the diagnosed hotspot.