create-canvas-extension

Create or register a canvas extension in the awesome-copilot repository. Use when asked to scaffold a new canvas extension, create its plugin.json, add a…

npx skills add https://github.com/github/awesome-copilot --skill create-canvas-extension

Create a canvas extension

Use this skill only for the github/awesome-copilot repository. Canvas extensions are reusable source components. They do not have a plugin.json under extensions/.

Required decisions

Before creating files, ask for each missing value:

  1. Extension ID: lowercase kebab-case, matching the source folder and plugin name.
  2. Display metadata:
    • description
    • version (default 1.0.0)
    • author name and optional URL
    • keywords (lowercase, hyphenated, maximum 10)
    • repository and license (default to the repository URL and MIT when appropriate)
  3. Canvas entrypoint: confirm whether the extension already has extension.mjs. If not, create a minimal entrypoint only when the user provides enough implementation details; otherwise create the directory and leave an explicit TODO.
  4. Preview image: obtain an existing assets/preview.png path or ask the user to add it. Do not invent a binary image or silently use a misleading placeholder.
  5. Plugin registration:
    • For a standalone installable canvas plugin, create plugins/<extension-id>.
    • For an extension that belongs to an existing plugin, ask for the parent plugin ID and add ./extensions/<extension-id> to that plugin's extensions.com.github.awesome-copilot.extensions.
    • If the extension should be shipped by multiple plugins, collect all plugin IDs and add the same extension ID to each mapping file.

Files to create

For a new extension plugin, create this structure:

extensions/<extension-id>/
├── extension.mjs
└── assets/
    └── preview.png

plugins/<extension-id>/
├── plugin.json
└── README.md

The extension source may contain additional files such as package.json, canvas assets, or supporting modules. Keep all reusable implementation files under extensions/<extension-id>/.

Create plugins/<extension-id>/plugin.json with this shape:

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "<extension-id>",
  "description": "<description>",
  "version": "1.0.0",
  "author": {
    "name": "<author>"
  },
  "repository": "https://github.com/github/awesome-copilot",
  "license": "MIT",
  "keywords": [
    "<keyword>"
  ],
  "extensions": {
    "com.github.copilot": {
      "logo": "assets/preview.png"
    },
    "com.github.awesome-copilot": {
      "extensions": [
        "./extensions/<extension-id>"
      ]
    }
  }
}

Keep Agent Plugins fields at the manifest top level. Repository composition belongs only under extensions.com.github.awesome-copilot; do not put agents, commands, hooks, mcpServers, or skills at the top level or directly under extensions. Do not add x-awesome-copilot, standalone, or other repository-specific top-level fields.

For an existing parent plugin, create or update:

plugins/<parent-plugin>/plugin.json (`extensions.com.github.awesome-copilot.extensions`)

Its extensions property must contain sorted repository-relative paths:

{
  "extensions": [
    "./extensions/<extension-id>"
  ]
}

Do not copy the extension source into the parent plugin. Materialization resolves the IDs from the root extensions/ directory, so the same source can be bundled by multiple plugins.

Workflow

  1. Inspect the repository before editing:

    • confirm extensions/<extension-id> and plugins/<extension-id> do not already conflict
    • inspect the target parent plugin, if any
    • check whether a preview image and entrypoint already exist
  2. Ask only the missing required questions from the decisions above.

  3. Create the source and plugin directories with the required files.

  4. If creating a new entrypoint, keep it minimal and clearly mark implementation TODOs rather than fabricating behavior.

  5. Add or update extensions.com.github.awesome-copilot.extensions for every parent plugin that should ship the extension. Keep paths alphabetically sorted and unique.

  6. Ensure there is no extensions/<extension-id>/.github/plugin/plugin.json.

  7. Run:

    npm run plugin:validate
    npm run build
    npm run website:data
    
  8. Report the created paths, the plugins that ship the extension, and any missing user-provided assets or TODOs.

Existing extension migration

When migrating an existing extension:

  1. Move its existing manifest to plugins/<extension-id>/plugin.json.
  2. Update the manifest to the namespace-based extensions.com.github.copilot.logo shape.
  3. Remove the old manifest from extensions/<extension-id>.
  4. Register the extension in any parent plugin's extensions.com.github.awesome-copilot.extensions.
  5. Run the validation and build commands above.

More skills from github

console-rendering
github
Instructions for using the struct tag-based console rendering system in Go
official
acreadiness-policy
github
Help the user pick, write, or apply an AgentRC policy. Policies customise readiness scoring by disabling irrelevant checks, overriding impact/level, setting…
official
ad-campaign-analyzer
github
Use this skill when the user shares ad campaign performance data and asks what to cut, scale, or test. Trigger for prompts like "analyze my ad campaigns",…
official
add-educational-comments
github
Add educational comments to code files to transform them into effective learning resources. Adapts explanation depth and tone to three configurable knowledge levels: beginner, intermediate, and advanced Automatically requests a file if none is provided, with numbered list matching for quick selection Expands files by up to 125% using educational comments only (hard limit: 400 new lines; 300 for files over 1,000 lines) Preserves file encoding, indentation style, syntax correctness, and...
official
adobe-illustrator-scripting
github
Write, debug, and optimize Adobe Illustrator automation scripts using ExtendScript (JavaScript/JSX). Use when creating or modifying scripts that manipulate…
official
bitbucket-migration
github
Bitbucket Pipelines migration to GitHub Actions — syntax mappings and the migration report template for Pipelines, Pipes, parallel steps, branch/pull-request…
official
jenkins-migration
github
Jenkins migration to GitHub Actions — syntax mappings and the migration report template for Pipelines (declarative + scripted), shared libraries, Groovy…
official
reusable-workflow-patterns
github
Catalog of common CI/CD patterns (build, test, deploy, security, quality), scan scope resolution (org-wide or specific repos), the reusable workflow template,…
official