Install
$ agentstack add skill-yipxiyi-openarc-release-workflow ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Release Workflow
Use this skill when the user wants standardized branch, commit, PR, merge, or GitHub release work.
Preconditions
Before changing git state:
- Inspect current branch and working tree.
- Identify user changes and do not overwrite them.
- Confirm the target base branch.
- Use
version-governancewhen the change affects release version. - Run relevant validation before PR or release.
Branch Rules
Default branch name:
/-
Allowed types:
featurefixdocsrefactorchorereleasemigration
Examples:
feature/0.2.0-workspace-migrationfix/0.2.1-prd-clarification-flowrelease/0.2.0
Commit Rules
Use conventional commits:
():
Examples:
feat(openarc): add workspace migration skilldocs(brand): clarify brainstorming flowfix(release): require validation before pr
Keep commits focused. Do not mix unrelated changes.
PR Rules
PR body should include:
- Summary
- Version impact
- Validation
- Risks
- Rollback
- Release notes
Use templates/RELEASE.template.md for release-facing content when useful.
Update CHANGELOG.md for user-visible changes before opening the PR.
GitHub Release Update
After the PR is ready, trigger the repository's release update mechanism:
- Prefer the repo's existing GitHub Actions workflow, release-drafter config, semantic-release setup, or documented release script.
- If a workflow exists, trigger it with the confirmed version and release notes.
- If no release automation exists, create or update a draft GitHub release only after the user confirms.
- Never publish a final release without explicit user confirmation unless the repo automation already defines that behavior.
Merge Rules
- Merge only after required checks pass or the user explicitly accepts the risk.
- Use the repository's preferred merge strategy.
- After merge, verify release automation ran or report why it did not.
Final Report
Report:
- Branch
- Commit(s)
- PR URL
- Confirmed version
- Validation
- Changelog entry
- Release update trigger/result
- Any blockers
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Yipxiyi
- Source: Yipxiyi/OpenArc
- License: MIT
- Homepage: https://github.com/Yipxiyi/OpenArc
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.