Best for
- Use when evaluating a new product idea, managing a product through its lifecycle, or connecting product phases that currently operate in isolation.
Source profileQuality 94/100
magnus919/agent-skills/product-lifecycle/SKILL.md
product-lifecycle
Route a product through its full lifecycle — discovery, strategy, portfolio choice, roadmap, UX and requirements, experimentation, delivery handoff, adoption, success, and lifecycle review — by composing existing specialist product skills with phase-entry evidence, handoff artifacts, and escalation rules. Use when evaluating a new product idea, managing a product through its lifecycle, or connecting product phases that currently operate in isolation. Do not use for a single product task that is
- Source repository stars
- 61
- Declared platforms
- 0
- Static risk flags
- 0
- Last source update
- 2026-08-26
- Source checked
- 2026-08-28
Decision brief
What it does: where it fits
A thin orchestration bundle that routes a product through nine lifecycle phases by composing existing specialist product skills. It provides cross-skill routing and evidence handoff — it does NOT duplicate any specialist's step-by-step methodology. Load this umbrella when you ne…
Not for
- Single specialist task. If the work is entirely within one phase (e.g., a
- Software delivery lifecycle. If the work is a code change, bug fix, or
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
Source-detected install commandSource
npx skills add https://github.com/magnus919/agent-skills --skill "product-lifecycle"Safe inspection promptEditorial
Inspect the Agent Skill "product-lifecycle" from https://github.com/magnus919/agent-skills/blob/531ff6753784823c878c92b988c6e55266ce09a9/product-lifecycle/SKILL.md at commit 531ff6753784823c878c92b988c6e55266ce09a9. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Phase routing table
Each phase routes to one or more specialist skills. Entry evidence must exist before the phase starts. Output artifacts are handed off to the next phase through the lifecycle evidence ledger. Every phase has explicit escalation behavior and completion criteria. Full phase contra…
Each phase routes to one or more specialist skills. Entry evidence must exist before the phase starts. Output artifacts are handed off to the next phase through the lifecycle evidence ledger. Every phase has explicit es…These skills are loaded on trigger, not by phase. They support multiple phases and are routed to when their specific capability is needed. - 02
Supporting and cross-cutting skills
These skills are loaded on trigger, not by phase. They support multiple phases and are routed to when their specific capability is needed.
These skills are loaded on trigger, not by phase. They support multiple phases and are routed to when their specific capability is needed. - 03
Loading protocol
This umbrella is the guaranteed discoverable entry point. Nested skills and referenced specialists load on trigger — the umbrella does not pre-load them.
Read this SKILL.md for the phase routing table and locate the current phase.Load the phase contract from references/phases.md forLoad the specialist skill(s) named in the phase row. Follow the specialist's - 04
When not to use
Single specialist task. If the work is entirely within one phase (e.g., a
Single specialist task. If the work is entirely within one phase (e.g., aSoftware delivery lifecycle. If the work is a code change, bug fix, orDuplicate methodology. This bundle does NOT duplicate product-discovery, - 05
File map
Review the “File map” section in the pinned source before continuing.
Review and apply the “File map” source section.
Permission review
Static risk signals and limitations
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
Why each signal appears
EvidenceSourceComputedTestedEditorial
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 94/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 61 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- magnus919/agent-skills
- Skill path
- product-lifecycle/SKILL.md
- Commit
- 531ff6753784823c878c92b988c6e55266ce09a9
- License
- MIT
- Collected
- 2026-08-28
- Default branch
- main
View the original SKILL.md
Product Lifecycle
A thin orchestration bundle that routes a product through nine lifecycle phases by composing existing specialist product skills. It provides cross-skill routing and evidence handoff — it does NOT duplicate any specialist's step-by-step methodology. Load this umbrella when you need to navigate a product across multiple lifecycle phases; load individual specialist skills directly when you only need one phase's capability.
Phase routing table
Each phase routes to one or more specialist skills. Entry evidence must exist before the phase starts. Output artifacts are handed off to the next phase through the lifecycle evidence ledger. Every phase has explicit escalation behavior and completion criteria. Full phase contracts are in references/phases.md.
| # | Phase | Primary specialist(s) | Entry evidence | Output artifacts | Escalation behavior | Completion criteria |
|---|---|---|---|---|---|---|
| 1 | Discovery | product-discovery | Product idea, market signal, or stakeholder request | Problem statement, stakeholder map, discovery log, product type classification | Stop if: problem cannot be articulated in user terms; no stakeholder describes a real need; problem is already solved; out of organizational remit | Problem statement exists that a stakeholder recognizes; product type classified; proceed/pause/stop decision recorded |
| 2 | Strategy and portfolio choice | product-strategy, strategy-frameworks | Problem statement and discovery log from Phase 1 | Strategic assessment, market sizing, portfolio recommendation, investment thesis | Stop if: opportunity conflicts with strategy; market evidence contradicts thesis; resource constraints are infeasible; strategic direction is ambiguous | Strategic assessment with fit/no-fit reasoning; portfolio decision recorded; resource estimate recorded |
| 3 | Roadmap | product-roadmapping-and-portfolio | Strategic assessment and portfolio decision from Phase 2 | Outcome roadmap entry, Now/Next/Later placement, strategic bet record, dependency map, capacity allocation | Stop if: dependencies cannot be resolved; capacity unavailable; confidence below threshold; conflicts with higher-priority bet | Roadmap entry exists; bet record complete with kill criteria; dependencies mapped and acknowledged |
| 4 | UX and requirements | product-design-and-ux | Roadmap entry and bet record from Phase 3; discovery log | Information architecture, task flows, interface contracts, acceptance criteria | Stop if: UX reveals fundamentally different problem; user research contradicts hypothesis; behavior cannot be specified testably; constraints cannot be satisfied | IA and task flows documented; interface contracts exist; acceptance criteria are testable and traceable |
| 5 | Experimentation | product-experimentation | UX contracts, assumptions register, risk assessment | Experiment brief, experiment readout, updated assumptions register, proceed/pivot/stop decision | Stop if: experiment cannot be designed ethically; method infeasible; reveals safety/privacy/security risk; hypothesis disproved with no viable pivot | Experiment brief exists with hypothesis and decision rule; readout exists; proceed/pivot/stop decision recorded with evidence |
| 6 | Delivery handoff | implementation-planning, production-readiness, release-engineering | Proceed decision, UX contracts, acceptance criteria, assumptions register | Implementation plan, formal spec, production-readiness verdict (Go/No-go/Defer/Exception), release plan | Stop if: infeasible dependency; readiness returns No-go or blocked Exception; security/privacy/compliance blocks launch; release plan cannot satisfy change-governance | Implementation plan accepted by delivery team; readiness verdict recorded with evidence; release plan documented and reviewed |
| 7 | Adoption | product-adoption | Launch decision (Go), release evidence, target segments, success metrics | Adoption plan, activation baseline, segmentation record, adoption metrics | Stop if: adoption materially below threshold after intervention; fundamental product-market mismatch; structural adoption problem beyond product changes | Adoption plan executed; activation and adoption baselines measured; proceed/intervene/pivot/stop decision recorded |
| 8 | Success | product-analytics-and-measurement | Adoption evidence, success criteria, experiment readouts | Outcome measurement, metric tree with actuals vs. targets, success/mixed/not-met assessment | Stop if: outcomes materially below expectations with unknown root cause; measurement infrastructure insufficient; evidence contradicts investment thesis | Outcome metrics measured against criteria; success assessment recorded; ledger complete for review |
| 9 | Lifecycle review | product-lifecycle-learning | Outcome measurement, full evidence ledger, original assumptions register | Outcome review (expected vs. observed), assumption ledger update, continue/improve/harvest/pivot/pause/retire decision, retained learning record | Stop if: retirement has material implications beyond team authority; retained learning contradicts foundational assumption; systemic pattern requires executive attention | Outcome review recorded; lifecycle decision recorded with rationale; retained learning captured; ledger closed |
Supporting and cross-cutting skills
These skills are loaded on trigger, not by phase. They support multiple phases and are routed to when their specific capability is needed.
| Skill | When loaded |
|---|---|
| product-methodology | When a phase produces alternatives that need ranking (RICE, MoSCoW, Kano, OST) |
| product-operations-and-governance | When setting up or changing governance; at phase boundaries needing formal decision authority |
| financial-modeling | When unit economics, pricing, or business-model analysis is needed (Phases 2, 8) |
| go-to-market | When positioning, acquisition strategy, or growth modeling is needed (Phases 7, 8) |
| data-scientist | When statistical design, causal inference, or rigorous experiment analysis is needed (Phases 5, 8) |
| spec-driven-development | When formal specification with phase gates is needed (Phase 6) |
| privacy-engineering | When any phase handles PII, consent, retention, or data flows |
| secure-software-engineering | When any phase touches trust boundaries, auth, or sensitive data |
| verification-methodology | At every phase gate where evidence is required |
| qa-methodology | When test strategy and quality gates are needed (Phase 6) |
| site-reliability-engineering | When reliability, SLOs, or operational readiness is needed (Phase 6) |
| platform-engineering | When infrastructure, CI/CD, or platform capabilities are needed (Phase 6) |
| neckbeard | When the software delivery lifecycle (SDLC) change-request journey is needed for implementation (Phase 6) |
production-excellence bundle (when available) | When the full production-excellence bundle is available as a handoff target (Phase 6) — composes production-readiness, migration-engineering, resilience-and-recovery, capacity-and-cost-engineering, and incident-learning |
Loading protocol
This umbrella is the guaranteed discoverable entry point. Nested skills and referenced specialists load on trigger — the umbrella does not pre-load them.
- Read this SKILL.md for the phase routing table and locate the current phase.
- Load the phase contract from references/phases.md for detailed entry evidence, escalation behavior, and completion criteria.
- Load the specialist skill(s) named in the phase row. Follow the specialist's method; do not re-derive it from the umbrella.
- Write phase outputs to the lifecycle evidence ledger (see references/phases.md for ledger fields and conventions).
- The next phase reads the ledger; it does not re-derive prior-phase evidence.
- When the lifecycle completes or stops, the ledger is the durable record.
For capability lookup without traversing the full lifecycle, use the references/capability-map.md.
When not to use
- Single specialist task. If the work is entirely within one phase (e.g., a stakeholder interview, an experiment design, a roadmap update), load the specialist skill directly. The umbrella adds orchestration overhead that is unnecessary for single-phase work.
- Software delivery lifecycle. If the work is a code change, bug fix, or feature implementation — not product-level decision-making — route to neckbeard.
- Duplicate methodology. This bundle does NOT duplicate product-discovery, product-strategy, product-design-and-ux, product-experimentation, product-analytics-and-measurement, or release-engineering methods. Load those skills directly for their step-by-step instructions.
- B2B SaaS assumption. This bundle does NOT assume a B2B SaaS product. Customer-success routing (Phase 8) is CONDITIONAL on product type. Internal tools, public-service products, transactional products, and consumer products proceed without loading conditional-customer-success.
- Strategic frameworks. For standalone strategic analysis (Five Forces, Blue Ocean, Ansoff) without a lifecycle context, load strategy-frameworks directly.
- Financial modeling. For standalone financial analysis without a lifecycle context, load financial-modeling directly.
File map
| Path | Loaded when |
|---|---|
| references/phases.md | Entering any lifecycle phase; defines entry evidence, output artifacts, escalation behavior, and completion criteria per phase |
| references/discovery-brief.md | Understanding the bundle boundary and how it compares to existing bundles |
| references/capability-map.md | Looking up which specialist skill owns a specific capability without traversing the full lifecycle |
| manifest.yaml | Machine-readable composition contract (schema v1): purpose, audience, stages, included skills, prerequisites, outputs, handoffs, conflicts, and eval suite; consumed by the lifecycle capability matrix |
Frequently asked questions
What to verify before installation and use
What does the product-lifecycle source document cover?
A thin orchestration bundle that routes a product through nine lifecycle phases by composing existing specialist product skills. It provides cross-skill routing and evidence handoff — it does NOT duplicate any specialist's step-by-step methodology. Load this umbrella when you ne…
How do I install product-lifecycle?
The source record exposes this install command: npx skills add https://github.com/magnus919/agent-skills --skill "product-lifecycle". Inspect the command and pinned source before running it.
Alternatives
Compare before choosing
Computed 9982
vasilyu1983/AI-Agents-public
qa-testing-ios
Guides iOS testing with XCTest, XCUITest, Swift Testing, simctl, and xcresult. Use when choosing destinations, controlling flakes, or parsing test artifacts for native apps.
Computed 9840
drafthq/draft
decompose
Decompose project or track into modules with dependency mapping. Project scope updates architecture.md and derives .ai-context.md. Track scope generates hld.md (always) and lld.md (when --lld or High-complexity module triggers it) — design-mandated artifacts that drive implement, deploy-checklist, and upload sign-off.
Computed 97198
microsoft/Sico
android-tester
Execute Android UI workflows on a sandbox device, review results, and produce a structured execution report.
Computed 9721
VincentChuWaiChow/vanguard-frontier-agentic
salesforce-flow-debugger-skill
Diagnoses Salesforce Flow failures from pasted error messages or (in T1 mode) live Flow Interview logs fetched via sf CLI. Identifies the failing node, root cause, and provides specific fix recommendations including fault path design, data type corrections, and null handling. TRIGGER when: user says debug this flow error, flow failed with, flow interview error, why did my flow fail, flow is not working, flow throws error, flow interview fault. Trigger phrases: flow error, interview log, fault pa