Performance investigation
21 markdown-first software delivery workflow skills for Claude Code, Codex, and compatible agents. Standalone skill kit covering planning, debugging, CI, review, security, rollout, performance, data quality, and post-incident workflows.
npx -y skills add motao123/dev-workflow-kit --skill performance-investigationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when the main problem is latency, throughput, memory, resource usage, render slowness, or another performance bottleneck that needs investigation and prioritization.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
1.9 KB, as published. Nobody here has run it
Performance Investigation
Use this skill when slowness or resource pressure is the core issue.
Trigger Conditions
Use this skill when:
- latency or throughput regressed
- a page, endpoint, query, or job is slower than expected
- CPU, memory, or resource usage is driving the problem
- the user wants to know where the performance bottleneck likely is
- performance confidence is blocking release or scaling decisions
Do not use this skill for generic logic bugs that do not involve performance symptoms.
Workflow
- Identify the performance symptom and the affected surface.
- Clarify whether the problem is latency, throughput, memory, CPU, rendering, or another resource bottleneck.
- Narrow the likely hotspots and measurement points.
- Separate likely root bottlenecks from downstream symptoms.
- Recommend the best next investigation or mitigation step.
- Call out what evidence would most improve confidence.
Output
For non-trivial work, provide:
- performance symptom summary
- likely bottleneck class
- likely hotspots
- next measurements or checks
- mitigation direction
- recommended next step
Coordination
After performance investigation:
- use
incident-observability-triageif the issue is live and user-facing - use
systematic-debuggingif the performance symptom turns out to be a broader logic issue - move into the active implementation workflow if optimization work is next
Invocation Examples
- "Use performance-investigation to figure out why this endpoint got slower after the last change."
- "Use performance-investigation to narrow the likely bottleneck before we start optimizing."
- "Use performance-investigation because release confidence is blocked by latency regression."