openclaw-ghsa-maintainer

Automate GitHub Security Advisory maintenance workflows for OpenClaw repositories.

1|Updated Apr 23, 2026
One-click install
npx skills add https://github.com/karaabd23-crypto/openclaw --skill openclaw-ghsa-maintainer-karaabd23-crypto
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openclaw-ghsa-maintainer
Source: https://github.com/karaabd23-crypto/openclaw/tree/main/.agents/skills/openclaw-ghsa-maintainer
Command: npx skills add https://github.com/karaabd23-crypto/openclaw --skill openclaw-ghsa-maintainer-karaabd23-crypto

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates the maintenance of GitHub Security Advisories (GHSA) for OpenClaw repositories, reducing manual overhead and minimizing risk during advisory updates.

Core Features & Use Cases

  • Fetch and inspect advisory state: Retrieve the current advisory state and linked private fork to validate readiness for patching.
  • Verify private fork PRs are closed: Ensure no open pull requests exist in the private fork before publishing.
  • Prepare and apply patches safely: Build Markdown and JSON payloads, execute PATCH calls in the correct order, and verify publish success.
  • Guardrails and safety: Enforce permission checks and safety constraints to prevent accidental exposure or unintended changes.

Quick Start

Inspect, patch, and publish the GHSA advisory for your repository.

Frequently Asked Questions about openclaw-ghsa-maintainer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate GitHub Security Advisory maintenance workflows for my repository?

Automating GitHub Security Advisory maintenance involves retrieving the advisory state, verifying linked private fork pull requests are closed, applying Markdown and JSON payload patches in sequence, and enforcing guardrails for safe publishing.

How do I safely patch and publish a GHSA advisory without exposing vulnerabilities?

Safe GHSA patching requires verifying no open pull requests exist in the private fork, executing PATCH API calls in the correct order using prepared payloads, and enforcing permission checks to prevent accidental exposure before publishing.

What is the correct sequence for applying patches to a GitHub Security Advisory?

The correct patch sequence for a GitHub Security Advisory is to fetch and inspect the advisory state, validate the linked private fork readiness, build the Markdown and JSON payloads, execute the PATCH calls, and verify the publish success.

Do I need to check private fork pull requests before publishing a GHSA advisory?

Checking private fork pull requests before publishing a GHSA advisory is required to ensure no open PRs exist, which prevents unintended changes and maintains safety constraints during the automated advisory maintenance workflow.

What limitations or guardrails exist when automating GHSA advisory publishing?

Guardrails for GHSA advisory publishing enforce strict permission checks and safety constraints to prevent accidental exposure, requiring private fork PR verification and correct patch sequencing before allowing any publish action to proceed.