pm-opportunities

Maintain a ranked opportunity database with provenance and deduplication.

42|2|Updated Mar 28, 2026
One-click install
npx skills add https://github.com/nmrtn/nanopm --skill pm-opportunities
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pm-opportunities
Source: https://github.com/nmrtn/nanopm/tree/main/pm-opportunities
Command: npx skills add https://github.com/nmrtn/nanopm --skill pm-opportunities

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Build and maintain a ranked database of user opportunities (Teresa Torres-style — the user problems behind what you build, not the solutions). Stored as an LLM-wiki under .nanopm/opportunities/: one file per opportunity + a ranked INDEX, a LOG, and an editable SCHEMA. Bootstrap drafts the initial set from feedback + your assumptions + Nano's hypotheses; add captures one problem at a time. Two levels only (Theme → Opportunity); no scoring at v1 — a coarse priority instead.

Core Features & Use Cases

  • Two-level hierarchy: Theme → Opportunity, limited to two levels with explicit provenance tagging (evidence-backed / user-stated / nano-hypothesis).
  • Lifecycle modes: bootstrap to initialize the schema, add to capture new opportunities, and generate to draft candidates across themes.
  • Governance & dedup: deduplicate, reindex INDEX.md, and log changes to LOG.md to maintain an auditable trail.

Quick Start

Bootstrap the initial opportunity DB using the bootstrap phase and review the resulting INDEX.md before writing.

Frequently Asked Questions about pm-opportunities

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I build a database of user opportunities from product feedback?

To build a database of user opportunities, bootstrap the initial set from user feedback, internal assumptions, and generated hypotheses. This creates an LLM-wiki under .nanopm/opportunities/ containing a ranked INDEX, a LOG, and an editable SCHEMA.

What is the best way to capture product problems instead of features?

Capturing product problems instead of features requires a Teresa Torres-style opportunities database. It uses a two-level hierarchy (Theme → Opportunity) with explicit provenance tagging (evidence-backed, user-stated, or nano-hypothesis) to distinguish actual user needs from proposed solutions.

How do I maintain provenance and prevent duplicate entries in an opportunities database?

Maintaining provenance and preventing duplicates in an opportunities database is handled through safe write governance. The system automatically deduplicates entries, reindexes INDEX.md, and logs all changes to LOG.md to maintain an auditable trail of evidence-backed user problems.

Can I use a two-level hierarchy to organize user problems for LLM processing?

Yes, you can use a two-level hierarchy to organize user problems for LLM processing. The schema is strictly limited to Theme → Opportunity with no scoring at v1, using a coarse priority instead to keep the dataset structured for LLM-wiki retrieval.

How do I generate new product opportunities across existing themes?

To generate new product opportunities across existing themes, use the generate lifecycle mode. This workflow drafts candidate opportunities based on the current schema, while the add mode captures individual problems one at a time for incremental dataset evolution.