Skip to content
Back to skills

Project Release Maintainer

ASecurity

Overlay for release-facing docs, install layout, workflows, licenses, and hygiene scripts. Portable across repos with a release/packaging pipeline. Use for publication-facing changes.

  • 4 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 28, 2026
ai-agentsdocumentation

Security analysis

A100/100

Scanned May 28, 2026

npx -y skills add n-n-code/n-n-code-skills --skill project-release-maintainer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Project Release Maintainer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Project Release Maintainer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/n-n-code-project-release-maintainer/badge)](https://www.skillsdirectory.com/skills/n-n-code-project-release-maintainer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: project-release-maintainer
description: Overlay for release-facing docs, install layout, workflows, licenses, and hygiene scripts. Portable across repos with a release/packaging pipeline. Use for publication-facing changes.
---

# Project Release Maintainer

This is a composable overlay, not a standalone workflow.
Use alongside the repo's implementation skill for publication-facing and
packaging-sensitive changes. Compose with `documenter` when the main artifact
is durable release, install, or contributor documentation.

## When to use

The change affects README, release checklists, install rules, shipped assets,
workflows, licenses, or other publication-facing artifacts.

## Not for

Internal code changes that don't affect the shipped surface (use the
implementation skill directly), vendored dependency work (use
**project-vendor-boundary**), or config/test work (use
**project-config-and-tests**).

## Rules

- keep README, release checklist, workflows, install rules, and shipped assets aligned
- validate temporary install trees when install behavior changes
- run hygiene checks on publication-facing changes
- keep docs small, accurate, and consistent with the shipped build
- do not invent CI, packaging, signing, publishing, or release workflows that
  the repo does not already contain or that the user did not explicitly request

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…