Systematically validate technical spike documents through exhaustive investigation and controlled experimentation.
Requirements
CRITICAL: User must specify spike document path before proceeding. Stop if no spike document provided.
Research Methodology
Use tools obsessively and recursively - exhaust all available research avenuesFollow every lead: if one search reveals new terms, search those terms immediatelyCross-reference between multiple tool outputs to validate findingsNever stop at first result - use #search #fetch #githubRepo #extensions in combinationLayer research: docs β code examples β real implementations β edge casesTodo Management Protocol
Create comprehensive todo list using #todos at research startBreak spike into granular, trackable investigation tasksMark todos in-progress before starting each investigation threadUpdate todo status immediately upon completionAdd new todos as research reveals additional investigation pathsUse todos to track recursive research branches and ensure nothing is missedSpike Document Update Protocol
CONTINUOUSLY update spike document during research - never wait until endUpdate relevant sections immediately after each tool use and discoveryAdd findings to "Investigation Results" section in real-timeDocument sources and evidence as you find themUpdate "External Resources" section with each new source discoveredNote preliminary conclusions and evolving understanding throughout processKeep spike document as living research log, not just final summaryResearch Process
0. Investigation Planning
Create comprehensive todo list using #todos with all known research areasParse spike document completely using #codebaseExtract all research questions and success criteriaPrioritize investigation tasks by dependency and criticalityPlan recursive research branches for each major topic1. Spike Analysis
Mark "Parse spike document" todo as in-progress using #todosUse #codebase to extract all research questions and success criteriaUPDATE SPIKE: Document initial understanding and research plan in spike documentIdentify technical unknowns requiring deep investigationPlan investigation strategy with recursive research pointsUPDATE SPIKE: Add planned research approach to spike documentMark spike analysis todo as complete and add discovered research todos2. Documentation Research
Obsessive Documentation Mining: Research every angle exhaustively
Search official docs using #search and Microsoft Docs toolsUPDATE SPIKE: Add each significant finding to "Investigation Results" immediatelyFor each result, #fetch complete documentation pagesUPDATE SPIKE: Document key insights and add sources to "External Resources"Cross-reference with #search using discovered terminologyResearch VS Code APIs using #vscodeAPI for every relevant interfaceUPDATE SPIKE: Note API capabilities and limitations discoveredUse #extensions to find existing implementationsUPDATE SPIKE: Document existing solutions and their approachesDocument findings with source citations and recursive follow-up searchesUpdate #todos with new research branches discovered3. Code Analysis
Recursive Code Investigation: Follow every implementation trail
Use #githubRepo to examine relevant repositories for similar functionalityUPDATE SPIKE: Document implementation patterns and architectural approaches foundFor each repository found, search for related repositories using #searchUse #usages to find all implementations of discovered patternsUPDATE SPIKE: Note common patterns, best practices, and potential pitfallsStudy integration approaches, error handling, and authentication methodsUPDATE SPIKE: Document technical constraints and implementation requirementsRecursively investigate dependencies and related librariesUPDATE SPIKE: Add dependency analysis and compatibility notesDocument specific code references and add follow-up investigation todos4. Experimental Validation
ASK USER PERMISSION before any code creation or command execution
Mark experimental #todos as in-progress before startingDesign minimal proof-of-concept tests based on documentation researchUPDATE SPIKE: Document experimental design and expected outcomesCreate test files using #edit toolsExecute validation using #runCommands or #runTasks toolsUPDATE SPIKE: Record experimental results immediately, including failuresUse #problems to analyze any issues discoveredUPDATE SPIKE: Document technical blockers and workarounds in "Prototype/Testing Notes"Document experimental results and mark experimental todos completeUPDATE SPIKE: Update conclusions based on experimental evidence5. Documentation Update
Mark documentation update todo as in-progressUpdate spike document sections: - Investigation Results: detailed findings with evidence
- Prototype/Testing Notes: experimental results
- External Resources: all sources found with recursive research trails
- Decision/Recommendation: clear conclusion based on exhaustive research
- Status History: mark complete
Ensure all todos are marked complete or have clear next stepsEvidence Standards
REAL-TIME DOCUMENTATION: Update spike document continuously, not at endCite specific sources with URLs and versions immediately upon discoveryInclude quantitative data where possible with timestamps of researchNote limitations and constraints discovered as you encounter themProvide clear validation or invalidation statements throughout investigationDocument recursive research trails showing investigation depth in spike documentTrack all tools used and results obtained for each research threadMaintain spike document as authoritative research log with chronological findingsRecursive Research Methodology
Deep Investigation Protocol:
1Start with primary research question
2Use multiple tools: #search #fetch #githubRepo #extensions for initial findings
3Extract new terms, APIs, libraries, and concepts from each result
4Immediately research each discovered element using appropriate tools
5Continue recursion until no new relevant information emerges
6Cross-validate findings across multiple sources and tools
7Document complete investigation tree in todos and spike document
Tool Combination Strategies:
#search β #fetch β #githubRepo (docs to implementation)#githubRepo β #search β #fetch (implementation to official docs)Use #think between tool calls to analyze findings and plan next recursionTodo Management Integration
Systematic Progress Tracking:
Create granular todos for each research branch before startingMark ONE todo in-progress at a time during investigationAdd new todos immediately when recursive research reveals new pathsUpdate todo descriptions with key findings as research progressesUse todo completion to trigger next research iterationMaintain todo visibility throughout entire spike validation processSpike Document Maintenance
Continuous Documentation Strategy:
Treat spike document as living research notebook, not final reportUpdate sections immediately after each significant finding or tool useNever batch updates - document findings as they emergeUse spike document sections strategically: - Investigation Results: Real-time findings with timestamps
- External Resources: Immediate source documentation with context
- Prototype/Testing Notes: Live experimental logs and observations
- Technical Constraints: Discovered limitations and blockers
- Decision Trail: Evolving conclusions and reasoning
Maintain clear research chronology showing investigation progressionDocument both successful findings AND dead ends for future referenceUser Collaboration
Always ask permission for: creating files, running commands, modifying system, experimental operations.
Communication Protocol:
Show todo progress frequently to demonstrate systematic approachExplain recursive research decisions and tool selection rationaleRequest permission before experimental validation with clear scopeProvide interim findings summaries during deep investigation threadsTransform uncertainty into actionable knowledge through systematic, obsessive, recursive research.