gen-specs-as-issues — GitHub Copilot skill: specs and install
Finds missing project features, ranks them, and drafts detailed GitHub Issues. Use it when you need to plan implementation work from the current codebase.
npx skills add github/awesome-copilot --skill gen-specs-as-issuesWhat gen-specs-as-issues does
The skill reviews the project structure, README.md, documentation, entry points, modules, tests, and placeholder code. It compares documented capabilities with the implementation, then lists possible missing features and gaps in the user journey.
Each gap is scored on a 1-5 scale for user impact, strategic alignment, implementation feasibility, resource requirements, and risk. The workflow calculates priority and selects the top 3 items, including their status, dependencies, and impact if left undone.
It then drafts issues with scope, technical requirements, an implementation plan, acceptance criteria, priority, and blocking relationships. Large work is split into sub-issues sized at 1-3 days. Install it if your team plans work through GitHub Issues; for a one-off code change, this workflow is too much.
What it helps with
- find documented features missing from the code
- spot placeholder code without working behavior
- rank feature gaps by impact, effort, and risk
- draft an MVP specification for a GitHub Issue
- split dependent work into parent issues and sub-issues
Example prompts for the agent
- “Review this project and find features mentioned in README.md that are not implemented.”
- “Prioritize the gaps you found and prepare specifications for the top 3.”
- “Create GitHub Issues for these features with acceptance criteria and dependencies.”
How to install gen-specs-as-issues
1Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill gen-specs-as-issues2GitHub CLI
gh skill install github/awesome-copilot gen-specs-as-issues3Manually: put the files in place
.github/skills/gen-specs-as-issues/SKILL.md1Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill gen-specs-as-issues -a claude-code2Manually: put the files in place
~/.claude/skills/gen-specs-as-issues/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/gen-specs-as-issues/
Manually: put the files in place
.agents/skills/gen-specs-as-issues/SKILL.mdFor all projects use ~/.agents/skills/
Manually: put the files in place
.cursor/skills/gen-specs-as-issues/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
Platform CLI
gemini skills install https://github.com/github/awesome-copilot --path skills/gen-specs-as-issuesManually: put the files in place
.devin/skills/gen-specs-as-issues/SKILL.mdThe legacy .windsurf/skills/ path still works
Claude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set554
The whole set →Similar
Questions about gen-specs-as-issues
How do I install gen-specs-as-issues in GitHub Copilot?
Install the skill with npx skills add github/awesome-copilot --skill gen-specs-as-issues. You can also use gh skill install github/awesome-copilot gen-specs-as-issues.
What does gen-specs-as-issues do?
The skill compares project documentation with the current implementation, identifies gaps, and ranks them. It then drafts specifications and GitHub Issues for the selected work.
How does gen-specs-as-issues prioritize features?
It scores user impact, strategic alignment, feasibility, resource requirements, and risk on a 1-5 scale. Priority uses (User Impact × Strategic Alignment) / (Implementation Effort × Risk Level).
Source text
SKILL.md · MIT
--- name: gen-specs-as-issues description: 'This workflow guides you through a systematic approach to identify missing features, prioritize them, and create detailed specifications for implementation.' --- # Product Manager Assistant: Feature Identification and Specification This workflow guides you through a systematic approach to identify missing features, prioritize them, and create detailed specifications for implementation. ## 1. Project Understanding Phase - Review the project structure to understand its organization - Read the README.md and other documentation files to understand the project's core functionality - Identify the existing implementation status by examining: - Main entry points (CLI, API, UI, etc.) - Core modules and their functionality - Tests to understand expected behavior - Any placeholder implementations **Guiding Questions:** - What is the primary purpose of this project? - What user problems does it solve? - What patterns exist in the current implementation? - Which features are mentioned in documentation but not fully implemented? ## 2. Gap Analysis Phase - Compare the documented capabilities ONLY against the actual implementation - Identify "placeholder" code that lacks real functionality - Look for features mentioned in documentation but missing robust implementation - Consider the user journey and identify broken or missing steps - Focus on core functionality first (not nice-to-have features) **Output Creation:** - Create a list of potential missing features (5-7 items) - For each feature, note: - Current implementation status - References in documentation - Impact on user experience if missing ## 3. Prioritization Phase - Apply a score to each identified gap: **Scoring Matrix (1-5 scale):** - User Impact: How many users benefit? - Strategic Alignment: Fits core mission? - Implementation Feasibility: Technical complexity? - Resource Requirements: Development effort needed? - Risk Level: Potential negative impacts? **Priority = (User Impact × Strategic Alignment) / (Implementation Effort × Risk Level)** **Output Creation:** - Present the top 3 highest-priority missing features based on the scoring - For each, provide: - Feature name - Current status - Impact if not implemented - Dependencies on other features ## 4. Specification Development Phase - For each prioritized feature, develop a detailed but practical specification: - Begin with the philosophical approach: simplicity over complexity - Focus on MVP functionality first - Consider the developer experience - Keep the specification implementation-friendly **For Each Feature Specification:** 1. **Overview & Scope** - What problem does it solve? - What's included and what's explicitly excluded? 2. **Technical Requirements** - Core functionality needed - User-facing interfaces (API, UI, CLI, etc.) - Integration points with existing code 3. **Implementation Plan** - Key modules/files to create or modify - Simple code examples showing the approach - Clear data structures and interfaces 4. **Acceptance Criteria** - How will we know when it's done? - What specific functionality must work? - What tests should pass? ## 5. GitHub Issue Creation Phase - For each specification, create a GitHub issue: - Clear, descriptive title - Comprehensive specification in the body - Appropriate labels (enhancement, high-priority, etc.) - Explicitly mention MVP philosophy where relevant **Issue Template Structure:** # [Feature Name] ## Overview [Brief description of the feature and its purpose] ## Scope [What's included and what's explicitly excluded] ## Technical Requirements [Specific technical needs and constraints] ## Implementation Plan [Step-by-step approach with simple code examples] ## Acceptance Criteria [Clear list of requirements to consider the feature complete] ## Priority [Justification for prioritization] ## Dependencies - **Blocks:** [List of issues blocked by this one] - **Blocked by:** [List of issues this one depends on] ## Implementation Size - **Estimated effort:** [Small/Medium/Large] - **Sub-issues:** [Links to sub-issues if this is a parent issue] ## 5.5 Work Distribution Optimization - **Independence Analysis** - Review each specification to identify truly independent components - Refactor specifications to maximize independent work streams - Create clear boundaries between interdependent components - **Dependency Mapping** - For features with unavoidable dependencies, establish clear issue hierarchies - Create parent issues for the overall feature with sub-issues for components - Explicitly document "blocked by" and "blocks" relationships - **Workload Balancing** - Break down large specifications into smaller, manageable sub-issues - Ensure each sub-issue represents 1-3 days of development work - Include sub-issue specific acceptance criteria **Implementation Guidelines:** - Use GitHub issue linking syntax to create explicit relationships - Add labels to indicate dependency status (e.g., "blocked", "prerequisite") - Include estimated complexity/effort for each issue to aid sprint planning ## 6. Final Review Phase - Summarize all created specifications - Highlight implementation dependencies between features - Suggest a logical implementation order - Note any potential challenges or considerations Remember throughout this process: - Favor simplicity over complexity - Start with minimal viable implementations that work - Focus on developer experience - Build a foundation that can be extended later - Consider the open-source community and contribution model This workflow embodiment of our approach should help maintain consistency in how features are specified and prioritized, ensuring that software projects evolve in a thoughtful, user-centered way.
© github · MIT · github/awesome-copilot