| name | component-input |
| description | Use when the user asks to generate, create, or scaffold an Input — accessible text/number/email input with aria-invalid, error state, and controlled/uncontrolled patterns. |
| disable-model-invocation | true |
| hint | Invoke explicitly via `/kit-add input`, `/kit-create` (then ask for an input), or call the `component-input` skill by name. Describe the input type (text/email/number/password/...), the label, placeholder, controlled vs uncontrolled, and any validation/error state. |
| allowed-tools | Read, Write, Edit, Bash, Glob, Grep, AskUserQuestion |
SKILL: component-input
Generate an fpkit-style accessible Input component directly into a developer's project.
Workflow
- Read the source doc. Prefer the neutral
input.component.md in this skill directory (the spec-driven source of truth). Read its ## Target: react adapter (Generation Contract on its generation: line, ## Props Interface, ## Key Pattern: blocks, ## TSX Template), its ## Styles section, plus ## Accessibility and ## Examples. If input.component.md is absent, fall back to reference.md (canonical templates, Generation Contract, Props Interface, CSS Variables, Accessibility, Usage Examples). Both yield byte-identical output (golden-guarded).
- Init check — run
python3 ${CLAUDE_PLUGIN_ROOT}/scripts/detect_target.py <cwd>. If foundation (ui.tsx) is missing, run Step A of ${CLAUDE_PLUGIN_ROOT}/skills/kit-core/SKILL.md to initialize it before generating this component.
- Dependencies — Input has no upstream dependencies (it is a leaf component). Skip dep resolution.
- Generate — apply the Generation Contract to produce:
<targetDir>/input.tsx from the ## TSX Template (under ## Target: react in input.component.md, or top-level in reference.md)
<targetDir>/input.module.scss from the ## Styles section (input.component.md) or the ## SCSS Template section (reference.md)
Substitute {{IMPORT_SOURCE:...}}, {{NAME}}, {{FIELDS}} placeholders if present.
- Verify — run
python3 ${CLAUDE_PLUGIN_ROOT}/scripts/verify_integration.py <projectRoot> and print the summary to the developer.
Reference
Templates and documentation live in input.component.md (the neutral spec-driven source) alongside this SKILL.md, with reference.md kept as the byte-identical fallback. The shared generation contract, accessibility patterns, SCSS conventions, and CSS variable strategy are documented in ${CLAUDE_PLUGIN_ROOT}/skills/kit-core/references/.