Awesome-omni-skill Code Scaffolding
Generate boilerplate code for new modules, services, and components
install
source · Clone the upstream repo
git clone https://github.com/diegosouzapw/awesome-omni-skill
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skill "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/development/code-scaffolding" ~/.claude/skills/diegosouzapw-awesome-omni-skill-code-scaffolding && rm -rf "$T"
manifest:
skills/development/code-scaffolding/SKILL.mdsource content
Code Scaffolding Skill
Generate boilerplate code for new modules, services, and components.
Trigger Conditions
- New module or service creation command
- User invokes with "scaffold" or "create service" or "new module"
Input Contract
- Required: Template type (service, module, component, API endpoint)
- Required: Name and basic configuration
- Optional: Technology stack preferences, feature flags
Output Contract
- Generated files following project conventions
- Directory structure with all required files
- Configuration stubs (tests, CI, docs)
Tool Permissions
- Read: Project templates, coding standards, existing patterns
- Write: New files in target directory
- Execute: Code generation tools
Execution Steps
- Determine template type and target location
- Load project conventions and coding standards
- Generate directory structure
- Create source files with boilerplate following conventions
- Create test file stubs
- Create documentation stubs (README, API docs)
- Verify generated code compiles/lints clean
Success Criteria
- Generated code follows project coding standards
- Test stubs included for all public interfaces
- Documentation stubs included
- Code compiles/lints without errors
Escalation Rules
- Escalate if no matching template exists for the request
- Escalate if scaffolding conflicts with existing code
Example Invocations
Input: "Scaffold a new Go microservice called 'notification-service'"
Output: Created: cmd/notification-service/main.go, internal/notification/handler.go, internal/notification/service.go, internal/notification/repository.go, internal/notification/handler_test.go, Dockerfile, README.md. All follow clean architecture pattern with dependency injection. Health check endpoint included.