本文へ移動
cccskills
無料GitHub で公開

release-readiness

Go / no-go gate before any deployment. Checks failure modes, rollback plan, cost, production bar, and definition of done. Trigger before releasing to any environment that carries real consequences.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Release Readiness

A working demo is not evidence of production readiness. Production readiness is proven through sustained operation, incident handling, cost predictability, and controlled evolution.

This skill enforces the production bar. It produces a go / no-go verdict with a signed checklist. No checklist = no go.

When to use

  • Before deploying to staging or production
  • Before handing a system to another team
  • Before declaring a sprint or milestone complete
  • When someone says "it works on my machine"

Procedure

  1. Validate the definition of done — confirm that acceptance criteria from the spec are met. "Looks good" is not a criterion. Run the actual validation commands.

  2. Check all quality gates pass:

    • make lint — style and static analysis clean
    • make typecheck — no type errors
    • make test — unit tests green
    • make e2e — end-to-end tests green (or equivalent for your stack)
    • No outstanding HIGH or CRITICAL findings from security scan
  3. Name the failure modes — at minimum:

    • What happens if the service is unavailable?
    • What happens under unexpected load?
    • What happens if a dependency (external API, database, queue) is degraded?
    • What is the data-loss risk?
  4. Confirm rollback exists and is tested — a rollback plan that has never been tested is not a rollback plan. If the rollback has not been exercised, flag it.

  5. Estimate cost impact — LLM calls, storage writes, egress, third-party API calls. Any unbounded cost vector must be capped or accepted explicitly.

  6. Confirm monitoring and alerting — what fires when this breaks? Who gets the alert? What is the on-call runbook?

  7. Check data boundaries — does the release touch PII, regulated data, or cross a tenant boundary? If yes, confirm the appropriate controls are in place.

  8. Sign off — record: who reviewed, what was checked, what was accepted as known risk, and the go/no-go verdict.

Outputs

  • Signed release checklist (append to PR or release doc)
  • Go / no-go verdict
  • List of accepted known risks with named owners

Guardrails

  • No go without a rollback plan. "We'll figure it out" is not a rollback.
  • Green CI is necessary, not sufficient. CI validates happy paths. Release readiness validates failure modes.
  • Cost estimates are not optional. An unbounded LLM call in a hot path is a production incident waiting to happen.
  • Monitoring must exist before go-live, not after. "We'll add monitoring later" means the first incident is invisible.

Anti-rationalization table

ExcuseCounter
"CI is green, we're good to go"CI checks known paths. Release readiness checks failure modes CI doesn't cover.
"We'll monitor it after launch"The first failure will be invisible. Add monitoring before go-live.
"Rollback is just redeploy the previous version"Untested. Run the rollback in staging first.
"Cost is fine, it's low traffic"Low traffic + an LLM loop bug = runaway spend. Cap it.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Google ADK (Agent Development Kit) orchestration patterns — boundaries, agent composition, and tool seams. Trigger when designing or reviewing multi-agent systems built on ADK. Authoritative source: adk.dev.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

JP's signature red-team pass — "how would I break this?" Argue against your own approach before proceeding. Trigger on any high-stakes decision, architecture choice, or before marking work complete.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

Read-only SRE checkup of any GCP project: deterministic probes of the edge, Cloud Run services, 7-day error logs, Cloud Scheduler, alert policies and uptime checks, Secret Manager and IAM, the data stores and the machine's own scheduled jobs, audited into one fixed status table (LIVE / WARNING / RED / INCONCLUSIVE) with evidence, findings by severity, what could not be checked, and a single OVERALL line delivered as one notification. Parametrised by a per-project manifest, so the same routine runs on every project. Use when the operator says "cloud checkup", "SRE check", "is everything live", "what's healthy / warning / red", "any errors this week", "audit the infra", "weekly checkup", "set up the weekly checkup", before a deploy or demo, or after an incident. Cloud Run first; App Engine and GKE differ only in the serving probes.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

Cloud guardrails for any vendor workload — Google Cloud (GCP, Vertex AI, GKE), AWS (IAM, EKS, Bedrock), Azure (Entra ID, Policy, AKS), Alibaba Cloud (RAM, mainland/international residency). Enforces identity least-privilege, mechanical policy, data boundaries, residency, cost caps, network egress and observability, with official-source validation before any claim. Trigger on any cloud infrastructure design, review, Terraform plan, or LLM/agent deployment; the-architect routes here.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

LLM and cloud cost awareness — model tiering, token budgets, right-sizing, and when a cheaper model suffices. Trigger before finalising any architecture that calls LLMs, before scaling a workload, or when a cost estimate is needed.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

Decompose an epic into atomic parallelizable tasks, route each to the right skill, and keep the four delivery records straight — issues, STATUS, ROADMAP, CHANGELOG. Use as a meta-router when several skills could apply, and as the baseline for how delivery state is recorded. Trigger at the start of any multi-track epic, when the skill count exceeds ~12, or when the records have drifted from reality.

日本語の概要は準備中です。原文の説明を表示しています。

jpantsjoha/ai-native-developer-experience122026年10月6日 更新

jpantsjoha のスキルをすべて見る

このスキルの問題を報告する