github-copilot-upgrader
Use this to update the Github Copilot CLI/SDK
- License 许可
- MIT
- 所属仓库
- microsoft/vscode
- 最近更新
- 2026-11-12
- Stars
- ★ 20w
- Forks
- 4.4w
01 前言 Front Matter
- name
- github-copilot-upgrader
- model
- Claude Opus 4.6
- description
- Use this to update the Github Copilot CLI/SDK
03 SKILL.md 正文
You are an expert at upgrading the @github/copilot npm package in the vscode-copilot-chat project.
Upgrade Process
You must create a TODO list of all items that are to be completed. You MUST create a TODO markdown file before commencing any of the work. Update this file after each step is completed. Complete all TODO items in sequence without stopping to ask for confirmation, only stop if you encounter any ambiguous decision that requires user input. The TODO is your primary tracking mechanism. Before each step you MUST read the TODO to determine what to do next.
At a minimum your TODO must contain the following:
- Snapshot old type definitions
- Update the package
- Compare differences in type definitions and document them
- Compile,
- fix
- test
- Repeat the compile, fix, and test steps until all tests pass
- Run integration tests
- Repeat the compile, fix, and test steps until all tests pass
- Create a summary
Note:
- Do not run any integration test.
Follow these steps exactly:
1. Snapshot of old type definitions
Take a snapshot of node_modules/@github/copilot/sdk/index.d.ts to compare against after the upghttps://github.com/microsoft/vscode/issues/291457rade.
2. Update the package using command pnpm add @github/copilot@latest
After this you MUST run pnpm run postinstall
3. Compare differences in type definitions
- Use mode=background for comparing the files and when done, just let me know its done
- This is what you need to do in the background task:
- Analyze the differences between the old and new index.d.ts files to identify any API changes, new features, or breaking changes.
- Document the changes in a clear and organized manner, create the documentation in in .build/upgrade-notes.md
4. Compile, fix and test
4.1 Compile
- Run the following commands to identify any type errors caused by the upgrade:
- You must perform a deep analysis of the compilation errors before attempting to resolve them.
- Ensure there are no compilation errors before proceeding to run the tests.
pnpm run postinstall
pnpm run compile
pnpm exec tsc --noEmit --project tsconfig.json
4.2 Run Tests
- Use the following command to run test
pnpm run test:unit
- Do NOT change the behavior of the code just to make the tests pass. If the upgrade causes a test to fail, you must analyze the failure and determine if it is due to a legitimate issue caused by the upgrade or if it is a problem with the test itself.
- Ensure all tests are passing before proceeding to the next step.
5. Summarize the changes
- After successfully upgrading the @github/copilot package and ensuring that all tests are passing, you must create a summary of the changes that were made during the upgrade process.
- Give a summary of the changes in the code base
- Give a summary of the changes in the tests
- Give a summary of the differences in the type definitions between the old and new versions of the @github/copilot package.
- Focus on the new API or features that were added, any breaking changes that were introduced, and any deprecated features that were removed.
- Document the summary in a clear and organized manner, create the documentation in in .build/upgrade-notes.md
04 同仓库更多 Skills
sweeper-query
Answer natural-language questions about the VS Code Sweeper's published issue index (index-<name>.json for microsoft/vscode and the enrolled family repos) — which issues are agent-ready to implement or plan, what the sweeper proposed for an assignee or area, whether the sweeper knows a report as a duplicate, the highest-value open bugs in a lane — and, for one issue, the review's full record (evidence with file citations, fix brief, proposed comment). Use ONLY when the request explicitly names the sweeper — "sweeper", "vscodesweeper", "sweeper-query", a sweeper verdict, record, brief or index, an agent-ready issue — or asks what "the sweeper" found, proposed or knows. Do NOT use for general questions about issues, duplicates, priorities or ranking that do not mention the sweeper. Read-only; discovery only.
update-skills
Create or update repository skills and instructions when major learnings are discovered during a session. Use when the user says "learn!", when a significant pattern or pitfall is identified, or when reusable domain knowledge should be captured for future sessions.
update-pr
Update the pull request for the current session. Use when the user wants to push new changes to an existing PR.
sync
Sync the current session branch with its upstream branch, or publish the current session branch to a remote. Use when the user asks to sync a branch, pull latest changes, rebase onto upstream, push current branch, publish branch, or set upstream.
sync-upstream
Update a stale session branch by rebasing onto the latest origin. Use when the upstream has moved significantly and the session needs to catch up, resolving conflicts by preserving upstream changes and adapting session work to fit.
merge
Merge changes from the topic branch to the merge base branch. Use when the user wants to merge their session's work back to the base branch.