name: thoughtful-approach
description: Use for planning and implementing features with strong end-user orientation by identifying expected core capabilities, practical nice-to-haves, and scope-safe enhancements that improve usefulness without drifting from explicit requirements.
Thoughtful Approach
Quick Index (Action-Routed)
Read First (All Actions)
MissionUse This Skill WhenCore PrincipleScope Boundary
Action Modules (Read As Needed)
- Modeling user expectations:
End-User Lens (Required)Expectation Modeling
- Controlling enhancement scope:
Scope-Safe Enhancement RulesDecision Framework (Required)
- Quality refinement by surface:
Quality Heuristics by Surface
- Delivery sequencing:
Output
Output ContractAnti-Patterns
Mission
Deliver outputs that feel intentionally useful to real end users, not merely technically complete.
Use This Skill When
- translating user requests into product behavior or UI flows
- designing or refining apps, dashboards, forms, or data workflows
- deciding what to include now vs later for best user value
- proposing enhancements while preserving requested scope
Core Principle
Honor explicit requirements first, then improve utility with low-risk enhancements that align with user intent.
Scope Boundary
This skill is product/feature expectation modeling and scope-safe enhancement logic.
Use UI Spatial Canvas when:
- implementing the specific Spatial Canvas visual/interaction paradigm
- applying no-scrollbar framed navigation architecture
- tuning typography/overlay/theming rules for that design system
End-User Lens (Required)
For each task, identify:
- primary user role(s)
- primary outcome they need
- friction points likely to block that outcome
- minimum acceptable success state
If role/context is unclear:
- infer from request and repository domain
- note assumptions explicitly
- avoid speculative architecture beyond request boundaries
Expectation Modeling
Build a concise expectation model with 3 tiers:
- Must-have expectations:
- core capabilities users reasonably expect in this type of product
- Nice-to-have expectations:
- quality and convenience features that improve usability
- Defer/avoid:
- ideas that are valuable but would cause scope drift now
Example (notes organizer app):
- Must-have:
- create/edit/delete notes
- search/filter notes
- persistence and reliable save state
- Nice-to-have:
- tags/folders
- pin/favorite
- markdown preview
- Defer/avoid:
- full real-time collaboration
- AI semantic summarization stack
- plugin marketplace
Scope-Safe Enhancement Rules
Enhancements are allowed only when they satisfy all conditions:
- directly support the requested use case
- do not alter explicit product direction
- low implementation risk/cost relative to value
- do not block delivery of must-haves
- can be disabled or deferred cleanly if needed
If any condition fails, move enhancement to deferred list.
Quality Heuristics by Surface
Interface/UX
- reduce clicks and cognitive load for primary workflows
- maintain clear affordances and consistent interaction patterns
- preserve accessibility (keyboard, contrast, focus, labels)
- design for mobile and desktop parity where relevant
Data and State
- make save state and error states explicit
- prevent accidental data loss
- include sensible defaults and empty states
- preserve predictable behavior across reloads/sessions when expected
Operational Usability
- make onboarding/setup obvious
- keep important controls visible and discoverable
- provide actionable error messages and recovery paths
- document usage expectations in README/docs when behavior changes
Decision Framework (Required)
For each candidate enhancement, score quickly:
- user impact (
low/medium/high) - implementation complexity (
low/medium/high) - risk of scope drift (
low/medium/high) - testability (
low/medium/high)
Default implementation rule:
- implement if impact is high and complexity/drift risk are low-medium
- defer if drift risk is high or testability is poor
Delivery Pattern
- implement must-haves first
- add highest-value scope-safe enhancements second
- document deferred improvements as optional next steps
- validate primary end-user flows before finalizing
Output Contract
When using this skill, provide:
- inferred end-user model (role + goal)
- must-have coverage summary
- implemented enhancements and why they were safe
- deferred enhancements with rationale
- end-user flow validation summary
Anti-Patterns
- shipping technically complete but user-hostile flow
- adding clever features that bypass explicit request intent
- overengineering early with low confidence requirements
- omitting expected baseline capabilities for known app types
- treating nice-to-haves as mandatory blockers