ワンクリックでManusで任意のスキルを実行

pmstack-launch-readiness

スター8

フォーク1

更新日2026年5月5日 18:11

Pre-launch verifier. Aggregates PRD, metrics, eval design, eval run, premortem, eval-drift, and brief evidence into a single GO/NO-GO/CONDITIONAL verdict with each item showing pass/fail/missing plus the file that proves it. Trigger when the user says "are we ready to ship," "launch readiness," "release check," "pre-launch review," "ship it?" or asks to gate a release. Run before any launch.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

RyanAlberts

RyanAlberts/pmstack

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

launch-readiness — pre-launch evidence gate

A verifier that reads the artifact graph for a feature and returns GO / NO-GO / CONDITIONAL.

Required structure

# launch-readiness — <feature> — <YYYY-MM-DD>
VERDICT: GO|NO-GO|CONDITIONAL

## Checklist
| Item | Status | Evidence |
|---|---|---|
| PRD signed off | Pass/Fail/Missing | <path or "—"> |
| Metrics defined | Pass/Fail/Missing | <path or "—"> |
| Eval designed | Pass/Fail/Missing | <path or "—"> |
| Eval actually run | Pass/Fail/Missing | <path or "—"> |
| No P0 regression (latest eval-drift) | Pass/Fail/Missing | <path or "—"> |
| Premortem completed | Pass/Fail/Missing | <path or "—"> |
| Brief sent | Pass/Fail/Missing | <path or "—"> |

## Verdict reasoning
<2–3 sentences naming the failures or gaps>

Verdict rules

GO — all 7 items Pass.
NO-GO — any P0 item is Fail (PRD missing, eval-drift RELEASE_BLOCKED).
CONDITIONAL — any non-P0 items are Missing or Fail.

Hard rules

Verifier, not generator. Never auto-runs a missing skill to make the verdict GO. Suggest the next command in the verdict reasoning.
NO-GO is honest, not punitive. First-launch with empty outputs/ correctly returns NO-GO.
Acknowledged-gap override. If the PM says "ship anyway" after a NO-GO/CONDITIONAL, append:
```
## Acknowledged gaps
<YYYY-MM-DD> — Shipping despite: <list>
Reason given: <PM-supplied; required, non-empty>
```
And add an additional decision-log line: - <date> — launch-readiness(<feature>): SHIPPED-DESPITE-<gaps> — <path>.
Status values are exactly Pass / Fail / Missing. Three states only.

Where to write

With filesystem: outputs/launch-readiness-<feature>-<YYYY-MM-DD>.md.
Inline (web/mobile): emit the artifact as markdown with the suggested filename at the top.

Decision-log entry

Always: - <date> — launch-readiness(<feature>): <VERDICT> — <path>. On override, an additional SHIPPED-DESPITE-... line.

Tone

Honest, three-state, not punitive. The verdict is information, not a judgment.

Cold-start behavior

Empty outputs/ correctly returns NO-GO with all items Missing. That's the routine working as designed.

このリポジトリの他の Skills

同じリポジトリ

pmstack-eval-report

RyanAlberts/pmstack

Turns a /run-eval result into a single self-contained, shareable HTML report — a verdict hero (pass/conditional/fail), the per-case table with PASS/FAIL color-coding, and the metrics table — that a PM can paste into Slack, a launch doc, LinkedIn, or a PR. The report carries a "run your own eval" backlink to pmstack. Use when the user says "make this eval shareable," "turn my eval run into a report," "export the eval results," "an HTML report of my eval," "share my eval results," or has a /run-eval output directory and wants a presentable artifact. Renders real run data only (from summary.md) — never invents numbers. Runs bin/eval-report.py on a run directory. Output: report.html next to the run's summary.md.

2026-06-248

pmstack-eval-grade

RyanAlberts/pmstack

Grades an eval the user already has against Anthropic's eval-design principles and returns an Eval Report Card — a letter grade A–F, the failures that earned it with the offending line, the single highest-leverage fix, and a shareable verdict card. It is the inverse of /eval (which writes a suite); this checks whether a suite is any good. Use when the user says "grade my eval," "is my eval any good," "review my eval suite," "roast my eval," "what's wrong with this eval," "did I write this eval right," pastes an eval YAML or rubric and asks for feedback, or wants to check an eval against the Anthropic framework before trusting it. Catches grader leakage, missing negative cases, no target, vibes-as-metric, and uncalibrated LLM-as-judge. Accepts a file path, a pasted/attached eval, or a plain-English success metric. Output: outputs/eval-grade-<feature>-<date>.md.

2026-06-208

pmstack-voc

RyanAlberts/pmstack

Synthesize many raw customer signals (support tickets, interview snippets, churn reasons, sales notes, NPS verbatims, app reviews) into a small set of ranked, PRD-ready problems. Use when a PM pastes or attaches a pile of feedback and asks "what's the real problem / what should we build first / what are the themes", when there are too many signals to read one by one, or when someone needs to turn voice-of-customer data into prioritized problem statements before writing a PRD. This is the front-of-funnel step that precedes pmstack-prd.

2026-05-298

pmstack-onboarding

RyanAlberts/pmstack

An interactive 9-step tutorial that walks a new user through every pmstack capability using a realistic AI-code-review scenario. Includes Anthropic's vibe-test (read raw transcripts before formalizing an eval) and transcript-review (diagnose failed trials as model / grader / task errors) rituals. Works in claude.ai web, desktop, and mobile (no terminal needed). Trigger when the user says "I just installed pmstack," "how do I use this," "tutorial," "walk me through pmstack," "getting started," or "show me what pmstack does."

2026-05-058

pmstack-transcript-review

RyanAlberts/pmstack

Walks a PM through Anthropic's Step 6 ritual — reading transcripts from many trials to diagnose every failed eval task as one of three things — model mistake, grader mistake, or task-spec error. Implements the practice Anthropic describes as "critical" — without it, badly-calibrated graders mask real model improvements. Use when the user has a /run-eval result with failures, asks "why did this fail?", says "let's read the transcripts," wants to debug an eval, suspects grader bugs, or mentions Anthropic's transcript-review practice. Accepts a run folder path, pasted summary + cases, or attached files. Output: a markdown memo at outputs/transcript-review-<feature>-<date>.md with verdict counts and per-trial diagnoses.

2026-05-058

pmstack-vibe-test

RyanAlberts/pmstack

Walks a PM through the layer-1 ritual of reading raw transcripts of an AI feature in action — what Anthropic calls "manual testing, dogfooding, and intuition" — before formalizing a structured eval. Surfaces failure patterns, drafts task candidates (including balanced negative cases per Anthropic Step 3), and produces a verdict on whether the feature is ready for /eval. Use when the user says "I want to vibe-test this," "I have transcripts of our AI feature," "before we write evals let's read the data," "we have support tickets / bug reports about this AI feature," or asks how to start an eval from scratch. Accepts pasted transcripts, attached files, or a folder path. Output: a markdown memo at outputs/vibe-test-<feature>-<date>.md.

2026-05-058

name	pmstack-launch-readiness
description	Pre-launch verifier. Aggregates PRD, metrics, eval design, eval run, premortem, eval-drift, and brief evidence into a single GO/NO-GO/CONDITIONAL verdict with each item showing pass/fail/missing plus the file that proves it. Trigger when the user says "are we ready to ship," "launch readiness," "release check," "pre-launch review," "ship it?" or asks to gate a release. Run before any launch.

launch-readiness — pre-launch evidence gate

A verifier that reads the artifact graph for a feature and returns GO / NO-GO / CONDITIONAL.

Required structure

# launch-readiness — <feature> — <YYYY-MM-DD>
VERDICT: GO|NO-GO|CONDITIONAL

## Checklist
| Item | Status | Evidence |
|---|---|---|
| PRD signed off | Pass/Fail/Missing | <path or "—"> |
| Metrics defined | Pass/Fail/Missing | <path or "—"> |
| Eval designed | Pass/Fail/Missing | <path or "—"> |
| Eval actually run | Pass/Fail/Missing | <path or "—"> |
| No P0 regression (latest eval-drift) | Pass/Fail/Missing | <path or "—"> |
| Premortem completed | Pass/Fail/Missing | <path or "—"> |
| Brief sent | Pass/Fail/Missing | <path or "—"> |

## Verdict reasoning
<2–3 sentences naming the failures or gaps>

Verdict rules

GO — all 7 items Pass.
NO-GO — any P0 item is Fail (PRD missing, eval-drift RELEASE_BLOCKED).
CONDITIONAL — any non-P0 items are Missing or Fail.

Hard rules

Verifier, not generator. Never auto-runs a missing skill to make the verdict GO. Suggest the next command in the verdict reasoning.
NO-GO is honest, not punitive. First-launch with empty outputs/ correctly returns NO-GO.
Acknowledged-gap override. If the PM says "ship anyway" after a NO-GO/CONDITIONAL, append:
```
## Acknowledged gaps
<YYYY-MM-DD> — Shipping despite: <list>
Reason given: <PM-supplied; required, non-empty>
```
And add an additional decision-log line: - <date> — launch-readiness(<feature>): SHIPPED-DESPITE-<gaps> — <path>.
Status values are exactly Pass / Fail / Missing. Three states only.

Where to write

With filesystem: outputs/launch-readiness-<feature>-<YYYY-MM-DD>.md.
Inline (web/mobile): emit the artifact as markdown with the suggested filename at the top.

Decision-log entry

Always: - <date> — launch-readiness(<feature>): <VERDICT> — <path>. On override, an additional SHIPPED-DESPITE-... line.

Tone

Honest, three-state, not punitive. The verdict is information, not a judgment.

Cold-start behavior

Empty outputs/ correctly returns NO-GO with all items Missing. That's the routine working as designed.