Skip to content
Back to skills

Sunset Product

ASecurity

Plan the end-of-life for a product or feature — migration, communications, and timeline. A first-class PDLC phase, triggered when an initiative is net-negative.

  • 10 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 6, 2026
documentationgo

Security analysis

A100/100

Scanned October 6, 2026

npx -y skills add tomzx/agents --skill sunset-product --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Sunset Product?

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

Security grade badge for Sunset Product
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tomzx-sunset-product/badge)](https://www.skillsdirectory.com/skills/tomzx-sunset-product)

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: sunset-product
description: Plan the end-of-life for a product or feature — migration, communications, and timeline. A first-class PDLC phase, triggered when an initiative is net-negative.
argument-hint: "[initiative-id]"
---

# Sunset Product

End-of-life is a normal PDLC outcome, not an admission of failure. When the Measure gate returns `sunset` (or when a product becomes net-negative), this skill produces the plan to retire it responsibly: migrate users, communicate, and wind down without breaking promises.

## Prerequisites

- Apply the shared PDLC conventions in `skills/pdlc/references/shared.md`.
- A `sunset` gate verdict, or a manual decision to retire, with `health-report.md` and `feedback-loop.md` as evidence.

## Steps

1. Confirm the sunset rationale and record it (the value is no longer there, the cost exceeds it, or it is being superseded). Reference the health/feedback evidence.
2. Identify affected users and data: who depends on this, and what must be migrated or preserved.
3. Define the migration path: where users go, what data exports exist, and the effort required.
4. Build the communication timeline: advance notice, deprecation notice, and final cutover date. State the notice period (give users enough time).
5. Define the ramp-down: feature flags, access controls, and the order in which capabilities are removed.
6. Capture the learning via `run-retrospective` so the sunset adds to knowledge.
7. Write `eol-plan.md` to the initiative directory.

## Output Format

Use the template at `skills/pdlc/templates/initiatives/eol-plan.md`.

## Outcome

If `$OUTCOME_YAML` is set, emit `verdict: planned`.

## Completion Checklist

- [ ] Rationale recorded and tied to evidence
- [ ] Affected users and data identified
- [ ] Migration path defined (or "no migration needed" justified)
- [ ] Communication timeline with a stated notice period
- [ ] Ramp-down order defined
- [ ] Retrospective captured

## Next Step

Run `brief-stakeholders` for the sunset comms, and `kill-initiative` to free the capacity. Sending any user-facing communication requires explicit confirmation.

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…