openclaw-ghsa-maintainer

Automate GHSA advisory inspection, patching, validation, and publishing via the GitHub Security Advisories API.

Updated Jan 31, 2026
One-click install
npx skills add https://github.com/zyj18860969891-byte/openclaw-railway --skill openclaw-ghsa-maintainer-zyj18860969891-byte
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openclaw-ghsa-maintainer
Source: https://github.com/zyj18860969891-byte/openclaw-railway/tree/main/.agents/skills/openclaw-ghsa-maintainer
Command: npx skills add https://github.com/zyj18860969891-byte/openclaw-railway --skill openclaw-ghsa-maintainer-zyj18860969891-byte

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill streamlines the OpenClaw GHSA maintainer workflow by providing a clear, guardrailed process to inspect, patch, validate, and publish GitHub Security Advisories for the OpenClaw project, ensuring consistent handling of vulnerabilities and advisory state.

Core Features & Use Cases

  • Guardrail-driven workflow: Enforces advisory usage policies and safety checks before any publish action.
  • State inspection & validation: Fetches advisory state and validates related metadata, including private fork status.
  • Payload preparation & patch sequencing: Assembles Markdown and JSON payloads safely and applies PATCH calls in the required order.
  • Publish verification: Confirms advisory publication and checks that no open PRs exist in the private fork before finishing.

Quick Start

Run the GHSA Maintainer workflow to inspect the advisory, patch it safely, and publish only after the private fork is closed.

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 Advisories patching and publishing workflow?

Automating GitHub Security Advisories patching involves inspecting advisory state, validating private fork status, assembling Markdown and JSON payloads, applying separate PATCH calls in sequence, and verifying publication before completing the workflow.

What is the correct process to validate private fork status before publishing a GHSA?

Validating private fork status before publishing a GHSA involves inspecting the advisory state, verifying that no open pull requests exist in the private fork, and ensuring all guardrail safety checks pass before applying the final publication PATCH.

How do I assemble Markdown and JSON payloads for GitHub Security Advisories API?

Assembling Markdown and JSON payloads for the GitHub Security Advisories API requires safely preparing content and applying separate PATCH calls in the required order to update advisory metadata and documentation without conflicts.

Does the GitHub Security Advisories API support automated guardrail checks for advisory state transitions?

Yes, the GitHub Security Advisories API supports automated guardrail checks by enforcing advisory usage policies and safety validations before any publish action, ensuring vulnerabilities and advisory states are handled consistently.

Why do separate PATCH calls fail when patching GitHub Security Advisories payloads?

Separate PATCH calls fail when patching GitHub Security Advisories payloads if guardrail safety checks are not satisfied, the private fork has open pull requests, or the Markdown and JSON payload sequence is applied out of the required order.

Can I use this advisory maintainer workflow for repositories outside the OpenClaw project?

This advisory maintainer workflow is specifically designed to inspect, patch, validate, and publish GitHub Security Advisories for the OpenClaw project, conforming to its specific guardrails for consistent vulnerability handling.