skills/update-github-actions-version/SKILL.md
Update GitHub Actions versions in workflow files, focusing only on major version changes. Use when the user wants to update action versions, check for outdated GitHub Actions, or upgrade workflow dependencies to their latest major versions.
npx skillsauth add jim60105/copilot-prompt update-github-actions-versionInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Update action versions in GitHub Actions workflow files, focusing on major version changes only.
v4) automatically fetches the latest minor and patch versions.actions/checkout@v4 will automatically get versions like v4.2.2, v4.3.0.v4 to a specific version like v4.2.2 — this is unnecessary.v5 to v6).Note: Skip
fatjyc/[email protected]updates as the new version is broken.
Look for files in .github/workflows/ recursively. Note that composite actions may be used — read both the composite action and the calling workflow simultaneously.
Analyze the action versions used in the workflow files.
Query each action's latest version:
https://github.com/{owner}/{repo}/releases/latest
Only update actions where the major version has changed:
docker/build-push-action@v5 → @v6actions/checkout@v4 → @v4.2.2Note: Skip
fatjyc/[email protected]updates as the new version is broken and v6.0 is fine.
For actions requiring updates, retrieve changelogs to understand breaking changes.
Update version numbers and make adjustments for any breaking changes.
Git add and commit your changes with a clear message indicating the updates made.
# From
uses: docker/build-push-action@v5
# Update to
uses: docker/build-push-action@v6
# From
uses: actions/checkout@v4
# Incorrectly updated to
uses: actions/checkout@v4 .2 .2
# Keep unchanged
uses :actions / checkout @ v 4
GitHub will automatically use the latest v 4.x.x release
development
Diátaxis Documentation Expert. An expert technical writer specializing in creating high-quality software documentation, guided by the principles and structure of the Diátaxis technical documentation authoring framework.
testing
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
tools
Comprehensive guide for building, configuring, customizing, and deploying Docsify documentation sites. Use when the user wants to (1) initialize a new Docsify site, (2) add or organize Markdown pages, sidebars, navbars, or cover pages, (3) configure `window.$docsify` options, (4) customize themes / CSS variables / fonts, (5) install built-in or third-party Docsify plugins (search, GA, emoji, zoom, copy-code, comments, pagination, tabs, etc.), (6) write a custom Docsify plugin using lifecycle hooks, (7) use Docsify Markdown helpers (callouts, link attributes, image attributes, heading IDs, task lists, embed files with `:include`), (8) deploy to GitHub Pages, GitLab Pages, Netlify, Vercel, Firebase, Docker, Nginx, etc., (9) enable PWA / offline mode, virtual routes, or Vue compatibility, or (10) upgrade a Docsify site from v4 to v5. Triggers on mentions of "docsify", "_sidebar.md", "_navbar.md", "_coverpage.md", "$docsify", or `docsify-cli`.
testing
Writing guidelines for producing high-quality Traditional Chinese (zh-TW) content. Use when writing any kind of content. Including blog posts, notes, technical articles, technical writing, chitchat, social media posts, etc., even when you are just sending a text message. Also use when reviewing or editing existing Chinese content for tone, style, and terminology compliance.