analyze-with-file

Original🇺🇸 English
Translated

Interactive collaborative analysis with documented discussions, inline exploration, and evolving understanding. Serial execution with no agent delegation.

7installs
Added on

NPX Install

npx skill4agent add catlog22/claude-code-workflow analyze-with-file

Codex Analyze-With-File Prompt

Overview

Interactive collaborative analysis workflow with documented discussion process. Records understanding evolution, facilitates multi-round Q&A, and uses inline search tools for deep exploration.
Core workflow: Topic → Explore → Discuss → Document → Refine → Conclude → (Optional) Quick Execute
Key features:
  • Documented discussion timeline: Captures understanding evolution across all phases
  • Multi-perspective analysis: Supports up to 4 analysis perspectives (serial, inline)
  • Interactive discussion: Multi-round Q&A with user feedback and direction adjustments
  • Quick execute: Convert conclusions directly to executable tasks

Auto Mode

When
--yes
or
-y
: Auto-confirm exploration decisions, use recommended analysis angles, skip interactive scoping.

Quick Start

bash
# Basic usage
/codex:analyze-with-file TOPIC="How to optimize this project's authentication architecture"

# With depth selection
/codex:analyze-with-file TOPIC="Performance bottleneck analysis" --depth=deep

# Continue existing session
/codex:analyze-with-file TOPIC="authentication architecture" --continue

# Auto mode (skip confirmations)
/codex:analyze-with-file -y TOPIC="Caching strategy analysis"

Target Topic

$TOPIC

Analysis Flow

Step 0: Session Setup
   ├─ Parse topic, flags (--depth, --continue, -y)
   ├─ Generate session ID: ANL-{slug}-{date}
   └─ Create session folder (or detect existing → continue mode)

Step 1: Topic Understanding
   ├─ Parse topic, identify analysis dimensions
   ├─ Initial scoping with user (focus areas, perspectives, depth)
   └─ Initialize discussion.md

Step 2: Exploration (Inline, No Agents)
   ├─ Detect codebase → search relevant modules, patterns
   │   ├─ Read project-tech.json / project-guidelines.json (if exists)
   │   └─ Use Grep, Glob, Read, mcp__ace-tool__search_context
   ├─ Multi-perspective analysis (if selected, serial)
   │   ├─ Single: Comprehensive analysis
   │   └─ Multi (≤4): Serial per-perspective analysis with synthesis
   ├─ Aggregate findings → explorations.json / perspectives.json
   └─ Update discussion.md with Round 1

Step 3: Interactive Discussion (Multi-Round, max 5)
   ├─ Present exploration findings
   ├─ Gather user feedback
   ├─ Process response:
   │   ├─ Deepen → deeper inline analysis in current direction
   │   ├─ Adjust → new inline analysis with adjusted focus
   │   ├─ Questions → direct answers with evidence
   │   └─ Complete → exit loop for synthesis
   ├─ Update discussion.md with each round
   └─ Repeat until user selects complete or max rounds

Step 4: Synthesis & Conclusion
   ├─ Consolidate all insights → conclusions.json
   ├─ Update discussion.md with final synthesis
   └─ Offer options: quick execute / create issue / generate task / export / done

Step 5: Quick Execute (Optional - user selects)
   ├─ Convert conclusions.recommendations → tasks.jsonl (unified JSONL with convergence)
   ├─ Pre-execution analysis (dependencies, file conflicts, execution order)
   ├─ User confirmation
   ├─ Direct inline execution (Read/Edit/Write/Grep/Glob/Bash)
   ├─ Record events → execution-events.md, update execution.md
   └─ Report completion summary

Configuration

FlagDefaultDescription
-y, --yes
falseAuto-confirm all decisions
--continue
falseContinue existing session
--depth
standardAnalysis depth: quick / standard / deep
Session ID format:
ANL-{slug}-{YYYY-MM-DD}
  • slug: lowercase, alphanumeric + CJK characters, max 40 chars
  • date: YYYY-MM-DD (UTC+8)
  • Auto-detect continue: session folder + discussion.md exists → continue mode

Implementation Details

Session Initialization

Step 0: Initialize Session
javascript
const getUtc8ISOString = () => new Date(Date.now() + 8 * 60 * 60 * 1000).toISOString()

// Parse flags
const autoYes = $ARGUMENTS.includes('--yes') || $ARGUMENTS.includes('-y')
const continueMode = $ARGUMENTS.includes('--continue')
const depthMatch = $ARGUMENTS.match(/--depth[=\s](quick|standard|deep)/)
const analysisDepth = depthMatch ? depthMatch[1] : 'standard'

// Extract topic
const topic = $ARGUMENTS.replace(/--yes|-y|--continue|--depth[=\s]\w+|TOPIC=/g, '').replace(/^["']|["']$/g, '').trim()

// Determine project root
const projectRoot = Bash('git rev-parse --show-toplevel 2>/dev/null || pwd').trim()

const slug = topic.toLowerCase().replace(/[^a-z0-9\u4e00-\u9fa5]+/g, '-').substring(0, 40)
const dateStr = getUtc8ISOString().substring(0, 10)
const sessionId = `ANL-${slug}-${dateStr}`
const sessionFolder = `${projectRoot}/.workflow/.analysis/${sessionId}`

// Auto-detect continue: session folder + discussion.md exists → continue mode
// If continue → load discussion.md + explorations, resume from last round
Bash(`mkdir -p ${sessionFolder}`)

Phase 1: Topic Understanding

Objective: Parse the topic, identify relevant analysis dimensions, scope the analysis with user input, and initialize the discussion document.
Step 1.1: Parse Topic & Identify Dimensions
Match topic keywords against analysis dimensions:
javascript
const ANALYSIS_DIMENSIONS = {
  architecture:    ['架构', 'architecture', 'design', 'structure', '设计', 'pattern'],
  implementation:  ['实现', 'implement', 'code', 'coding', '代码', 'logic'],
  performance:     ['性能', 'performance', 'optimize', 'bottleneck', '优化', 'speed'],
  security:        ['安全', 'security', 'auth', 'permission', '权限', 'vulnerability'],
  concept:         ['概念', 'concept', 'theory', 'principle', '原理', 'understand'],
  comparison:      ['比较', 'compare', 'vs', 'difference', '区别', 'versus'],
  decision:        ['决策', 'decision', 'choice', 'tradeoff', '选择', 'trade-off']
}

// Match topic text against keyword lists
// If multiple dimensions match, include all
// If none match, default to "architecture" and "implementation"
const dimensions = identifyDimensions(topic, ANALYSIS_DIMENSIONS)
Step 1.2: Initial Scoping (New Session Only)
For new sessions, gather user preferences (skipped in auto mode or continue mode):
javascript
if (!autoYes && !continueMode) {
  // 1. Focus areas (multi-select)
  // Generate directions dynamically from detected dimensions (see Dimension-Direction Mapping)
  const focusAreas = AskUserQuestion({
    questions: [{
      question: "Select analysis focus areas:",
      header: "Focus",
      multiSelect: true,
      options: generateFocusOptions(dimensions) // Dynamic based on dimensions
    }]
  })

  // 2. Analysis perspectives (multi-select, max 4)
  const perspectives = AskUserQuestion({
    questions: [{
      question: "Select analysis perspectives (single = focused, multi = broader coverage):",
      header: "Perspectives",
      multiSelect: true,
      options: [
        { label: "Technical", description: "Implementation patterns, code structure, technical feasibility" },
        { label: "Architectural", description: "System design, scalability, component interactions" },
        { label: "Security", description: "Vulnerabilities, authentication, access control" },
        { label: "Performance", description: "Bottlenecks, optimization, resource utilization" }
      ]
    }]
  })

  // 3. Analysis depth (single-select, unless --depth already set)
  // Quick: surface level | Standard: moderate depth | Deep: comprehensive
}
Step 1.3: Initialize discussion.md
javascript
const discussionMd = `# Analysis Discussion

**Session ID**: ${sessionId}
**Topic**: ${topic}
**Started**: ${getUtc8ISOString()}
**Dimensions**: ${dimensions.join(', ')}
**Depth**: ${analysisDepth}

## Analysis Context
- Focus areas: ${focusAreas.join(', ')}
- Perspectives: ${selectedPerspectives.map(p => p.name).join(', ')}
- Depth: ${analysisDepth}

## Initial Questions
${generateInitialQuestions(topic, dimensions).map(q => `- ${q}`).join('\n')}

---

## Discussion Timeline

> Rounds will be appended below as analysis progresses.

---

## Current Understanding

> To be populated after exploration.
`
Write(`${sessionFolder}/discussion.md`, discussionMd)
Success Criteria:
  • Session folder created with discussion.md initialized
  • Analysis dimensions identified
  • User preferences captured (focus, perspectives, depth)

Phase 2: Exploration

Objective: Gather codebase context and execute analysis to build understanding. All exploration done inline — no agent delegation.
Step 2.1: Detect Codebase & Explore
Search the codebase directly using available tools:
javascript
const hasCodebase = Bash(`
  test -f package.json && echo "nodejs" ||
  test -f go.mod && echo "golang" ||
  test -f Cargo.toml && echo "rust" ||
  test -f pyproject.toml && echo "python" ||
  test -f pom.xml && echo "java" ||
  test -d src && echo "generic" ||
  echo "none"
`).trim()

if (hasCodebase !== 'none') {
  // 1. Read project metadata (if exists)
  //    - .workflow/project-tech.json (tech stack info)
  //    - .workflow/project-guidelines.json (project conventions)

  // 2. Search codebase for relevant content
  //    Use: Grep, Glob, Read, or mcp__ace-tool__search_context
  //    Search based on topic keywords and identified dimensions
  //    Focus on:
  //      - Modules/components related to the topic
  //      - Existing patterns and code structure
  //      - Integration points and constraints
  //      - Relevant configuration and dependencies

  // 3. Write findings
  Write(`${sessionFolder}/exploration-codebase.json`, JSON.stringify({
    project_type: hasCodebase,
    relevant_files: [...],    // [{path, relevance, summary}]
    patterns: [...],          // [{pattern, files, description}]
    constraints: [...],       // Architectural constraints found
    integration_points: [...], // [{location, description}]
    key_findings: [...],      // Main insights from code search
    _metadata: { timestamp: getUtc8ISOString(), exploration_scope: '...' }
  }, null, 2))
}
Step 2.2: Multi-Perspective Analysis (if selected)
Analyze the topic from each selected perspective. All analysis done inline by the AI.
Single perspective (default):
javascript
// Analyze comprehensively across all identified dimensions
// Use exploration-codebase.json as context
// Focus on: patterns, anti-patterns, potential issues, opportunities

const findings = {
  session_id: sessionId,
  timestamp: getUtc8ISOString(),
  topic: topic,
  dimensions: dimensions,
  sources: [...],            // [{type, file, summary}]
  key_findings: [...],       // Main insights
  discussion_points: [...],  // Questions for user engagement
  open_questions: [...]      // Unresolved questions
}
Write(`${sessionFolder}/explorations.json`, JSON.stringify(findings, null, 2))
Multi-perspective (2-4 perspectives, serial):
javascript
// Analyze each perspective sequentially
// For each perspective:
//   1. Focus search/analysis on that perspective's concern area
//   2. Generate perspective-specific insights
//   3. Write individual findings

selectedPerspectives.forEach(perspective => {
  // Analyze from this perspective's angle
  // Use exploration-codebase.json + dimension focus
  // Write to explorations/{perspective.name}.json
  Write(`${sessionFolder}/explorations/${perspective.name}.json`, JSON.stringify({
    perspective: perspective.name,
    relevant_files: [...],
    patterns: [...],
    key_findings: [...],
    perspective_insights: [...],
    open_questions: [...],
    _metadata: { timestamp: getUtc8ISOString() }
  }, null, 2))
})
Step 2.3: Aggregate Findings
javascript
// Single perspective → explorations.json already written
// Multi-perspective → synthesize into perspectives.json

if (selectedPerspectives.length > 1) {
  const synthesis = {
    session_id: sessionId,
    timestamp: getUtc8ISOString(),
    topic: topic,
    dimensions: dimensions,

    // Individual perspective findings
    perspectives: selectedPerspectives.map(p => ({
      name: p.name,
      findings: readJson(`${sessionFolder}/explorations/${p.name}.json`).key_findings,
      insights: readJson(`${sessionFolder}/explorations/${p.name}.json`).perspective_insights,
      questions: readJson(`${sessionFolder}/explorations/${p.name}.json`).open_questions
    })),

    // Cross-perspective synthesis
    synthesis: {
      convergent_themes: [...],   // What all perspectives agree on
      conflicting_views: [...],   // Where perspectives differ
      unique_contributions: [...]  // Insights unique to specific perspectives
    },

    aggregated_findings: [...],   // Main insights across all perspectives
    discussion_points: [...],     // Questions for user engagement
    open_questions: [...]         // Unresolved questions
  }
  Write(`${sessionFolder}/perspectives.json`, JSON.stringify(synthesis, null, 2))
}
Step 2.4: Update discussion.md
Append Round 1 with exploration results:
Single perspective round 1:
  • Sources analyzed (files, patterns)
  • Key findings with evidence
  • Discussion points for user
  • Open questions
Multi-perspective round 1:
  • Per-perspective summary (brief)
  • Synthesis section:
    • Convergent themes (what all perspectives agree on)
    • Conflicting views (where perspectives differ)
    • Unique contributions (insights from specific perspectives)
  • Discussion points
  • Open questions
Success Criteria:
  • exploration-codebase.json created with codebase context (if codebase exists)
  • explorations.json (single) or perspectives.json (multi) created with findings
  • discussion.md updated with Round 1 results
  • Ready for interactive discussion

Phase 3: Interactive Discussion

Objective: Iteratively refine understanding through multi-round user-guided discussion cycles.
Max Rounds: 5 discussion rounds (can exit earlier if user indicates analysis is complete)
Step 3.1: Present Findings & Gather Feedback
Display current understanding and gather user direction:
javascript
// Display current findings summary from explorations.json or perspectives.json
// Show key points, discussion points, open questions

if (!autoYes) {
  const feedback = AskUserQuestion({
    questions: [{
      question: `Analysis round ${round}: Feedback on current findings?`,
      header: "Direction",
      multiSelect: false,
      options: [
        { label: "Deepen", description: "Analysis direction is correct, investigate deeper" },
        { label: "Adjust Direction", description: "Different understanding or focus needed" },
        { label: "Specific Questions", description: "Have specific questions to ask" },
        { label: "Analysis Complete", description: "Sufficient information obtained, proceed to synthesis" }
      ]
    }]
  })
}
Step 3.2: Process User Response
Deepen — continue analysis in current direction:
javascript
// Deeper inline analysis using search tools
// Investigate edge cases, special scenarios
// Identify patterns not yet discussed
// Suggest improvement approaches
// Provide risk/impact assessments
// Update explorations.json with deepening findings
Adjust Direction — new focus area:
javascript
// Ask user for adjusted focus
const adjustedFocus = AskUserQuestion({
  questions: [{
    question: "What should the new analysis focus be?",
    header: "New Focus",
    multiSelect: false,
    options: [
      { label: "Code Details", description: "Deeper into implementation specifics" },
      { label: "Architecture", description: "Broader structural analysis" },
      { label: "Best Practices", description: "Industry standards and recommendations" }
    ]
  }]
})

// Analyze from adjusted perspective using inline search
// Compare new insights with prior analysis
// Identify what was missed and why
// Update explorations.json with adjusted findings
Specific Questions — answer directly:
javascript
// Capture user questions via AskUserQuestion (text input)
// Answer each question based on codebase search and analysis
// Provide evidence and file references
// Rate confidence for each answer (high/medium/low)
// Document Q&A in discussion.md
Analysis Complete — exit loop, proceed to Phase 4.
Step 3.3: Document Each Round
Update discussion.md with results from each discussion round:
SectionContent
User DirectionAction taken (deepen/adjust/questions) and focus area
Analysis ResultsKey findings, insights, evidence with file references
InsightsNew learnings or clarifications from this round
Corrected AssumptionsImportant wrong→right transformations with explanation
Open ItemsRemaining questions or areas for future investigation
Documentation Standards:
  • Clear timestamps for each round
  • Evidence-based findings with file references
  • Explicit tracking of assumption corrections
  • Organized by analysis dimension
  • Links between rounds showing understanding evolution
Success Criteria:
  • User feedback processed for each round
  • discussion.md updated with all discussion rounds
  • Assumptions documented and corrected
  • Exit condition reached (user selects complete or max rounds)

Phase 4: Synthesis & Conclusion

Objective: Consolidate insights from all discussion rounds, generate conclusions and recommendations.
Step 4.1: Consolidate Insights
javascript
const conclusions = {
  session_id: sessionId,
  topic: topic,
  completed: getUtc8ISOString(),
  total_rounds: roundCount,
  summary: '...',                    // Executive summary
  key_conclusions: [                 // Main conclusions
    { point: '...', evidence: '...', confidence: 'high|medium|low' }
  ],
  recommendations: [                 // Actionable recommendations
    { action: '...', rationale: '...', priority: 'high|medium|low' }
  ],
  open_questions: [...],             // Unresolved questions
  follow_up_suggestions: [           // Next steps
    { type: 'issue|task|research', summary: '...' }
  ]
}
Write(`${sessionFolder}/conclusions.json`, JSON.stringify(conclusions, null, 2))
Step 4.2: Final discussion.md Update
Append conclusions section and finalize:
Synthesis & Conclusions Section:
  • Executive Summary: Overview of analysis findings
  • Key Conclusions: Ranked by confidence level with supporting evidence
  • Recommendations: Prioritized action items with rationale
  • Remaining Open Questions: Unresolved items for future work
Current Understanding (Final) Section:
SubsectionContent
What We EstablishedConfirmed points and validated findings
What Was ClarifiedImportant corrections (wrong→right)
Key InsightsValuable learnings for future reference
Session Statistics: Total discussion rounds, key findings count, dimensions covered, artifacts generated.
Step 4.3: Post-Completion Options
javascript
if (!autoYes) {
  AskUserQuestion({
    questions: [{
      question: "Analysis complete. Next step:",
      header: "Next Step",
      multiSelect: false,
      options: [
        { label: "Quick Execute", description: "Convert recommendations to tasks and execute serially" },
        { label: "Create Issue", description: "Create GitHub Issue from conclusions" },
        { label: "Generate Task", description: "Launch lite-plan for implementation planning" },
        { label: "Export Report", description: "Generate standalone analysis report" },
        { label: "Done", description: "Save analysis only, no further action" }
      ]
    }]
  })
}
SelectionAction
Quick ExecuteJump to Phase 5
Create Issue
Skill(skill="issue:new", args="...")
Generate Task
Skill(skill="workflow:lite-plan", args="...")
Export ReportCopy discussion.md + conclusions.json to user-specified location
DoneDisplay artifact paths, end
Success Criteria:
  • conclusions.json created with complete synthesis
  • discussion.md finalized with conclusions
  • User offered meaningful next step options

Phase 5: Quick Execute (Optional)

Objective: Convert analysis conclusions into JSONL execution list with convergence criteria, then execute tasks directly inline.
Trigger: User selects "Quick Execute" in Phase 4.
Key Principle: No additional exploration — analysis phase has already collected all necessary context. No CLI delegation — execute directly using tools.
Flow:
conclusions.json → tasks.jsonl → User Confirmation → Direct Inline Execution → execution.md + execution-events.md
Full specification: See
EXECUTE.md
for detailed step-by-step implementation.
Step 5.1: Generate tasks.jsonl
Convert
conclusions.recommendations
into unified JSONL task format. Each line is a self-contained task with convergence criteria:
javascript
const conclusions = JSON.parse(Read(`${sessionFolder}/conclusions.json`))
const explorations = file_exists(`${sessionFolder}/explorations.json`)
  ? JSON.parse(Read(`${sessionFolder}/explorations.json`))
  : file_exists(`${sessionFolder}/perspectives.json`)
    ? JSON.parse(Read(`${sessionFolder}/perspectives.json`))
    : null

const tasks = conclusions.recommendations.map((rec, index) => ({
  id: `TASK-${String(index + 1).padStart(3, '0')}`,
  title: rec.action,
  description: rec.rationale,
  type: inferTaskType(rec),  // fix | refactor | feature | enhancement | testing
  priority: rec.priority,
  effort: inferEffort(rec),  // small | medium | large
  files: extractFilesFromEvidence(rec, explorations).map(f => ({
    path: f,
    action: 'modify'
  })),
  depends_on: [],
  convergence: {
    criteria: generateCriteria(rec),         // Testable conditions
    verification: generateVerification(rec), // Executable command or steps
    definition_of_done: generateDoD(rec)     // Business language
  },
  evidence: rec.evidence || [],
  source: {
    tool: 'analyze-with-file',
    session_id: sessionId,
    original_id: `TASK-${String(index + 1).padStart(3, '0')}`
  }
}))

// Validate convergence quality (same as req-plan-with-file)
// Write one task per line
Write(`${sessionFolder}/tasks.jsonl`, tasks.map(t => JSON.stringify(t)).join('\n'))
Step 5.2: Pre-Execution Analysis
Validate feasibility: dependency detection, circular dependency check (DFS), topological sort for execution order, file conflict analysis.
Step 5.3: Initialize Execution Artifacts
Create
execution.md
(overview with task table, pre-execution analysis, execution timeline placeholder) and
execution-events.md
(chronological event log header).
Step 5.4: User Confirmation
javascript
if (!autoYes) {
  AskUserQuestion({
    questions: [{
      question: `Execute ${tasks.length} tasks directly?\n\nExecution: Direct inline, serial`,
      header: "Confirm",
      multiSelect: false,
      options: [
        { label: "Start Execution", description: "Execute all tasks serially" },
        { label: "Adjust Tasks", description: "Modify, reorder, or remove tasks" },
        { label: "Cancel", description: "Cancel execution, keep tasks.jsonl" }
      ]
    }]
  })
}
Step 5.5: Direct Inline Execution
Execute tasks one by one directly using tools (Read, Edit, Write, Grep, Glob, Bash). No CLI delegation.
For each task in execution order:
  1. Check dependencies satisfied
  2. Record START event to
    execution-events.md
  3. Execute: read files → analyze changes → apply modifications → verify convergence
  4. Record COMPLETE/FAIL event with convergence verification checklist
  5. Update
    execution.md
    task status
  6. Auto-commit if enabled (conventional commit format)
Step 5.6: Finalize & Follow-up
  • Update
    execution.md
    with final summary (statistics, task results table)
  • Finalize
    execution-events.md
    with session footer
  • Update
    tasks.jsonl
    with
    _execution
    state per task
javascript
if (!autoYes) {
  AskUserQuestion({
    questions: [{
      question: `Execution complete: ${completedTasks.size}/${tasks.length} succeeded.\nNext step:`,
      header: "Post-Execute",
      multiSelect: false,
      options: [
        { label: "Retry Failed", description: `Re-execute ${failedTasks.size} failed tasks` },
        { label: "View Events", description: "Display execution-events.md" },
        { label: "Create Issue", description: "Create issue from failed tasks" },
        { label: "Done", description: "End workflow" }
      ]
    }]
  })
}
Success Criteria:
  • tasks.jsonl
    generated with convergence criteria and source provenance per task
  • execution.md
    contains plan overview, task table, pre-execution analysis, final summary
  • execution-events.md
    contains chronological event stream with convergence verification
  • All tasks executed (or explicitly skipped) via direct inline execution
  • User informed of results and next steps

Output Structure

{projectRoot}/.workflow/.analysis/ANL-{slug}-{date}/
├── discussion.md              # Evolution of understanding & discussions
├── exploration-codebase.json  # Phase 2: Codebase context
├── explorations/              # Phase 2: Multi-perspective explorations (if selected)
│   ├── technical.json
│   ├── architectural.json
│   └── ...
├── explorations.json          # Phase 2: Single perspective aggregated findings
├── perspectives.json          # Phase 2: Multi-perspective findings with synthesis
├── conclusions.json           # Phase 4: Final synthesis with recommendations
├── tasks.jsonl                # Phase 5: Unified JSONL with convergence + source (if quick execute)
├── execution.md               # Phase 5: Execution overview + task table + summary (if quick execute)
└── execution-events.md        # Phase 5: Chronological event log (if quick execute)
FilePhaseDescription
discussion.md
1Initialized with session metadata, finalized in Phase 4
exploration-codebase.json
2Codebase context: relevant files, patterns, constraints
explorations/*.json
2Per-perspective exploration results (multi only)
explorations.json
2Single perspective aggregated findings
perspectives.json
2Multi-perspective findings with cross-perspective synthesis
conclusions.json
4Final synthesis: conclusions, recommendations, open questions
tasks.jsonl
5Unified JSONL from recommendations, each line with convergence criteria and source provenance
execution.md
5Execution overview: plan source, task table, pre-execution analysis, final summary
execution-events.md
5Chronological event stream with task details and convergence verification

Analysis Dimensions Reference

Dimensions guide the scope and focus of analysis:
DimensionKeywordsDescription
architecture架构, architecture, design, structure, 设计, patternSystem design, component interactions, design patterns
implementation实现, implement, code, coding, 代码, logicCode patterns, implementation details, algorithms
performance性能, performance, optimize, bottleneck, 优化, speedBottlenecks, optimization opportunities, resource usage
security安全, security, auth, permission, 权限, vulnerabilityVulnerabilities, authentication, access control
concept概念, concept, theory, principle, 原理, understandFoundational ideas, principles, theory
comparison比较, compare, vs, difference, 区别, versusComparing solutions, evaluating alternatives
decision决策, decision, choice, tradeoff, 选择, trade-offTrade-offs, impact analysis, decision rationale

Analysis Perspectives

Optional multi-perspective analysis (single perspective is default, max 4):
PerspectiveFocusBest For
TechnicalImplementation patterns, code structure, technical feasibilityUnderstanding how and technical details
ArchitecturalSystem design, scalability, component interactionsUnderstanding structure and organization
SecuritySecurity patterns, vulnerabilities, access controlIdentifying security risks
PerformanceBottlenecks, optimization, resource utilizationFinding performance issues
Selection: User can multi-select up to 4 perspectives in Phase 1, or default to single comprehensive view.

Analysis Depth Levels

DepthScopeDescription
QuickSurface level understandingFast overview, minimal exploration
StandardModerate depth with good coverageBalanced analysis (default)
DeepComprehensive detailed analysisThorough multi-round investigation

Dimension-Direction Mapping

When user selects focus areas, generate directions dynamically from detected dimensions:
DimensionPossible Directions
architectureSystem Design, Component Interactions, Technology Choices, Integration Points, Design Patterns, Scalability Strategy
implementationCode Structure, Implementation Details, Code Patterns, Error Handling, Testing Approach, Algorithm Analysis
performancePerformance Bottlenecks, Optimization Opportunities, Resource Utilization, Caching Strategy, Concurrency Issues
securitySecurity Vulnerabilities, Authentication/Authorization, Access Control, Data Protection, Input Validation
conceptConceptual Foundation, Core Mechanisms, Fundamental Patterns, Theory & Principles, Trade-offs & Reasoning
comparisonSolution Comparison, Pros & Cons Analysis, Technology Evaluation, Approach Differences
decisionDecision Criteria, Trade-off Analysis, Risk Assessment, Impact Analysis, Implementation Implications
Implementation: Present 2-3 top dimension-related directions, allow user to multi-select and add custom directions.

Consolidation Rules

When updating "Current Understanding" in discussion.md:
RuleDescription
Promote confirmed insightsMove validated findings to "What We Established"
Track correctionsKeep important wrong→right transformations
Focus on current stateWhat do we know NOW, not the journey
Avoid timeline repetitionDon't copy discussion details into consolidated section
Preserve key learningsKeep insights valuable for future reference
Example:
Bad (cluttered):
markdown
## Current Understanding
In round 1 we discussed X, then in round 2 user said Y...
Good (consolidated):
markdown
## Current Understanding

### What We Established
- The authentication flow uses JWT with refresh tokens
- Rate limiting is implemented at API gateway level

### What Was Clarified
- ~~Assumed Redis for sessions~~ → Actually uses database-backed sessions

### Key Insights
- Current architecture supports horizontal scaling

Templates

discussion.md Structure

The discussion.md file evolves through the analysis:
  • Header: Session ID, topic, start time, identified dimensions
  • Analysis Context: Focus areas, perspectives, depth level
  • Initial Questions: Key questions to guide the analysis
  • Discussion Timeline: Round-by-round findings
    • Round 1: Initial Understanding + Exploration Results
    • Round 2-N: User feedback + direction adjustments + new insights
  • Synthesis & Conclusions: Summary, key conclusions, recommendations
  • Current Understanding (Final): Consolidated insights
  • Session Statistics: Rounds completed, findings count, artifacts generated

Round Documentation Pattern

Each discussion round follows a consistent structure:
markdown
### Round N - [Deepen|Adjust|Q&A] (timestamp)

#### User Input
What the user indicated they wanted to focus on

#### Analysis Results
New findings from this round's analysis
- Finding 1 (evidence: file:line)
- Finding 2 (evidence: file:line)

#### Insights
Key learnings and clarifications

#### Corrected Assumptions
- ~~Previous assumption~~ → Corrected understanding
  - Reason: Why the assumption was wrong

#### Open Items
Remaining questions or areas for investigation

Error Handling

SituationActionRecovery
No codebase detectedNormal flow, pure topic analysisProceed without exploration-codebase.json
Codebase search failsContinue with available contextNote limitation in discussion.md
No relevant findingsBroaden search keywordsAsk user for clarification
User timeout in discussionSave state, show resume commandUse
--continue
to resume
Max rounds reached (5)Force synthesis phaseHighlight remaining questions in conclusions
Session folder conflictAppend timestamp suffixCreate unique folder and continue
Quick execute: task failsRecord failure in execution-events.mdUser can retry, skip, or abort
Quick execute: verification failsMark criterion as unverified, continueNote in events, manual check
Quick execute: no recommendationsCannot generate tasks.jsonlSuggest using lite-plan instead

Best Practices

Core Principles

  1. Explicit user confirmation required before code modifications: The analysis phase is strictly read-only. Any code changes (Phase 5 quick execute) require user approval.

Before Starting Analysis

  1. Clear Topic Definition: Detailed topics lead to better dimension identification
  2. User Context: Understanding focus preferences helps scope the analysis
  3. Perspective Selection: Choose 2-4 perspectives for complex topics, single for focused queries
  4. Scope Understanding: Being clear about depth expectations sets correct analysis intensity

During Analysis

  1. Review Findings: Check exploration results before proceeding to discussion
  2. Document Assumptions: Track what you think is true for correction later
  3. Use Continue Mode: Resume sessions to build on previous findings rather than starting over
  4. Embrace Corrections: Track wrong→right transformations as valuable learnings
  5. Iterate Thoughtfully: Each discussion round should meaningfully refine understanding

Documentation Practices

  1. Evidence-Based: Every conclusion should reference specific code or patterns
  2. Confidence Levels: Indicate confidence (high/medium/low) for conclusions
  3. Timeline Clarity: Use clear timestamps for traceability
  4. Evolution Tracking: Document how understanding changed across rounds
  5. Action Items: Generate specific, actionable recommendations
  6. Multi-Perspective Synthesis: When using multiple perspectives, document convergent/conflicting themes

When to Use

Use analyze-with-file when:
  • Exploring complex topics collaboratively with documented trail
  • Need multi-round iterative refinement of understanding
  • Decision-making requires exploring multiple perspectives
  • Building shared understanding before implementation
  • Want to document how understanding evolved
Use Quick Execute (Phase 5) when:
  • Analysis conclusions contain clear, actionable recommendations
  • Context is already sufficient — no additional exploration needed
  • Want a streamlined analyze → JSONL plan → direct execute pipeline
  • Tasks are relatively independent and can be executed serially
Consider alternatives when:
  • Specific bug diagnosis needed → use
    debug-with-file
  • Generating new ideas/solutions → use
    brainstorm-with-file
  • Complex planning with parallel perspectives → use
    collaborative-plan-with-file
  • Ready to implement → use
    lite-plan
  • Requirement decomposition needed → use
    req-plan-with-file

Now execute the analyze-with-file workflow for topic: $TOPIC