release

Coordinate XenonMAAS releases across npm, GitHub, and smoke testing.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/Joaoha/xenon-maas --skill release-joaoha
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release
Source: https://github.com/Joaoha/xenon-maas/tree/main/.agents/skills/release
Command: npx skills add https://github.com/Joaoha/xenon-maas --skill release-joaoha

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Coordinate a full XenonMAAS release across engineering verification, npm, GitHub, smoke testing, and announcement follow-up. Use when leadership asks to ship a release, not merely to discuss versioning.

Core Features & Use Cases

  • Release Changelog drafting via release-changelog
  • Canary verification and publish status from master
  • Docker smoke testing via scripts/docker-onboard-smoke.sh
  • manual stable promotion from a chosen source ref
  • GitHub Release creation
  • website / announcement follow-up tasks

Quick Start

Trigger the full XenonMAAS release workflow with a candidate source and target date.

Frequently Asked Questions about release

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

FAQPage Schema
How do I coordinate a full release workflow across npm, GitHub, and smoke testing?

Coordinate a full release by sequencing engineering verification, npm publishing, GitHub release creation, and Docker smoke testing. This workflow validates the repository state, drafts the changelog, publishes artifacts, and executes announcement follow-up tasks deterministically.

How does canary promotion to stable work?

Canary promotion to stable works by taking a chosen source reference and executing a manual promotion sequence. The process verifies canary status from the master branch, validates inputs, and integrates release utilities to publish the stable version.

What is the best way to automate changelog drafting for a deployment?

Automate changelog drafting by triggering the release-changelog utility during the deployment workflow. It validates the repository state and generates the changelog based on the provided source reference and target date inputs.

Do I need a dry-run option for GitHub release automation?

Yes, a dry-run input is supported for GitHub release automation. It allows you to validate the deterministic sequencing of release inputs and verify the repository state without publishing artifacts or creating the actual GitHub release.

Can I run Docker smoke testing as part of my release workflow?

Yes, you can run Docker smoke testing by executing the docker-onboard-smoke.sh script during the release workflow. It validates the published artifacts before proceeding to the GitHub release creation and announcement follow-up tasks.

When should I use a manual stable promotion instead of a leadership-driven ship event?

Use a manual stable promotion when promoting from a specific canary source reference, rather than during a leadership-driven ship event. Manual promotion focuses on elevating a verified canary build to stable without triggering the full end-to-end release workflow.