/kiro-steering-custom
Create custom steering documents for specialized project contexts
$ npx -y skills add gotalab/cc-sdd --skill kiro-steering-custom --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/kiro-steering-custom
Context preview
The summary Claude sees to decide when to auto-load this skill.
Create custom steering documents for specialized project contexts
SKILL.md
kiro-steering-custom.SKILL.mdname: kiro-steering-custom
description: Create custom steering documents for specialized project contexts
metadata:
shared-rules: "steering-principles.md"
Kiro Custom Steering Creation
<background_information> **Role**: Create specialized steering documents beyond core files (product, tech, structure).
**Mission**: Help users create domain-specific project memory for specialized areas.
**Success Criteria**:
- Custom steering captures specialized patterns
- Follows same granularity principles as core steering
- Provides clear value for specific domain
</background_information>
<instructions>
Step 1: Gather Context
If steering context is already available from conversation, skip redundant file reads. Otherwise:
- Check `{{KIRO_DIR}}/settings/templates/steering-custom/` for available templates
- Read `rules/steering-principles.md` from this skill's directory for steering principles
Workflow
1. **Ask user** for custom steering needs:
- Domain/topic (e.g., "API standards", "testing approach")
- Specific requirements or patterns to document
2. **Check if template exists**:
- Load from `{{KIRO_DIR}}/settings/templates/steering-custom/{name}.md` if available
- Use as starting point, customize based on project
3. **Analyze codebase** (JIT) for relevant patterns:
Parallel Research
The following research areas are independent and can be executed in parallel: 1. **Template & principles**: Load matching template and steering-principles.md 2. **Domain patterns**: Analyze codebase for domain-specific patterns using Glob/Grep/Read
If multi-agent is enabled, spawn sub-agents for each area above. Otherwise execute sequentially.
After all parallel research completes, synthesize findings for steering document.
4. **Generate custom steering**:
- Follow template structure if available
- Apply principles from `rules/steering-principles.md` from this skill's directory
- Focus on patterns, not exhaustive lists
- Keep to 100-200 lines (2-3 minute read)
5. **Create file** in `{{KIRO_DIR}}/steering/{name}.md`
Available Templates
Templates available in `{{KIRO_DIR}}/settings/templates/steering-custom/`:
1. **api-standards.md** - REST/GraphQL conventions, error handling 2. **testing.md** - Test organization, mocking, coverage 3. **security.md** - Auth patterns, input validation, secrets 4. **database.md** - Schema design, migrations, query patterns 5. **error-handling.md** - Error types, logging, retry strategies 6. **authentication.md** - Auth flows, permissions, session management 7. **deployment.md** - CI/CD, environments, rollback procedures
Load template when needed, customize for project.
Steering Principles
From `rules/steering-principles.md` (in this skill's directory):
- **Patterns over lists**: Document patterns, not every file/component
- **Single domain**: One topic per file
- **Concrete examples**: Show patterns with code
- **Maintainable size**: 100-200 lines typical
- **Security first**: Never include secrets or sensitive data
</instructions>
Tool guidance
- **Read**: Load template, analyze existing code
- **Glob**: Find related files for pattern analysis
- **Grep**: Search for specific patterns
- **Bash** with `ls`: Understand relevant structure
**JIT Strategy**: Load template only when creating that type of steering.
Output description
Chat summary with file location (file created directly).
✅ Custom Steering Created
## Created:
- {{KIRO_DIR}}/steering/api-standards.md
## Based On:
- Template: api-standards.md
- Analyzed: src/api/ directory patterns
- Extracted: REST conventions, error format
## Content:
- Endpoint naming patterns
- Request/response format
- Error handling conventions
- Authentication approach
Review and customize as needed.Examples
Success: API Standards
**Input**: "Create API standards steering" **Action**: Load template, analyze src/api/, extract patterns **Output**: api-standards.md with project-specific REST conventions
Success: Testing Strategy
**Input**: "Document our testing approach" **Action**: Load template, analyze test files, extract patterns **Output**: testing.md with test organization and mocking strategies
Safety & Fallback
- **No template**: Generate from scratch based on domain knowledge
- **Security**: Never include secrets (load principles)
- **Validation**: Ensure doesn't duplicate core steering content
Notes
- Templates are starting points, customize for project
- Follow same granularity principles as core steering
- All steering files loaded as project memory
- Custom files equally important as core files
- Avoid documenting agent-specific tooling directories (e.g. `.cursor/`, `.gemini/`, `.claude/`)
- Light references to `{{KIRO_DIR}}/specs/` and `{{KIRO_DIR}}/steering/` are acceptable; avoid other `.kiro/` directories
Read more
name: kiro-steering-custom description: Create custom steering documents for specialized project contexts metadata: shared-rules: "steering-principles.md"
Kiro Custom Steering Creation
<background_information> **Role**: Create specialized steering documents beyond core files (product, tech, structure).
**Mission**: Help users create domain-specific project memory for specialized areas.
**Success Criteria**:
- Custom steering captures specialized patterns
- Follows same granularity principles as core steering
- Provides clear value for specific domain
</background_information>
<instructions>
Step 1: Gather Context
If steering context is already available from conversation, skip redundant file reads. Otherwise:
- Check `{{KIRO_DIR}}/settings/templates/steering-custom/` for available templates
- Read `rules/steering-principles.md` from this skill's directory for steering principles
Workflow
1. **Ask user** for custom steering needs:
- Domain/topic (e.g., "API standards", "testing approach")
- Specific requirements or patterns to document
2. **Check if template exists**:
- Load from `{{KIRO_DIR}}/settings/templates/steering-custom/{name}.md` if available
- Use as starting point, customize based on project
3. **Analyze codebase** (JIT) for relevant patterns:
Parallel Research
The following research areas are independent and can be executed in parallel: 1. **Template & principles**: Load matching template and steering-principles.md 2. **Domain patterns**: Analyze codebase for domain-specific patterns using Glob/Grep/Read
If multi-agent is enabled, spawn sub-agents for each area above. Otherwise execute sequentially.
After all parallel research completes, synthesize findings for steering document.
4. **Generate custom steering**:
- Follow template structure if available
- Apply principles from `rules/steering-principles.md` from this skill's directory
- Focus on patterns, not exhaustive lists
- Keep to 100-200 lines (2-3 minute read)
5. **Create file** in `{{KIRO_DIR}}/steering/{name}.md`
Available Templates
Templates available in `{{KIRO_DIR}}/settings/templates/steering-custom/`:
1. **api-standards.md** - REST/GraphQL conventions, error handling 2. **testing.md** - Test organization, mocking, coverage 3. **security.md** - Auth patterns, input validation, secrets 4. **database.md** - Schema design, migrations, query patterns 5. **error-handling.md** - Error types, logging, retry strategies 6. **authentication.md** - Auth flows, permissions, session management 7. **deployment.md** - CI/CD, environments, rollback procedures
Load template when needed, customize for project.
Steering Principles
From `rules/steering-principles.md` (in this skill's directory):
- **Patterns over lists**: Document patterns, not every file/component
- **Single domain**: One topic per file
- **Concrete examples**: Show patterns with code
- **Maintainable size**: 100-200 lines typical
- **Security first**: Never include secrets or sensitive data
</instructions>
Tool guidance
- **Read**: Load template, analyze existing code
- **Glob**: Find related files for pattern analysis
- **Grep**: Search for specific patterns
- **Bash** with `ls`: Understand relevant structure
**JIT Strategy**: Load template only when creating that type of steering.
Output description
Chat summary with file location (file created directly).
✅ Custom Steering Created
## Created:
- {{KIRO_DIR}}/steering/api-standards.md
## Based On:
- Template: api-standards.md
- Analyzed: src/api/ directory patterns
- Extracted: REST conventions, error format
## Content:
- Endpoint naming patterns
- Request/response format
- Error handling conventions
- Authentication approach
Review and customize as needed.Examples
Success: API Standards
**Input**: "Create API standards steering" **Action**: Load template, analyze src/api/, extract patterns **Output**: api-standards.md with project-specific REST conventions
Success: Testing Strategy
**Input**: "Document our testing approach" **Action**: Load template, analyze test files, extract patterns **Output**: testing.md with test organization and mocking strategies
Safety & Fallback
- **No template**: Generate from scratch based on domain knowledge
- **Security**: Never include secrets (load principles)
- **Validation**: Ensure doesn't duplicate core steering content
Notes
- Templates are starting points, customize for project
- Follow same granularity principles as core steering
- All steering files loaded as project memory
- Custom files equally important as core files
- Avoid documenting agent-specific tooling directories (e.g. `.cursor/`, `.gemini/`, `.claude/`)
- Light references to `{{KIRO_DIR}}/specs/` and `{{KIRO_DIR}}/steering/` are acceptable; avoid other `.kiro/` directories
Repo: gotalab/cc-sdd
Other skills on cc-sdd.
- /kiro-debug
Investigate implementation failures using root-cause-first debugging. Use when an implementer is blocked, verification fails, or repeated remediation does not converge.
Open skill - /kiro-discovery
Entry point for new work. Determines the best action path or work decomposition (update existing spec, create new spec, mixed decomposition, or no spec needed) and refines ideas through structured dialogue.
Open skill - /kiro-impl
Implement approved tasks using TDD with subagent dispatch. Runs all pending tasks autonomously or selected tasks manually.
Open skill - /kiro-review
Review a task implementation against approved specs, task boundaries, and verification evidence. Use after an implementer finishes a task, after remediation, or before accepting a task as complete.
Open skill - /kiro-spec-batch
Create complete specs (requirements, design, tasks) for all features in roadmap.md using parallel sub-agent dispatch by dependency wave.
Open skill - /kiro-spec-design
Create comprehensive technical design for a specification
Open skill

