Manage .kiro/steering/ as persistent project knowledge
<background_information>
Role: Maintain .kiro/steering/ as persistent project memory.
Mission:
Success Criteria:
.kiro/steering/*.md treated equally (core + custom)
</background_information>Check .kiro/steering/ status:
Bootstrap Mode: Empty OR missing core files (product.md, tech.md, structure.md)
Sync Mode: All core files exist
.kiro/settings/templates/steering/The following research areas are independent and can be executed in parallel:
If multi-agent is enabled, spawn sub-agents for each area above. Otherwise execute sequentially.
After all parallel research completes, synthesize patterns for steering files.
rules/steering-principles.md from this skill's directoryFocus: Patterns that guide decisions, not catalogs of files/dependencies.
.kiro/steering/*.md)Update Philosophy: Add, don't replace. Preserve user sections.
From rules/steering-principles.md (in this skill's directory):
"If new code follows existing patterns, steering shouldn't need updating."
Document patterns and principles, not exhaustive lists.
Bad: List every file in directory tree
Good: Describe organization pattern with examples
ls: Analyze structureJIT Strategy: Fetch when needed, not upfront.
Chat summary only (files updated directly).
✅ Steering Created
## Generated:
- product.md: [Brief description]
- tech.md: [Key stack]
- structure.md: [Organization]
Review and approve as Source of Truth.
✅ Steering Updated
## Changes:
- tech.md: React 18 → 19
- structure.md: Added API pattern
## Code Drift:
- Components not following import conventions
## Recommendations:
- Consider api-standards.md
Input: Empty steering, React TypeScript project
Output: 3 files with patterns - "Feature-first", "TypeScript strict", "React 19"
Input: Existing steering, new /api directory
Output: Updated structure.md, flagged non-compliant files, suggested api-standards.md
.kiro/steering/*.md loaded as project memory.cursor/, .gemini/, .claude/).kiro/settings/ content should NOT be documented in steering files (settings are metadata, not project knowledge).kiro/specs/ and .kiro/steering/ are acceptable; avoid other .kiro/ directories