kova-ghsa-maintainer

Inspect, patch, validate, and publish GitHub Security Advisories for the Kova repository.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/chiragborse1/KovaLab --skill kova-ghsa-maintainer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kova-ghsa-maintainer
Source: https://github.com/chiragborse1/KovaLab/tree/main/.agents/skills/kova-ghsa-maintainer
Command: npx skills add https://github.com/chiragborse1/KovaLab --skill kova-ghsa-maintainer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps maintainers inspect, patch, validate, and publish GitHub Security Advisories (GHSAs) for the Kova repository without violating GHSA workflow constraints or sequencing rules.

Core Features & Use Cases

  • Inspect and confirm advisory state: Fetches the current GHSA and checks the latest published npm version to ensure the advisory context matches the package reality.
  • Validate private-fork prerequisites: Confirms the advisory private fork has no open PRs before any publish action to avoid HTTP 422 failures.
  • Patch advisories safely and correctly: Builds Markdown and JSON payloads safely (including correct PATCH sequencing for required fields) and verifies published state and description formatting.

Use case: You need to update a Kova GHSA description and publish the updated advisory after ensuring the linked private fork is in a publishable state.

Quick Start

Run the Kova skill named kova-ghsa-maintainer to fetch the target GHSA, prepare the corrected Markdown/JSON patch payload, apply the PATCH in the correct sequence, and verify that it is fully published.

Frequently Asked Questions about kova-ghsa-maintainer

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

FAQPage Schema
How do I update a GitHub Security Advisory description without causing publish errors?

To update a GitHub Security Advisory, fetch the current GHSA state, validate the linked private fork has no open PRs, assemble Markdown-to-JSON payloads safely, apply the PATCH in correct sequence, and verify the post-publish description formatting contains no escaped newline literals.

Why does publishing a GitHub Security Advisory fail with an HTTP 422 error?

Publishing a GitHub Security Advisory fails with HTTP 422 when the linked advisory private fork has open pull requests. You must verify the private fork has no open PRs before attempting any publish action to avoid this validation failure.

What is the correct PATCH sequencing for constrained fields in GitHub Security Advisories?

Correct PATCH sequencing for GitHub Security Advisories requires building Markdown and JSON payloads safely, applying updates to required fields in the proper order, and executing a post-publish re-fetch to verify description formatting contains no escaped newline literals.

How do I validate a private fork before publishing a GitHub Security Advisory?

Validating a private fork before publishing a GitHub Security Advisory involves fetching the current advisory state via the GH API and performing an open-PR verification on the linked private fork to ensure it is in a publishable state.

How do I ensure npm versioning context matches when updating GitHub Security Advisories?

Ensuring npm versioning context matches when updating GitHub Security Advisories requires fetching the current GHSA state and checking the latest published npm version to confirm the advisory context matches the package reality before applying patches.

What causes escaped newline literals in published GitHub Security Advisory descriptions?

Escaped newline literals in published GitHub Security Advisory descriptions occur during unsafe Markdown-to-JSON assembly. Prevent this by building payloads safely, applying correct PATCH sequencing for constrained fields, and performing a post-publish re-fetch verification.