Optimizations: - Merge Overview & Philosophy sections (78→29 lines) - Simplify Tool Selection Strategy (76→47 lines) - Optimize Execution Lifecycle (242→119 lines) - Reduce Code Modification Targets examples (4→2 examples) - Merge Error Handling & Performance into Execution Management (52→14 lines) - Merge Integration & Quality into unified section (30→25 lines) Core features preserved: - Complete output format template (kept internal) - 5-phase execution lifecycle - Tool selection complexity matrix - Gemini/Codex bash configurations - All essential functionality 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
16 KiB
name, description, argument-hint, examples
| name | description | argument-hint | examples | ||
|---|---|---|---|---|---|
| concept-enhanced | Enhanced intelligent analysis with parallel CLI execution and design blueprint generation | --session WFS-session-id --context path/to/context-package.json |
|
Enhanced Analysis Command (/workflow:tools:concept-enhanced)
Overview
Advanced solution design and feasibility analysis engine with parallel CLI execution. Processes standardized context packages to produce ANALYSIS_RESULTS.md focused on solution improvements, key design decisions, and critical insights.
Scope: Solution-focused technical analysis only. Does NOT generate task breakdowns or implementation plans.
Usage: Standalone command or integrated into /workflow:plan. Accepts context packages and orchestrates Gemini/Codex for comprehensive analysis.
Core Philosophy & Responsibilities
- Solution-Focused Analysis: Emphasize design decisions, architectural rationale, and critical insights (exclude task planning)
- Context-Driven: Parse and validate context-package.json for precise analysis
- Intelligent Tool Selection: Gemini for design (all tasks), Codex for validation (complex tasks only)
- Parallel Execution: Execute multiple CLI tools simultaneously for efficiency
- Solution Design: Evaluate architecture, identify key design decisions with rationale
- Feasibility Assessment: Analyze technical complexity, risks, implementation readiness
- Optimization Recommendations: Performance, security, and code quality improvements
- Perspective Synthesis: Integrate multi-tool insights into unified assessment
- Single Output: Generate only ANALYSIS_RESULTS.md with technical analysis
Analysis Strategy Selection
Tool Selection by Task Complexity
Simple Tasks (≤3 modules):
- Primary: Gemini (rapid understanding + pattern recognition)
- Support: Code-index (structural analysis)
- Mode: Single-round analysis
Medium Tasks (4-6 modules):
- Primary: Gemini (comprehensive analysis + architecture design)
- Support: Code-index + Exa (best practices)
- Mode: Single comprehensive round
Complex Tasks (>6 modules):
- Primary: Gemini (comprehensive analysis) + Codex (validation)
- Mode: Parallel execution - Gemini design + Codex feasibility
Tool Preferences by Tech Stack
{
"frontend": {
"primary": "gemini",
"secondary": "codex",
"focus": ["component_design", "state_management", "ui_patterns"]
},
"backend": {
"primary": "codex",
"secondary": "gemini",
"focus": ["api_design", "data_flow", "security", "performance"]
},
"fullstack": {
"primary": "gemini",
"secondary": "codex",
"focus": ["system_architecture", "integration", "data_consistency"]
}
}
Execution Lifecycle
Phase 1: Validation & Preparation
- Session Validation: Verify
.workflow/{session_id}/exists, loadworkflow-session.json - Context Package Validation: Verify path, validate JSON format and structure
- Task Analysis: Extract keywords, identify domain/complexity, determine scope
- Tool Selection: Gemini (all tasks), +Codex (complex only), load templates
Phase 2: Analysis Preparation
- Workspace Setup: Create
.workflow/{session_id}/.process/, initialize logs, set resource limits - Context Optimization: Filter high-priority assets, organize structure, prepare templates
- Execution Environment: Configure CLI tools, set timeouts, prepare error handling
Phase 3: Parallel Analysis Execution
-
Gemini Solution Design & Architecture Analysis
~/.claude/scripts/gemini-wrapper -p " PURPOSE: Analyze and design optimal solution for {task_description} TASK: Evaluate current architecture, propose solution design, identify key design decisions CONTEXT: @{.workflow/{session_id}/.process/context-package.json,.workflow/{session_id}/workflow-session.json,CLAUDE.md} **MANDATORY**: Read context-package.json to understand task requirements, source files, tech stack, project structure **ANALYSIS PRIORITY**: 1. PRIMARY: Individual role analysis.md files (system-architect, ui-designer, etc.) - technical details, ADRs, decision context 2. SECONDARY: synthesis-specification.md - integrated requirements, cross-role alignment 3. REFERENCE: topic-framework.md - discussion context EXPECTED: 1. CURRENT STATE: Existing patterns, code structure, integration points, technical debt 2. SOLUTION DESIGN: Core principles, system design, key decisions with rationale 3. CRITICAL INSIGHTS: Strengths, gaps, risks, tradeoffs 4. OPTIMIZATION: Performance, security, code quality recommendations 5. FEASIBILITY: Complexity analysis, compatibility, implementation readiness 6. OUTPUT: Write to .workflow/{session_id}/.process/gemini-solution-design.md RULES: - Focus on SOLUTION IMPROVEMENTS and KEY DESIGN DECISIONS (NO task planning) - Identify code targets: existing "file:function:lines", new files "file" - Do NOT create task lists, implementation steps, or code examples " --approval-mode yoloOutput:
.workflow/{session_id}/.process/gemini-solution-design.md -
Codex Technical Feasibility Validation (Complex Tasks Only)
codex --full-auto exec " PURPOSE: Validate technical feasibility and identify implementation risks for {task_description} TASK: Assess complexity, validate technology choices, evaluate performance/security implications CONTEXT: @{.workflow/{session_id}/.process/context-package.json,.workflow/{session_id}/.process/gemini-solution-design.md,.workflow/{session_id}/workflow-session.json,CLAUDE.md} **MANDATORY**: Read context-package.json, gemini-solution-design.md, and relevant source files EXPECTED: 1. FEASIBILITY: Complexity rating, resource requirements, technology compatibility 2. RISK ANALYSIS: Implementation risks, integration challenges, performance/security concerns 3. VALIDATION: Development approach, quality standards, maintenance implications 4. RECOMMENDATIONS: Must-have requirements, optimization opportunities, security controls 5. OUTPUT: Write to .workflow/{session_id}/.process/codex-feasibility-validation.md RULES: - Focus on TECHNICAL FEASIBILITY and RISK ASSESSMENT (NO implementation planning) - Verify code targets: existing "file:function:lines", new files "file" - Do NOT create task breakdowns, step-by-step guides, or code examples " --skip-git-repo-check -s danger-full-accessOutput:
.workflow/{session_id}/.process/codex-feasibility-validation.md -
Parallel Execution: Launch tools simultaneously, monitor progress, handle completion/errors, maintain logs
Phase 4: Results Collection & Synthesis
- Output Validation: Validate gemini-solution-design.md (all), codex-feasibility-validation.md (complex), use logs if incomplete, classify status
- Quality Assessment: Verify design rationale, insight depth, feasibility rigor, optimization value
- Synthesis Strategy: Direct integration (simple/medium), multi-tool synthesis (complex), resolve conflicts, score confidence
Phase 5: ANALYSIS_RESULTS.md Generation
- Report Sections: Executive Summary, Current State, Solution Design, Implementation Strategy, Optimization, Success Factors, Confidence Scores
- Guidelines: Focus on solution improvements and design decisions (exclude task planning), emphasize rationale/tradeoffs/risk assessment
- Output: Single file
ANALYSIS_RESULTS.mdat.workflow/{session_id}/.process/with technical insights and optimization strategies
Analysis Results Format
Generated ANALYSIS_RESULTS.md focuses on solution improvements, key design decisions, and critical insights (NOT task planning):
# Technical Analysis & Solution Design
## Executive Summary
- **Analysis Focus**: {core_problem_or_improvement_area}
- **Analysis Timestamp**: {timestamp}
- **Tools Used**: {analysis_tools}
- **Overall Assessment**: {feasibility_score}/5 - {recommendation_status}
---
## 1. Current State Analysis
### Architecture Overview
- **Existing Patterns**: {key_architectural_patterns}
- **Code Structure**: {current_codebase_organization}
- **Integration Points**: {system_integration_touchpoints}
- **Technical Debt Areas**: {identified_debt_with_impact}
### Compatibility & Dependencies
- **Framework Alignment**: {framework_compatibility_assessment}
- **Dependency Analysis**: {critical_dependencies_and_risks}
- **Migration Considerations**: {backward_compatibility_concerns}
### Critical Findings
- **Strengths**: {what_works_well}
- **Gaps**: {missing_capabilities_or_issues}
- **Risks**: {identified_technical_and_business_risks}
---
## 2. Proposed Solution Design
### Core Architecture Principles
- **Design Philosophy**: {key_design_principles}
- **Architectural Approach**: {chosen_architectural_pattern_with_rationale}
- **Scalability Strategy**: {how_solution_scales}
### System Design
- **Component Architecture**: {high_level_component_design}
- **Data Flow**: {data_flow_patterns_and_state_management}
- **API Design**: {interface_contracts_and_specifications}
- **Integration Strategy**: {how_components_integrate}
### Key Design Decisions
1. **Decision**: {critical_design_choice}
- **Rationale**: {why_this_approach}
- **Alternatives Considered**: {other_options_and_tradeoffs}
- **Impact**: {implications_on_architecture}
2. **Decision**: {another_critical_choice}
- **Rationale**: {reasoning}
- **Alternatives Considered**: {tradeoffs}
- **Impact**: {consequences}
### Technical Specifications
- **Technology Stack**: {chosen_technologies_with_justification}
- **Code Organization**: {module_structure_and_patterns}
- **Testing Strategy**: {testing_approach_and_coverage}
- **Performance Targets**: {performance_requirements_and_benchmarks}
---
## 3. Implementation Strategy
### Development Approach
- **Core Implementation Pattern**: {primary_implementation_strategy}
- **Module Dependencies**: {dependency_graph_and_order}
- **Quality Assurance**: {qa_approach_and_validation}
### Code Modification Targets
**Purpose**: Specific code locations for modification AND new files to create
**Identified Targets**:
1. **Target**: `src/auth/AuthService.ts:login:45-52`
- **Type**: Modify existing
- **Modification**: Enhance error handling
- **Rationale**: Current logic lacks validation
2. **Target**: `src/auth/PasswordReset.ts`
- **Type**: Create new file
- **Purpose**: Password reset functionality
- **Rationale**: New feature requirement
**Format Rules**:
- Existing files: `file:function:lines` (with line numbers)
- New files: `file` (no function or lines)
- Unknown lines: `file:function:*`
- Task generation will refine these targets during `analyze_task_patterns` step
### Feasibility Assessment
- **Technical Complexity**: {complexity_rating_and_analysis}
- **Performance Impact**: {expected_performance_characteristics}
- **Resource Requirements**: {development_resources_needed}
- **Maintenance Burden**: {ongoing_maintenance_considerations}
### Risk Mitigation
- **Technical Risks**: {implementation_risks_and_mitigation}
- **Integration Risks**: {compatibility_challenges_and_solutions}
- **Performance Risks**: {performance_concerns_and_strategies}
- **Security Risks**: {security_vulnerabilities_and_controls}
---
## 4. Solution Optimization
### Performance Optimization
- **Optimization Strategies**: {key_performance_improvements}
- **Caching Strategy**: {caching_approach_and_invalidation}
- **Resource Management**: {resource_utilization_optimization}
- **Bottleneck Mitigation**: {identified_bottlenecks_and_solutions}
### Security Enhancements
- **Security Model**: {authentication_authorization_approach}
- **Data Protection**: {data_security_and_encryption}
- **Vulnerability Mitigation**: {known_vulnerabilities_and_controls}
- **Compliance**: {regulatory_and_compliance_considerations}
### Code Quality
- **Code Standards**: {coding_conventions_and_patterns}
- **Testing Coverage**: {test_strategy_and_coverage_goals}
- **Documentation**: {documentation_requirements}
- **Maintainability**: {maintainability_practices}
---
## 5. Critical Success Factors
### Technical Requirements
- **Must Have**: {essential_technical_capabilities}
- **Should Have**: {important_but_not_critical_features}
- **Nice to Have**: {optional_enhancements}
### Quality Metrics
- **Performance Benchmarks**: {measurable_performance_targets}
- **Code Quality Standards**: {quality_metrics_and_thresholds}
- **Test Coverage Goals**: {testing_coverage_requirements}
- **Security Standards**: {security_compliance_requirements}
### Success Validation
- **Acceptance Criteria**: {how_to_validate_success}
- **Testing Strategy**: {validation_testing_approach}
- **Monitoring Plan**: {production_monitoring_strategy}
- **Rollback Plan**: {failure_recovery_strategy}
---
## 6. Analysis Confidence & Recommendations
### Assessment Scores
- **Conceptual Integrity**: {score}/5 - {brief_assessment}
- **Architectural Soundness**: {score}/5 - {brief_assessment}
- **Technical Feasibility**: {score}/5 - {brief_assessment}
- **Implementation Readiness**: {score}/5 - {brief_assessment}
- **Overall Confidence**: {overall_score}/5
### Final Recommendation
**Status**: {PROCEED|PROCEED_WITH_MODIFICATIONS|RECONSIDER|REJECT}
**Rationale**: {clear_explanation_of_recommendation}
**Critical Prerequisites**: {what_must_be_resolved_before_proceeding}
---
## 7. Reference Information
### Tool Analysis Summary
- **Gemini Insights**: {key_architectural_and_pattern_insights}
- **Codex Validation**: {technical_feasibility_and_implementation_notes}
- **Consensus Points**: {agreements_between_tools}
- **Conflicting Views**: {disagreements_and_resolution}
### Context & Resources
- **Analysis Context**: {context_package_reference}
- **Documentation References**: {relevant_documentation}
- **Related Patterns**: {similar_implementations_in_codebase}
- **External Resources**: {external_references_and_best_practices}
Execution Management
Error Handling & Recovery
- Pre-execution: Verify session/context package, confirm CLI tools, validate dependencies
- Monitoring & Timeout: Track progress, 30-min limit, manage parallel execution, maintain status
- Partial Recovery: Generate results with incomplete outputs, use logs, provide next steps
- Error Recovery: Auto error detection, structured workflows, graceful degradation
Performance & Resource Optimization
- Parallel Analysis: Execute multiple tools simultaneously to reduce time
- Context Sharding: Analyze large projects by module shards
- Caching: Reuse results for similar contexts
- Resource Management: Monitor disk/CPU/memory, set limits, cleanup temporary files
- Timeout Control:
timeout 600swith partial result generation on failure
Integration & Success Criteria
Input/Output Interface
Input:
--session(required): Session ID (e.g., WFS-auth)--context(required): Context package path--depth(optional): Analysis depth (quick|full|deep)--focus(optional): Analysis focus areas
Output:
- Single file:
ANALYSIS_RESULTS.mdat.workflow/{session_id}/.process/ - No supplementary files (JSON, roadmap, templates)
Quality & Success Validation
Quality Checks: Completeness, consistency, feasibility validation
Success Criteria:
- ✅ Solution-focused analysis (design decisions, critical insights, NO task planning)
- ✅ Single output file only
- ✅ Design decision depth with rationale/alternatives/tradeoffs
- ✅ Feasibility assessment (complexity, risks, readiness)
- ✅ Optimization strategies (performance, security, quality)
- ✅ Parallel execution efficiency (Gemini + Codex for complex tasks)
- ✅ Robust error handling (validation, timeout, partial recovery)
- ✅ Confidence scoring with clear recommendation status
Related Commands
/context:gather- Generate context packages required by this command/workflow:plan- Call this command for analysis/task:create- Create specific tasks based on analysis results