feat: consume Kanban release readiness

This commit is contained in:
2026-08-13 16:50:52 +00:00
parent 1a27fdb6d0
commit 7393ea705c
+5 -3
View File
@@ -1,7 +1,7 @@
--- ---
name: corp-v1-channel-releases name: corp-v1-channel-releases
description: "Use when operating or synchronizing a Corp v1 project's releases channel. Assesses release readiness and, only when the team requests a release, updates the Gondor v1 template source, renders it, pushes a separate branch to Gondor v1, and opens a pull request requiring team approval before deployment." description: "Use when operating or synchronizing a Corp v1 project's releases channel. Assesses release readiness and, only when the team requests a release, updates the Gondor v1 template source, renders it, pushes a separate branch to Gondor v1, and opens a pull request requiring team approval before deployment."
version: 1.1.0 version: 1.2.0
author: Hermes Agent author: Hermes Agent
license: MIT license: MIT
metadata: metadata:
@@ -14,7 +14,7 @@ metadata:
## Overview ## Overview
This skill owns release readiness and the controlled release-change workflow for a Corp v1 project. It monitors the project's `general`, `architecture`, `delivery`, and `releases` channels for release implications, but it starts release execution only after an explicit team request. This skill owns release readiness and the controlled release-change workflow for a Corp v1 project. It monitors the project's `general`, `architecture`, `kanban`, `delivery`, and `releases` channels for release implications, but it starts release execution only after an explicit team request.
The release workflow updates the project-specific portion of: The release workflow updates the project-specific portion of:
@@ -55,11 +55,12 @@ Inspect only:
```text ```text
corp-v1-<code>-general corp-v1-<code>-general
corp-v1-<code>-architecture corp-v1-<code>-architecture
corp-v1-<code>-kanban
corp-v1-<code>-delivery corp-v1-<code>-delivery
corp-v1-<code>-releases corp-v1-<code>-releases
``` ```
Use mapped-channel history to avoid duplicate work and new relevant activity from the other three channels. Never inspect another project's channels. Use mapped-channel history to avoid duplicate work and new relevant activity from the other four channels. Never inspect another project's channels.
## Release Readiness ## Release Readiness
@@ -68,6 +69,7 @@ Before proposing or executing a release, verify:
- explicit team release request and intended scope; - explicit team release request and intended scope;
- target project, environment, version, image/artifact references, and source commit; - target project, environment, version, image/artifact references, and source commit;
- approved requirements and architecture implications; - approved requirements and architecture implications;
- Kanban `ToBeReleased` evidence for included Epic/Feature/task scope;
- required tests, builds, CI, security/quality gates, and artifacts; - required tests, builds, CI, security/quality gates, and artifacts;
- changelog/release notes accuracy; - changelog/release notes accuracy;
- configuration and secret **names/references** without accessing secret values; - configuration and secret **names/references** without accessing secret values;