Output Skill
SkillDev toolsLets your agent use generated API types, clients, hooks, schemas and mocks when writing app or test code.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Output Skill skill
About this capability
Import and use Kubb's generated code (types, clients, hooks, schemas, mocks). Use when writing app or test code that consumes a Kubb build.
What this skill tells your AI
The instructions your AI receives, as published by kubb-labs/kubb in tools/claude/skills/output/SKILL.md and read by ahel’s review.
This skill instructs agents on importing and using the code Kubb generates from an OpenAPI/Swagger spec.
When to Use
- Writing application code that calls the generated client or hooks
- Writing tests that use the generated mocks or schemas
- Wiring generated files into an app
What It Does
- Explains where generated code lands
- Shows how to discover the real exports and a plugin's options
- Lists the rules for keeping generated code in sync
Where output lands
Kubb writes generated code under the output.path from kubb.config.ts (for example ./src/gen),
organized into the folders each plugin sets through its own output.path (for example models,
clients, hooks). Generated files carry a Do not edit manually banner and are rewritten on
every kubb generate, so change them by editing the spec or config and regenerating.
Export names derive from the spec's operationId and schema names. Casing and grouping are
configurable, so read the generated files for the exact names and signatures rather than assuming
them.
Find what was generated
Inspect the real output instead of guessing:
- Read
kubb.config.tsfor the top-leveloutput.pathand each plugin'soutput.path. - List the output directory for the actual file and export names.
- Read an installed plugin's
Optionstype (node_modules/@kubb/plugin-<name>/src/types.tsor the published type declarations) for its options and defaults, and the plugin's docs page (https://kubb.dev/plugins/plugin-<name>) for dependencies. Use those as the source of truth rather than assuming an option name.
Import from a folder's index.ts when output.barrel is set, otherwise import the file directly.
Rules
- Never edit files under
output.path. Edit the spec or config and rerunkubb generate. - Import generated code instead of copying it, so a regenerate keeps callers in sync.
- Configure the runtime client once. The client functions and framework hooks share it.
- Typecheck after regenerating so a spec change that broke a call site shows up.
Related Skills
| Skill | Use For |
|---|---|
| ../config/SKILL.md | Authoring kubb.config.ts and picking plugins |
Signals
- GitHub stars
- 2k
- Forks
- 146
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
output- Source
- github.com/kubb-labs/kubb