Agent skill

Contributing

by ZaxbyHub in ZaxbyHub/opencode-swarm

End-to-end PR workflow for opencode-swarm. An agent skill from ZaxbyHub/opencode-swarm.

MITAuto-check passedDevelopment

Install Contributing

skills CLI
$ npx skills add ZaxbyHub/opencode-swarm --skill contributing -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install ZaxbyHub/opencode-swarm contributing --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/ZaxbyHub/opencode-swarm.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.opencode/contributing .claude/skills/contributing && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
contributing
GitHub stars
494
Token cost
~1.7k tokens
SKILL.md length
633 words
Files
1
Skills in repo
91
Repo updated
First seen
Licence
MIT

At a glance

End-to-end PR workflow for opencode-swarm. An agent skill from ZaxbyHub/opencode-swarm.

  • Works in 8 steps: Branch Setup → Commit Message Format (Conventional… → Release Notes (MANDATORY — every… → …
  • Tasks that involve Commit messages
  • SKILL.md covers 1. Branch Setup, 2. Commit Message Format…, 3. Release Notes (MANDATORY —… and 4. Run All Checks Locally (5…, plus 5 more sections
  • Calls bun, git and bunx

What it does

Contributing is an agent skill from ZaxbyHub/opencode-swarm. End-to-end PR workflow for opencode-swarm. Covers branch setup, conventional commits, mandatory release notes, 5-tier CI checks, and PR submission format. Load this skill before creating branches, commits, or pull requests.

Its SKILL.md is about 1.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Commit messages, Changelog and release notes and Pull requests. The repository describes itself as: Architect-centric agentic swarm plugin for OpenCode. Hub-and-spoke orchestration with SME consultation, code generation, and QA review. The licence is MIT.

When your agent uses it

  • Tasks that involve Commit messages
  • Tasks that involve Changelog and release notes
  • Tasks that involve Pull requests

Example prompts

  • “/contributing”

Workflow steps

8 steps, taken from the step headings in SKILL.md.

  1. Branch Setup
  2. Commit Message Format (Conventional Commits)
  3. Release Notes (MANDATORY — every user-visible PR, no exceptions)
  4. Run All Checks Locally (5 tiers, all must pass)
  5. Push and Open PR
  6. Do NOT Manually Edit These Files
  7. CI Checks
  8. GitHub Actions SHA Pinning

What it can do on your machine

Read from SKILL.md and the folder at commit b63a4bd. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • bun
    • git
    • bunx
    • npm
    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, bunx, npm and gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Contributing loads about 1.7k tokens when it runs. Until then it costs about 59 tokens; SKILL.md has 633 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~59
When it runs · the whole SKILL.md, loaded when a task matches
~1.7k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from ZaxbyHub/opencode-swarm at commit b63a4bd, republished under its MIT licence (© ZaxbyHub). 633 words, ~1,653 tokens.

Download SKILL.mdSave it as .claude/skills/contributing/SKILL.md (or your agent's skills folder).
name
contributing
description
End-to-end PR workflow for opencode-swarm. Covers branch setup, conventional commits, mandatory release notes, 5-tier CI checks, and PR submission format. Load this skill before creating branches, commits, or pull requests.

Contributing to opencode-swarm

1. Branch Setup

bash
git checkout main && git pull origin main
git checkout -b <type>/<short-description>
bun install --frozen-lockfile

Branch naming: <type>/<short-description> (e.g. feat/add-retry-backoff, fix/plan-sync-race).

2. Commit Message Format (Conventional Commits)

Every commit MUST follow: <type>(<optional scope>): <description>

Rules:

  • Description lowercase, no trailing period
  • Scope optional but encouraged
TypeChangelog sectionVersion bump
featFeaturesminor
fixBug Fixespatch
perfPerformancepatch
revertRevertspatch
docsDocumentationnone
chore—none
refactor—none
test—none
ci—none
build—none

Breaking changes: add BREAKING CHANGE: <description> footer or ! suffix on type (e.g. feat!:). Triggers major bump.

Valid examples:

  • feat(architect): add retry backoff to SME delegation
  • fix(circuit-breaker): prevent race condition on concurrent invocations
  • refactor(swarm): extract phase orchestration into dedicated module

Invalid (rejected by CI):

  • WIP, fix stuff, Update README, feat: Add feature. (trailing period), Feat: (uppercase)

3. Release Notes (MANDATORY — every user-visible PR, no exceptions)

⛔ Do NOT compute the next version. ⛔ Do NOT create docs/releases/vX.Y.Z.md. ⛔ Do NOT write to a shared docs/releases/unreleased.md. release-please owns the version; the release workflow aggregates fragments at release time.

  1. Choose a short, kebab-case slug describing your change. Pick one unlikely to collide with concurrent PRs.
  2. Create docs/releases/pending/<your-slug>.md.

Include:

  • What changed (grouped by theme)
  • Why (bug report, feature request, hardening)
  • Migration steps (if any)
  • Breaking changes (if any)
  • Known caveats

Use a descriptive heading (# <topic>), not a version prefix. Even one-line changes need a fragment explaining why it matters. Aggregation is done by scripts/release-notes-fragments.mjs via .github/workflows/release-and-publish.yml — each PR owning its own unique file is what eliminates the merge-conflict hotspot.

4. Run All Checks Locally (5 tiers, all must pass)

bash
# Tier 1: Quality
bun run typecheck
bunx biome ci .

# Tier 2: Unit tests
bun test tests/unit --timeout 120000

# Tier 3: Integration tests
bun test tests/integration ./test --timeout 120000

# Tier 4: Security & adversarial
bun test tests/security --timeout 120000
bun test tests/adversarial --timeout 120000

# Tier 5: Build + smoke
bun run build
bun test tests/smoke --timeout 120000

package-check CI failures: package-check validates the npm tarball (npm pack + tarball contents) and is the authoritative packaging gate. A failure is a source/build/package-manifest problem, not generated-file drift. dist/ is generated and NOT committed — do not stage it; run bun run build locally only when you need the bundle. There is no longer a committed-dist drift check.

If a pre-existing unrelated failure exists, note it in the PR description but do NOT skip other tiers.

5. Push and Open PR

bash
git push -u origin <branch-name>

PR title MUST be a valid conventional commit: <type>(<scope>): <description>

PR body template:

## Summary
- Bullet 1
- Bullet 2

## Test plan
- [ ] Tier 1 quality checks pass
- [ ] Unit tests pass
- [ ] Integration tests pass
- [ ] Security/adversarial tests pass
- [ ] Build + smoke tests pass

6. Do NOT Manually Edit These Files

release-please manages these automatically:

  • package.json version field
  • CHANGELOG.md
  • .release-please-manifest.json

Never replace the release PR body, create tags/releases manually, or edit these files.

Show full SKILL.md (262 more words)Show less

7. CI Checks

The protected main ruleset requires the exact contexts in the required-check-contract.json and its fresh external evidence. This is the live required set, not a claim that every listed job or matrix cell runs on every pull request.

Live required context(s)Validates
qualityTypeScript compiles, Biome lint + format clean
securitySecurity & adversarial tests pass
unit (ubuntu-latest, 1) through unit (ubuntu-latest, 4) and unit-passedRequired Ubuntu shards and their aggregate; extra platform cells are event- or path-scoped
package-check and integrationPackage and integration checks pass
smoke (ubuntu-latest), smoke (macos-latest), smoke (windows-latest)Required platform package builds and smoke tests pass
php-validation and rust-sandbox-runnerLanguage/build validation passes
check-title and pr-standardsPR title and standards checks pass
coverageMerge-group-only union coverage gate

release-owner-guard is a dependency helper for the required quality context, not a standalone required context. check-duplicates is a non-required helper. The local drift workflow includes pull_request, push to main, and merge_group: checks_requested, but drift remains intended-only until ruleset promotion; its pre-promotion divergence is a visible nonblocking notice. See docs/ci-required-check-contract.md.

8. GitHub Actions SHA Pinning

All uses: in .github/workflows/ must be pinned to full 40-char SHA with version comment:

yaml
- uses: actions/checkout@93cb6efe18208431cddfb8368fd83d5badbf9bfd # v5.0.1

Find SHA: gh api repos/{owner}/{repo}/git/ref/tags/{tag} --jq '.object.sha'

PR Checklist

  • Branch created from latest main
  • Every commit follows <type>(<scope>): <description>
  • PR title follows same format
  • No manual edits to package.json version, CHANGELOG.md, or .release-please-manifest.json
  • docs/releases/pending/<unique-slug>.md exists with release notes (NOT a docs/releases/vX.Y.Z.md file)
  • New tests in correct tests/ subdirectory
  • Tests updated for any changed behavior
  • If modifying workflows, all uses: are SHA-pinned
  • All 5 CI tiers pass locally
  • PR description includes summary and test plan

© ZaxbyHub, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .opencode/contributing of ZaxbyHub/opencode-swarm.

Open the folder on GitHubat commit b63a4bd

Compare with similar skills

Contributing next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Contributing compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Contributing this skillZaxbyHub/opencode-swarm494—~1.7kAutomated safety check: PassMIT
Git Workflow and Versioningaddyosmani/agent-skills104k2 repos~3.5kAutomated safety check: NotesMIT
Verdaccio Pull Request Workflowverdaccio/verdaccio18k—~1.9kAutomated safety check: PassMIT
Commit And PR Messagessuperplanehq/superplane7.7k—~1.6kAutomated safety check: PassCustom licence
Plane Release Notes Generatormakeplane/plane61k—~2.5kAutomated safety check: PassAGPL-3.0
PR Pushicebear0828/codex-proxy1.8k—~2.2kAutomated safety check: NotesCustom licence

Similar skills

  • Git Workflow and Versioning

    addyosmani/agent-skills

    Sets git habits for every change: short-lived branches, atomic commits with descriptive messages, clean pull requests, plus versioning, tagging and changelogs for releases.

    104k GitHub starsUsed in 2 repos~3.5k tokens
    DevelopmentAuto-check: notes
  • Takes a change through a verdaccio pull request: branch, local checks, changeset, title and body, labels, CI and review rounds, and ports to other release lines.

    18k GitHub stars~1.9k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Commit And PR Messages

    superplanehq/superplane

    Write Git commit messages and pull request titles/descriptions using the Chris Beams / Tim Pope conventions (subject/body split, ~50-char subject, imperative mood, why-not-how body) plus ASD-STE100…

    7.7k GitHub stars~1.6k tokensUpdated today
    DevelopmentAuto-check passed
  • Builds categorized release notes for a Plane release pull request from its commits and writes them into the PR description, for both the plane-cloud and plane-ee repos.

    61k GitHub stars~2.5k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • PR Push

    icebear0828/codex-proxy

    Package the current working changes into a standards-compliant codex-proxy pull request: branch hygiene, commit message linting, CHANGELOG prompt, conventional commit, push, and gh pr create against…

    1.8k GitHub stars~2.2k tokensUpdated today
    DevelopmentAuto-check: notes
  • PR Push

    icebear0828/codex-proxy

    Package the current working changes into a standards-compliant codex-proxy pull request: branch hygiene, commit message linting, CHANGELOG prompt, conventional commit, push, and gh pr create against…

    1.8k GitHub stars~2.3k tokensUpdated today
    DevelopmentAuto-check: notes

More from ZaxbyHub/opencode-swarm

All 91 skills in this repo
  • Codebase Review Swarm

    ZaxbyHub/opencode-swarm

    Runs an evidence-gated, quote-grounded audit of a codebase for security, QA, accessibility, performance and more, and writes a verified report without changing source files.

    494 GitHub stars~2.8k tokensUpdated today
    Auto-check passed
  • Issue Tracer

    ZaxbyHub/opencode-swarm

    Drives a bug report from validation and root-cause tracing through a critic-reviewed plan, an approved minimal fix and a PR-ready closure, never merging without recorded human approval.

    494 GitHub stars~4.4k tokensUpdated today
    Auto-check passed
  • Commit and PR Publishing for Codex

    ZaxbyHub/opencode-swarm

    Codex adapter for opencode-swarm that governs commits, pushes, draft PRs, PR body updates and CI closeout, deferring to the repo's canonical commit-pr protocol.

    494 GitHub stars~1.6k tokensUpdated today
    Auto-check passed
  • Durable Session State

    ZaxbyHub/opencode-swarm

    Keeps plans, decisions, evidence and reviewer verdicts in small files so long multi-phase tasks survive context compaction and session resumes.

    494 GitHub stars~896 tokensUpdated today
    Auto-check passed
  • Swarm PR Feedback Closer

    ZaxbyHub/opencode-swarm

    Ingests existing pull request feedback such as review comments and CI failures, verifies each claim, fixes confirmed issues and reports closure status for every item.

    494 GitHub stars~14k tokensUpdated today
    Auto-check passed
  • Swarm PR Subscribe

    ZaxbyHub/opencode-swarm

    Monitor a pull request after creation and act autonomously on pushed PR activity.

    494 GitHub stars~2.2k tokensUpdated today
    Auto-check passed

Categories

Questions about Contributing

What does Contributing do?

End-to-end PR workflow for opencode-swarm. An agent skill from ZaxbyHub/opencode-swarm. Contributing is an agent skill from ZaxbyHub/opencode-swarm. End-to-end PR workflow for opencode-swarm.

When should I use Contributing?

Contributing fits situations like: tasks that involve Commit messages; tasks that involve Changelog and release notes; tasks that involve Pull requests.

How do I install Contributing in Claude Code?

Run `npx skills add ZaxbyHub/opencode-swarm --skill contributing -a claude-code`. Or copy the skill folder (.opencode/contributing in ZaxbyHub/opencode-swarm) into .claude/skills/contributing in your project. Claude Code loads it when a task matches its description.

How do I install Contributing in Codex?

Run `npx skills add ZaxbyHub/opencode-swarm --skill contributing -a codex`. Or copy the skill folder (.opencode/contributing in ZaxbyHub/opencode-swarm) into .agents/skills/contributing in your project. Codex loads it when a task matches its description.

Can I use Contributing in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ZaxbyHub/opencode-swarm --skill contributing -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/contributing, .gemini/skills/contributing, .github/skills/contributing and .opencode/skills/contributing in your project.

What does Contributing need to run?

Going by SKILL.md and its folder, Contributing needs the command-line tools its instructions call (bun, git, bunx, npm and gh).

Does Contributing access the network?

SKILL.md contains no URLs. Its commands use git, npm and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Contributing safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Contributing use?

Contributing is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Contributing use?

About 1.7k tokens (SKILL.md is roughly 6.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Contributing?

Skills that share tags, products or a category with Contributing: Git Workflow and Versioning (addyosmani/agent-skills, 104k stars), Verdaccio Pull Request Workflow (verdaccio/verdaccio, 18k stars), Commit And PR Messages (superplanehq/superplane, 7.7k stars) and Plane Release Notes Generator (makeplane/plane, 61k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Contributing?

ZaxbyHub (a GitHub organization) maintains it in ZaxbyHub/opencode-swarm, which has 494 GitHub stars. The repository holds 91 skills in this directory. The repository was last updated on October 10, 2026.

Source: ZaxbyHub/opencode-swarm on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.