From qe-framework
Spawns parallel sub-agents to analyze a problem from multiple independent viewpoints (developer, user, PM, security, etc.) simultaneously, helping users see different angles before deciding.
How this skill is triggered — by the user, by Claude, or both
Slash command
/qe-framework:QperspectiveThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Analyzes a single problem from multiple independent viewpoints simultaneously. Each perspective runs as a separate sub-agent, ensuring genuinely independent analysis without contamination between viewpoints.
Analyzes a single problem from multiple independent viewpoints simultaneously. Each perspective runs as a separate sub-agent, ensuring genuinely independent analysis without contamination between viewpoints.
/Qperspective <topic> # Auto-select relevant perspectives
/Qperspective <topic> --views "dev,pm,user" # Specify perspectives manually
/Qperspective <topic> --codex # Add Codex as an independent perspective
/Qperspective --help # Show usage
| Perspective | Asks | Best for |
|---|---|---|
developer | "Is this implementable? What's the technical cost?" | Architecture, tech debt decisions |
user | "Does this actually solve my problem?" | Feature prioritization, UX |
pm | "Does this fit the roadmap? What's the ROI?" | Scope, resource allocation |
security | "What can go wrong? What's the attack surface?" | Auth, data handling, infra |
business | "Does this make money? What's the market risk?" | Strategy, pricing, GTM |
ops | "Can we run this in production? What breaks at scale?" | Deployment, monitoring |
newcomer | "I don't understand any of this. Explain it simply." | Complexity check, onboarding |
critic | "This will fail because..." | Risk assessment, blind spots |
codex | Independent analysis from a different model | Cross-model validation |
--views specified, use those perspectives--codex flag, add Codex as an additional perspectiveTopic: "Should we migrate from REST to GraphQL?"
Selected perspectives:
1. developer — technical feasibility and migration cost
2. user — API consumer experience
3. ops — production complexity and monitoring
4. codex — independent cross-model analysis
Proceed? [Y/n] (or specify: --views "dev,security,pm")
Spawn one sub-agent per perspective, all running simultaneously:
Each agent receives:
For Codex perspective:
resolveEngineEach agent outputs:
Multi-Perspective Analysis
──────────────────────────
Topic: "Should we migrate from REST to GraphQL?"
┌─ Developer ──────────────────────────────────┐
│ Assessment: │
│ - Migration cost: ~3 sprints for core APIs │
│ - N+1 query risk without DataLoader │
│ - Type safety improves with codegen │
│ Risk: Schema design mistakes are hard to fix │
│ Opportunity: Eliminate over-fetching on mobile │
│ Recommendation: Start with BFF, not full swap │
└───────────────────────────────────────────────┘
┌─ User ───────────────────────────────────────┐
│ Assessment: │
│ - Current REST API requires 3 calls for ... │
│ ... │
└───────────────────────────────────────────────┘
┌─ Ops ────────────────────────────────────────┐
│ ... │
└───────────────────────────────────────────────┘
┌─ Codex (independent) ────────────────────────┐
│ ... │
└───────────────────────────────────────────────┘
After displaying all perspectives:
Synthesis
─────────
Agreement across perspectives:
- ...
Conflicts between perspectives:
- Developer vs Ops: ...
- User vs Business: ...
Blind spots (not covered by selected perspectives):
- ...
Suggested next step:
- ...
npx claudepluginhub inho-team/qe-framework --plugin qe-frameworkCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.