featuring
SolidGenerate hierarchical _FEATURES.md files that describe what a codebase DOES from a user/consumer perspective, anchored to source symbols via tree-sitting. Supports large complex codebases through feature-driven decomposition into sub-feature files. Uses a multi-pass synthesis: orientation → detail → overview rewrite. Use when someone says "what does this do", "document features", "feature inventory", "_FEATURES.md", or needs to understand a codebase's purpose before modifying it. Complements tree-sitting (structural) with semantic (why/what-for) layer.
Install
Quality Score: 84/100
Skill Content
Details
- Author
- oaustegard
- Repository
- oaustegard/claude-skills
- Created
- 9 months ago
- Last Updated
- yesterday
- Language
- Python
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
to-features
Generate FEATURES.md at the repo root by reading CONTEXT.md and docs/adr/, then enumerating the user-facing features the domain implies. Use after /grill-with-docs has settled the domain language and before /to-prd writes per-feature specs. Bridges the product→engineering gap between domain understanding and feature specification — the missing step that mattpocock's chain doesn't cover natively.
doc-feature
Generate feature/module documentation after implementation. Covers business context (why, for whom, use cases), technical architecture (data flow, API, decisions), and operational details (limitations, edge cases). Integrates with the SSOT structure (docs/DOCUMENTATION_STRATEGY.md). USE WHEN: after >3 new files or a feature change. Triggers: "document this feature", "update docs/features", "doc-feature", "sync docs ↔ code", «задокументируй фичу», «обнови docs/features».
hyperbuild-4-5-feature-specs
Step 4.5 of the hyperbuild pipeline — expands every must/should PRD feature into its own deep spec file at the repo root: features/NN-<slug>.md (frontmatter id, name, moscow, status: specced, screens; eight required body sections) plus the features/00-index.md roster. Cap 15 files (standard) / 25 (premier). Spawns 3–5 hb-feature-author subagents in parallel, features split into batches, every claim evidenced from the research vault. Steps 6–8 draw real flows and content from these specs, step 11 tasks cite feature ids, and the step 12 and 16 gates check feature coverage and status flips. Invoked by the hyperbuild router via Skill(); not run directly by users.