Run any Skill in Manus with one click

github-actions

Stars1

Forks0

UpdatedJuly 1, 2026 at 09:34

Inspect, validate, and fix GitHub Actions workflows in this repository. Use when working on .github/workflows, actionlint, runner labels, checkout/setup action versions, CI failures, workflow packaging, release automation, or local Actions verification with act and gh.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

neko233-com

neko233-com/proxysss

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

File Explorer

2 files

SKILL.md

readonly

name	github-actions
description	Inspect, validate, and fix GitHub Actions workflows in this repository. Use when working on .github/workflows, actionlint, runner labels, checkout/setup action versions, CI failures, workflow packaging, release automation, or local Actions verification with act and gh.
argument-hint	Describe the workflow problem, check, or validation you want to run
user-invocable	true

GitHub Actions

When To Use

Fix failing workflows under .github/workflows/.
Add or update workflow packaging, release automation, and any explicitly requested local/CI checks.
Validate runner labels, action versions, and workflow syntax.
Reproduce GitHub Actions issues locally with actionlint, act, gh, or the same cargo commands used in CI.

Repository Workflow Map

ci.yml: packaging-only build matrix for the six release bundles; no default tests, smoke, or performance benchmark jobs.
deploy.yml: package bundles for Windows, Linux, and macOS.
release.yml: tag builds and release asset publishing.

Standard Procedure

Read the target workflow in .github/workflows/ and identify the failing job or deprecated action.
Run local workflow validation before editing:
- actionlint
- narrow cargo build/check commands only when the workflow change affects Rust compilation behavior
Prefer minimal workflow changes:
- keep actions/checkout current
- use actions/upload-artifact@v6 and actions/download-artifact@v6 (Node.js 24 LTS); never add v4 artifact actions
- use supported runner labels
- pin third-party tool download versions when practical
After edits, rerun actionlint and the narrow Rust checks affected by the workflow.
If a workflow packages binaries, verify filenames, targets, and artifact names match the Rust build output.

Local Tools

gh: inspect workflow runs, logs, and artifacts.
gh dash: browse repository activity interactively.
act: execute supported workflows locally when a Docker runtime is available.
actionlint: static validation for workflow syntax and semantics.

Project Notes

The repo currently keeps default CI packaging-only. Rust quality checks and benchmark/smoke jobs are manual unless a user explicitly asks to add them back.
Use macos-15-intel for x86_64 macOS builds and macos-latest for arm64 unless a workflow needs a narrower label.
Keep package artifact names and release asset names aligned across CI, deploy, and release workflows.

References

Validation commands

More from this repository

same repository

acme-dns-providers

neko233-com/proxysss

Built-in proxysss ACME DNS-01 provider strategies. Use when adding, fixing, or configuring wildcard SSL via http.tls.acme.challenge=dns01 and http.tls.acme.dns.provider for cloudflare, aliyun_cn, aliyun_intl, tencent, volcengine, aws, azure, or google.

2026-06-101

gh-cli

neko233-com/proxysss

Monitor and operate GitHub Actions for the proxysss repository with the GitHub CLI. Use when checking CI/release workflow status, reading failed job logs, rerunning workflows, inspecting release assets, or when the user asks to watch GitHub Actions with gh.

2026-06-071

proxysss-install

neko233-com/proxysss

Install, update, initialize, verify, and hand over proxysss to an AI agent. Use when Codex is asked to one-click install proxysss, replace nginx with proxysss, bootstrap proxysss config/service files, verify default ports 80 and 7777, or prepare proxysss so another agent can inspect and operate it.

2026-06-051

name	github-actions
description	Inspect, validate, and fix GitHub Actions workflows in this repository. Use when working on .github/workflows, actionlint, runner labels, checkout/setup action versions, CI failures, workflow packaging, release automation, or local Actions verification with act and gh.
argument-hint	Describe the workflow problem, check, or validation you want to run
user-invocable	true

GitHub Actions

When To Use

Fix failing workflows under .github/workflows/.
Add or update workflow packaging, release automation, and any explicitly requested local/CI checks.
Validate runner labels, action versions, and workflow syntax.
Reproduce GitHub Actions issues locally with actionlint, act, gh, or the same cargo commands used in CI.

Repository Workflow Map

ci.yml: packaging-only build matrix for the six release bundles; no default tests, smoke, or performance benchmark jobs.
deploy.yml: package bundles for Windows, Linux, and macOS.
release.yml: tag builds and release asset publishing.

Standard Procedure

Read the target workflow in .github/workflows/ and identify the failing job or deprecated action.
Run local workflow validation before editing:
- actionlint
- narrow cargo build/check commands only when the workflow change affects Rust compilation behavior
Prefer minimal workflow changes:
- keep actions/checkout current
- use actions/upload-artifact@v6 and actions/download-artifact@v6 (Node.js 24 LTS); never add v4 artifact actions
- use supported runner labels
- pin third-party tool download versions when practical
After edits, rerun actionlint and the narrow Rust checks affected by the workflow.
If a workflow packages binaries, verify filenames, targets, and artifact names match the Rust build output.

Local Tools

gh: inspect workflow runs, logs, and artifacts.
gh dash: browse repository activity interactively.
act: execute supported workflows locally when a Docker runtime is available.
actionlint: static validation for workflow syntax and semantics.

Project Notes

The repo currently keeps default CI packaging-only. Rust quality checks and benchmark/smoke jobs are manual unless a user explicitly asks to add them back.
Use macos-15-intel for x86_64 macOS builds and macos-latest for arm64 unless a workflow needs a narrower label.
Keep package artifact names and release asset names aligned across CI, deploy, and release workflows.

References

Validation commands