Source profileQuality 86/100

github/awesome-copilot/skills/github-copilot-starter/SKILL.md

github-copilot-starter

Set up complete GitHub Copilot configuration for a new project based on technology stack

Source repository stars
37,126
Declared platforms
0
Static risk flags
1
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

Ask the user for the following information if not provided:

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/github/awesome-copilot --skill "skills/github-copilot-starter"
    Safe inspection promptEditorial

    Inspect the Agent Skill "github-copilot-starter" from https://github.com/github/awesome-copilot/blob/9933dcad5be5caeb288cebcd370eeeb2fc2f1685/skills/github-copilot-starter/SKILL.md at commit 9933dcad5be5caeb288cebcd370eeeb2fc2f1685. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      1. .github/copilot-instructions.md

      Main repository instructions that apply to all Copilot interactions. This is the most important file — Copilot reads it for every interaction in the repository.

      Main repository instructions that apply to all Copilot interactions. This is the most important file — Copilot reads it for every interaction in the repository.
    2. 02

      {Project Name} — Copilot Instructions

      Brief description of what this project does and its primary purpose.

      Naming: describe naming conventions for files, functions, variablesStructure: describe how the codebase is organizedError handling: describe the project's approach to errors and exceptions
    3. 03

      Workflow

      Skip this section entirely if the user answered "no" to GitHub Actions.

      Describe PR conventions, branch naming, and commit styleReference specific instruction files for detailed standards:Language guidelines: .github/instructions/{language}.instructions.md
    4. 04

      2. .github/instructions/ Directory

      Create specific instruction files: - {primaryLanguage}.instructions.md - Language-specific guidelines - testing.instructions.md - Testing standards and practices - documentation.instructions.md - Documentation requirements - security.instructions.md - Security best practices - p…

      {primaryLanguage}.instructions.md - Language-specific guidelinestesting.instructions.md - Testing standards and practicesdocumentation.instructions.md - Documentation requirements
    5. 05

      Planning mode instructions

      You are in planning mode. Your task is to generate an implementation plan for a new feature or for refactoring existing code. Don't make any code edits, just generate a plan.

      Overview: A brief description of the feature or refactoring task.Requirements: A list of requirements for the feature or refactoring task.Implementation Steps: A detailed list of steps to implement the feature or refactoring task.

    Permission review

    Static risk signals and limitations

    Writes files

    medium · line 81

    The documentation asks the agent to create, modify, or delete local files.

    Create Coding Agent workflow file:

    Writes files

    medium · line 284

    The documentation asks the agent to create, modify, or delete local files.

    **Create the directory structure**

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score86/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars37,126SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    github/awesome-copilot
    Skill path
    skills/github-copilot-starter/SKILL.md
    Commit
    9933dcad5be5caeb288cebcd370eeeb2fc2f1685
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    You are a GitHub Copilot setup specialist. Your task is to create a complete, production-ready GitHub Copilot configuration for a new project based on the specified technology stack.

    Project Information Required

    Ask the user for the following information if not provided:

    1. Primary Language/Framework: (e.g., JavaScript/React, Python/Django, Java/Spring Boot, etc.)
    2. Project Type: (e.g., web app, API, mobile app, desktop app, library, etc.)
    3. Additional Technologies: (e.g., database, cloud provider, testing frameworks, etc.)
    4. Development Style: (strict standards, flexible, specific patterns)
    5. GitHub Actions / Coding Agent: Does the project use GitHub Actions? (yes/no — determines whether to generate copilot-setup-steps.yml)

    Configuration Files to Create

    Based on the provided stack, create the following files in the appropriate directories:

    1. .github/copilot-instructions.md

    Main repository instructions that apply to all Copilot interactions. This is the most important file — Copilot reads it for every interaction in the repository.

    Use this structure:

    # {Project Name} — Copilot Instructions
    
    ## Project Overview
    Brief description of what this project does and its primary purpose.
    
    ## Tech Stack
    List the primary language, frameworks, and key dependencies.
    
    ## Conventions
    - Naming: describe naming conventions for files, functions, variables
    - Structure: describe how the codebase is organized
    - Error handling: describe the project's approach to errors and exceptions
    
    ## Workflow
    - Describe PR conventions, branch naming, and commit style
    - Reference specific instruction files for detailed standards:
      - Language guidelines: `.github/instructions/{language}.instructions.md`
      - Testing: `.github/instructions/testing.instructions.md`
      - Security: `.github/instructions/security.instructions.md`
      - Documentation: `.github/instructions/documentation.instructions.md`
      - Performance: `.github/instructions/performance.instructions.md`
      - Code review: `.github/instructions/code-review.instructions.md`
    

    2. .github/instructions/ Directory

    Create specific instruction files:

    • {primaryLanguage}.instructions.md - Language-specific guidelines
    • testing.instructions.md - Testing standards and practices
    • documentation.instructions.md - Documentation requirements
    • security.instructions.md - Security best practices
    • performance.instructions.md - Performance optimization guidelines
    • code-review.instructions.md - Code review standards and GitHub review guidelines

    3. .github/skills/ Directory

    Create reusable skills as self-contained folders:

    • setup-component/SKILL.md - Component/module creation
    • write-tests/SKILL.md - Test generation
    • code-review/SKILL.md - Code review assistance
    • refactor-code/SKILL.md - Code refactoring
    • generate-docs/SKILL.md - Documentation generation
    • debug-issue/SKILL.md - Debugging assistance

    4. .github/agents/ Directory

    Always create these 4 agents:

    • software-engineer.agent.md
    • architect.agent.md
    • reviewer.agent.md
    • debugger.agent.md

    For each, fetch the most specific match from awesome-copilot agents. If none exists, use the generic template.

    Agent Attribution: When using content from awesome-copilot agents, add attribution comments:

    <!-- Based on/Inspired by: https://github.com/github/awesome-copilot/blob/main/agents/[filename].agent.md -->
    

    5. .github/workflows/ Directory (only if user uses GitHub Actions)

    Skip this section entirely if the user answered "no" to GitHub Actions.

    Create Coding Agent workflow file:

    • copilot-setup-steps.yml - GitHub Actions workflow for Coding Agent environment setup

    CRITICAL: The workflow MUST follow this exact structure:

    • Job name MUST be copilot-setup-steps
    • Include proper triggers (workflow_dispatch, push, pull_request on the workflow file)
    • Set appropriate permissions (minimum required)
    • Customize steps based on the technology stack provided

    Content Guidelines

    For each file, follow these principles:

    MANDATORY FIRST STEP: Always use the fetch tool to research existing patterns before creating any content:

    1. Fetch specific instruction from awesome-copilot docs: https://github.com/github/awesome-copilot/blob/main/docs/README.instructions.md
    2. Fetch specific agents from awesome-copilot docs: https://github.com/github/awesome-copilot/blob/main/docs/README.agents.md
    3. Fetch specific skills from awesome-copilot docs: https://github.com/github/awesome-copilot/blob/main/docs/README.skills.md
    4. Check for existing patterns that match the technology stack

    Primary Approach: Reference and adapt existing instructions from awesome-copilot repository:

    • Use existing content when available - don't reinvent the wheel
    • Adapt proven patterns to the specific project context
    • Combine multiple examples if the stack requires it
    • ALWAYS add attribution comments when using awesome-copilot content

    Attribution Format: When using content from awesome-copilot, add this comment at the top of the file:

    <!-- Based on/Inspired by: https://github.com/github/awesome-copilot/blob/main/instructions/[filename].instructions.md -->
    

    Examples:

    <!-- Based on: https://github.com/github/awesome-copilot/blob/main/instructions/react.instructions.md -->
    ---
    applyTo: "**/*.jsx,**/*.tsx"
    description: "React development best practices"
    ---
    # React Development Guidelines
    ...
    
    <!-- Inspired by: https://github.com/github/awesome-copilot/blob/main/instructions/java.instructions.md -->
    <!-- and: https://github.com/github/awesome-copilot/blob/main/instructions/spring-boot.instructions.md -->
    ---
    applyTo: "**/*.java"
    description: "Java Spring Boot development standards"
    ---
    # Java Spring Boot Guidelines
    ...
    

    Secondary Approach: If no awesome-copilot instructions exist, create SIMPLE GUIDELINES ONLY:

    • High-level principles and best practices (2-3 sentences each)
    • Architectural patterns (mention patterns, not implementation)
    • Code style preferences (naming conventions, structure preferences)
    • Testing strategy (approach, not test code)
    • Documentation standards (format, requirements)

    STRICTLY AVOID in .instructions.md files:

    • Writing actual code examples or snippets
    • Detailed implementation steps
    • Test cases or specific test code
    • Boilerplate or template code
    • Function signatures or class definitions
    • Import statements or dependency lists

    CORRECT .instructions.md content:

    • "Use descriptive variable names and follow camelCase"
    • "Prefer composition over inheritance"
    • "Write unit tests for all public methods"
    • "Use TypeScript strict mode for better type safety"
    • "Follow the repository's established error handling patterns"

    Research Strategy with fetch tool:

    1. Check awesome-copilot first - Always start here for ALL file types
    2. Look for exact tech stack matches (e.g., React, Node.js, Spring Boot)
    3. Look for general matches (e.g., frontend agents, testing skills, review workflows)
    4. Check the docs and relevant directories directly for related files
    5. Prefer repo-native examples over inventing new formats
    6. Only create custom content if nothing relevant exists

    Fetch these awesome-copilot directories:

    Awesome-Copilot Areas to Check:

    • Frontend Web Development: React, Angular, Vue, TypeScript, CSS frameworks
    • C# .NET Development: Testing, documentation, and best practices
    • Java Development: Spring Boot, Quarkus, testing, documentation
    • Database Development: PostgreSQL, SQL Server, and general database best practices
    • Azure Development: Infrastructure as Code, serverless functions
    • Security & Performance: Security frameworks, accessibility, performance optimization

    File Structure Standards

    Ensure all files follow these conventions:

    project-root/
    ├── .github/
    │   ├── copilot-instructions.md
    │   ├── instructions/
    │   │   ├── [language].instructions.md
    │   │   ├── testing.instructions.md
    │   │   ├── documentation.instructions.md
    │   │   ├── security.instructions.md
    │   │   ├── performance.instructions.md
    │   │   └── code-review.instructions.md
    │   ├── skills/
    │   │   ├── setup-component/
    │   │   │   └── SKILL.md
    │   │   ├── write-tests/
    │   │   │   └── SKILL.md
    │   │   ├── code-review/
    │   │   │   └── SKILL.md
    │   │   ├── refactor-code/
    │   │   │   └── SKILL.md
    │   │   ├── generate-docs/
    │   │   │   └── SKILL.md
    │   │   └── debug-issue/
    │   │       └── SKILL.md
    │   ├── agents/
    │   │   ├── software-engineer.agent.md
    │   │   ├── architect.agent.md
    │   │   ├── reviewer.agent.md
    │   │   └── debugger.agent.md
    │   └── workflows/                        # only if GitHub Actions is used
    │       └── copilot-setup-steps.yml
    

    YAML Frontmatter Template

    Use this structure for all files:

    Instructions (.instructions.md):

    ---
    applyTo: "**/*.{lang-ext}"
    description: "Development standards for {Language}"
    ---
    # {Language} coding standards
    
    Apply the repository-wide guidance from `../copilot-instructions.md` to all code.
    
    ## General Guidelines
    - Follow the project's established conventions and patterns
    - Prefer clear, readable code over clever abstractions
    - Use the language's idiomatic style and recommended practices
    - Keep modules focused and appropriately sized
    
    <!-- Adapt the sections below to match the project's specific technology choices and preferences -->
    

    Skills (SKILL.md):

    ---
    name: {skill-name}
    description: {Brief description of what this skill does}
    ---
    
    # {Skill Name}
    
    {One sentence describing what this skill does. Always follow the repository's established patterns.}
    
    Ask for {required inputs} if not provided.
    
    ## Requirements
    - Use the existing design system and repository conventions
    - Follow the project's established patterns and style
    - Adapt to the specific technology choices of this stack
    - Reuse existing validation and documentation patterns
    

    Agents (.agent.md):

    ---
    description: Generate an implementation plan for new features or refactoring existing code.
    tools: ['codebase', 'web/fetch', 'findTestFiles', 'githubRepo', 'search', 'usages']
    model: Claude Sonnet 4
    ---
    # Planning mode instructions
    You are in planning mode. Your task is to generate an implementation plan for a new feature or for refactoring existing code.
    Don't make any code edits, just generate a plan.
    
    The plan consists of a Markdown document that describes the implementation plan, including the following sections:
    
    * Overview: A brief description of the feature or refactoring task.
    * Requirements: A list of requirements for the feature or refactoring task.
    * Implementation Steps: A detailed list of steps to implement the feature or refactoring task.
    * Testing: A list of tests that need to be implemented to verify the feature or refactoring task.
    

    Execution Steps

    1. Gather project information - Ask the user for technology stack, project type, and development style if not provided
    2. Research awesome-copilot patterns:
    3. Create the directory structure
    4. Generate main copilot-instructions.md with project-wide standards
    5. Create language-specific instruction files using awesome-copilot references with attribution
    6. Generate reusable skills tailored to project needs
    7. Set up specialized agents, fetching from awesome-copilot where applicable (especially for expert engineer agents matching the tech stack)
    8. Create the GitHub Actions workflow for Coding Agent (copilot-setup-steps.yml) — skip if user does not use GitHub Actions
    9. Validate all files follow proper formatting and include necessary frontmatter

    Post-Setup Instructions

    After creating all files, provide the user with:

    1. VS Code setup instructions - How to enable and configure the files
    2. Usage examples - How to use each skill and agent
    3. Customization tips - How to modify files for their specific needs
    4. Testing recommendations - How to verify the setup works correctly

    Quality Checklist

    Before completing, verify:

    • All authored Copilot markdown files have proper YAML frontmatter where required
    • Language-specific best practices are included
    • Files reference each other appropriately using Markdown links
    • Skills and agents include relevant descriptions; include MCP/tool-related metadata only when the target Copilot environment actually supports or requires it
    • Instructions are comprehensive but not overwhelming
    • Security and performance considerations are addressed
    • Testing guidelines are included
    • Documentation standards are clear
    • Code review standards are defined

    Workflow Template Structure (only if GitHub Actions is used)

    The copilot-setup-steps.yml workflow MUST follow this exact format and KEEP IT SIMPLE:

    name: "Copilot Setup Steps"
    on:
      workflow_dispatch:
      push:
        paths:
          - .github/workflows/copilot-setup-steps.yml
      pull_request:
        paths:
          - .github/workflows/copilot-setup-steps.yml
    jobs:
      # The job MUST be called `copilot-setup-steps` or it will not be picked up by Copilot.
      copilot-setup-steps:
        runs-on: ubuntu-latest
        permissions:
          contents: read
        steps:
          - name: Checkout code
            uses: actions/checkout@v5
          # Add ONLY basic technology-specific setup steps here
    

    KEEP WORKFLOWS SIMPLE - Only include essential steps:

    Node.js/JavaScript:

    - name: Set up Node.js
      uses: actions/setup-node@v4
      with:
        node-version: "20"
        cache: "npm"
    - name: Install dependencies
      run: npm ci
    - name: Run linter
      run: npm run lint
    - name: Run tests
      run: npm test
    

    Python:

    - name: Set up Python
      uses: actions/setup-python@v4
      with:
        python-version: "3.11"
    - name: Install dependencies
      run: pip install -r requirements.txt
    - name: Run linter
      run: flake8 .
    - name: Run tests
      run: pytest
    

    Java:

    - name: Set up JDK
      uses: actions/setup-java@v4
      with:
        java-version: "17"
        distribution: "temurin"
    - name: Build with Maven
      run: mvn compile
    - name: Run tests
      run: mvn test
    

    AVOID in workflows:

    • ❌ Complex configuration setups
    • ❌ Multiple environment configurations
    • ❌ Advanced tooling setup
    • ❌ Custom scripts or complex logic
    • ❌ Multiple package managers
    • ❌ Database setup or external services

    INCLUDE only:

    • ✅ Language/runtime setup
    • ✅ Basic dependency installation
    • ✅ Simple linting (if standard)
    • ✅ Basic test running
    • ✅ Standard build commands

    Alternatives

    Compare before choosing

    Computed 9427

    MoizIbnYousaf/marketing-cli

    cmo-remotion

    Brand-grounded Remotion video pipeline. Take a brief, ground it in `brand/` (voice, audience, positioning, creative-kit), write a beat sheet, scaffold a fresh Remotion project, generate any required assets, compose with frame-driven animations, and bake a final MP4. Use this skill whenever the user wants to build a NEW Remotion video from scratch — product films, motion graphics, code-driven shaders, CRT/glitch effects, HTML-in-canvas demos, React video. Triggers on requests like "make a remotio

    Computed 9137,126

    github/awesome-copilot

    adobe-illustrator-scripting

    Write, debug, and optimize Adobe Illustrator automation scripts using ExtendScript (JavaScript/JSX). Use when creating or modifying scripts that manipulate documents, layers, paths, text frames, colors, symbols, artboards, or any Illustrator DOM objects. Covers the complete JavaScript object model, coordinate system, measurement units, export workflows, and scripting best practices.

    Computed 9037,126

    github/awesome-copilot

    markstream-install

    Install and configure Markstream streaming Markdown renderers for Vue, React, Svelte, Angular, Nuxt, and Vue 2 applications. Use for package selection, minimal peer dependencies, CSS order, SSR boundaries, streaming mode, and renderer setup.

    Computed 8929,549

    vercel-labs/agent-skills

    vercel-react-view-transitions

    Guide for implementing smooth, native-feeling animations using React's View Transition API (`<ViewTransition>` component, `addTransitionType`, and CSS view transition pseudo-elements). Use this skill whenever the user wants to add page transitions, animate route changes, create shared element animations, animate enter/exit of components, animate list reorder, implement directional (forward/back) navigation animations, or integrate view transitions in Next.js. Also use when the user mentions view