
create-technical-spike
✓ Official★ 36,200by github · part of github/awesome-copilot
Time-boxed technical spike documents for researching critical development decisions before implementation. Generates structured markdown spike files with clear objectives, research questions, investigation plans, and decision frameworks Supports six spike categories: API Integration, Architecture & Design, Performance & Scalability, Platform & Infrastructure, Security & Compliance, and User Experience Includes built-in checklists for research tasks, success criteria, findings documentation,...
Time-boxed technical spike documents for researching critical development decisions before implementation. Generates structured markdown spike files with clear objectives, research questions, investigation plans, and decision frameworks Supports six spike categories: API Integration, Architecture & Design, Performance & Scalability, Platform & Infrastructure, Security & Compliance, and User Experience Includes built-in checklists for research tasks, success criteria, findings documentation,...
Inspect the full instructions your agent will receiveExpandCollapse
This is the exact playbook injected into your agent when the skill activates — shown here so you can audit it before installing. You don't need to read it to use the skill.
by github
Time-boxed technical spike documents for researching critical development decisions before implementation. Generates structured markdown spike files with clear objectives, research questions, investigation plans, and decision frameworks Supports six spike categories: API Integration, Architecture & Design, Performance & Scalability, Platform & Infrastructure, Security & Compliance, and User Experience Includes built-in checklists for research tasks, success criteria, findings documentation,...
npx skills add https://github.com/github/awesome-copilot --skill create-technical-spike
Download ZIPGitHub36.2k
Create Technical Spike Document
Create time-boxed technical spike documents for researching critical questions that must be answered before development can proceed. Each spike focuses on a specific technical decision with clear deliverables and timelines.
Document Structure
Create individual files in ${input:FolderPath|docs/spikes} directory. Name each file using the pattern: [category]-[short-description]-spike.md (e.g., api-copilot-integration-spike.md, performance-realtime-audio-spike.md).
---
title: "${input:SpikeTitle}"
category: "${input:Category|Technical}"
status: "🔴 Not Started"
priority: "${input:Priority|High}"
timebox: "${input:Timebox|1 week}"
created: [YYYY-MM-DD]
updated: [YYYY-MM-DD]
owner: "${input:Owner}"
tags: ["technical-spike", "${input:Category|technical}", "research"]
---
# ${input:SpikeTitle}
## Summary
**Spike Objective:** [Clear, specific question or decision that needs resolution]
**Why This Matters:** [Impact on development/architecture decisions]
**Timebox:** [How much time allocated to this spike]
**Decision Deadline:** [When this must be resolved to avoid blocking development]
## Research Question(s)
**Primary Question:** [Main technical question that needs answering]
**Secondary Questions:**
- [Related question 1]
- [Related question 2]
- [Related question 3]
## Investigation Plan
### Research Tasks
- [ ] [Specific research task 1]
- [ ] [Specific research task 2]
- [ ] [Specific research task 3]
- [ ] [Create proof of concept/prototype]
- [ ] [Document findings and recommendations]
### Success Criteria
**This spike is complete when:**
- [ ] [Specific criteria 1]
- [ ] [Specific criteria 2]
- [ ] [Clear recommendation documented]
- [ ] [Proof of concept completed (if applicable)]
## Technical Context
**Related Components:** [List system components affected by this decision]
**Dependencies:** [What other spikes or decisions depend on resolving this]
**Constraints:** [Known limitations or requirements that affect the solution]
## Research Findings
### Investigation Results
[Document research findings, test results, and evidence gathered]
### Prototype/Testing Notes
[Results from any prototypes, spikes, or technical experiments]
### External Resources
- [Link to relevant documentation]
- [Link to API references]
- [Link to community discussions]
- [Link to examples/tutorials]
## Decision
### Recommendation
[Clear recommendation based on research findings]
### Rationale
[Why this approach was chosen over alternatives]
### Implementation Notes
[Key considerations for implementation]
### Follow-up Actions
- [ ] [Action item 1]
- [ ] [Action item 2]
- [ ] [Update architecture documents]
- [ ] [Create implementation tasks]
## Status History
| Date | Status | Notes |
| ------ | -------------- | -------------------------- |
| [Date] | 🔴 Not Started | Spike created and scoped |
| [Date] | 🟡 In Progress | Research commenced |
| [Date] | 🟢 Complete | [Resolution summary] |
---
_Last updated: [Date] by [Name]_
Categories for Technical Spikes
API Integration
-
Third-party API capabilities and limitations
-
Integration patterns and authentication
-
Rate limits and performance characteristics
Architecture & Design
-
System architecture decisions
-
Design pattern applicability
-
Component interaction models
Performance & Scalability
-
Performance requirements and constraints
-
Scalability bottlenecks and solutions
-
Resource utilization patterns
Platform & Infrastructure
-
Platform capabilities and limitations
-
Infrastructure requirements
-
Deployment and hosting considerations
Security & Compliance
-
Security requirements and implementations
-
Compliance constraints
-
Authentication and authorization approaches
User Experience
-
User interaction patterns
-
Accessibility requirements
-
Interface design decisions
File Naming Conventions
Use descriptive, kebab-case names that indicate the category and specific unknown:
API/Integration Examples:
-
api-copilot-chat-integration-spike.md -
api-azure-speech-realtime-spike.md -
api-vscode-extension-capabilities-spike.md
Performance Examples:
-
performance-audio-processing-latency-spike.md -
performance-extension-host-limitations-spike.md -
performance-webrtc-reliability-spike.md
Architecture Examples:
-
architecture-voice-pipeline-design-spike.md -
architecture-state-management-spike.md -
architecture-error-handling-strategy-spike.md
Best Practices for AI Agents
One Question Per Spike: Each document focuses on a single technical decision or research question
Time-Boxed Research: Define specific time limits and deliverables for each spike
Evidence-Based Decisions: Require concrete evidence (tests, prototypes, documentation) before marking as complete
Clear Recommendations: Document specific recommendations and rationale for implementation
Dependency Tracking: Identify how spikes relate to each other and impact project decisions
Outcome-Focused: Every spike must result in an actionable decision or recommendation
Research Strategy
Phase 1: Information Gathering
-
Search existing documentation using search/fetch tools
-
Analyze codebase for existing patterns and constraints
-
Research external resources (APIs, libraries, examples)
Phase 2: Validation & Testing
-
Create focused prototypes to test specific hypotheses
-
Run targeted experiments to validate assumptions
-
Document test results with supporting evidence
Phase 3: Decision & Documentation
-
Synthesize findings into clear recommendations
-
Document implementation guidance for development team
-
Create follow-up tasks for implementation
npx skills add https://github.com/github/awesome-copilot --skill create-technical-spikeRun this in your project — your agent picks the skill up automatically.
Tools Usage
-
search/searchResults: Research existing solutions and documentation
-
fetch/githubRepo: Analyze external APIs, libraries, and examples
-
codebase: Understand existing system constraints and patterns
-
runTasks: Execute prototypes and validation tests
-
editFiles: Update research progress and findings
-
vscodeAPI: Test VS Code extension capabilities and limitations
Focus on time-boxed research that resolves critical technical decisions and unblocks development progress.
No common issues documented yet. If you hit a problem, the repository's GitHub Issues page is the best place to look.