- Home
- Skills
- Shinpr
- Claude Code Workflows
- Implementation Approach
implementation-approach_skill
102
GitHub Stars
1
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill shinpr/claude-code-workflows --skill implementation-approach- SKILL.md6.8 KB
Overview
This skill is an implementation strategy selection framework that guides teams through a meta-cognitive decision process, risk control, constraint verification, and integration-point definition. It helps choose between vertical, horizontal, hybrid, and legacy migration approaches while documenting rationale and verification priorities. Use it to convert analysis into a concrete, auditable implementation plan.
How this skill works
The skill inspects the current implementation state, identifies responsibilities and technical debt, and surfaces implicit preconditions. It then explores candidate strategies (legacy handling, feature-first, foundation-first, hybrid), applies a risk matrix and constraint checklist, and assigns verification levels (L1–L3) and integration points. Finally, it produces a recorded decision rationale and verification criteria for each chosen phase.
When to use it
- Planning a rewrite, migration, or major new feature where architectural choices matter
- Selecting an incremental migration strategy for legacy systems
- Defining verification and acceptance criteria for phased releases
- Aligning team, schedule, and technical constraints before execution
- When multiple strategy patterns could apply and a documented rationale is required
Best practices
- Start with a thorough Phase 1 current-state analysis; do not skip it
- Combine known patterns creatively; avoid pattern fixation
- Use the risk analysis matrix to design preventive and incident controls
- Map constraints (technical, temporal, resource, business) before deciding approach
- Document decision rationale and verification levels in the design doc
Example use cases
- Migrating a monolith to microservices using a strangler and feature-driven slices
- Building a stable platform layer first (foundation-driven) before multiple downstream features
- Rapid prototyping with vertical slices, then transitioning to hybrid foundation work
- Integrating third-party systems with adapters/proxies while preserving service continuity
- Prioritizing work by risk for safety-critical or high-availability systems
FAQ
Verification levels are L1 (functional end-user verification), L2 (test verification), and L3 (build success). Prioritize L1 then L2 then L3 because delivering usable value and observable behavior is most important for real-world validation.
When should I choose hybrid over vertical or horizontal?
Choose hybrid when requirements are unclear, when some features need immediate delivery while others need a stable foundation, or when you must transition from prototype to production—define per-phase goals and verification methods.