agentleFS
rpraharajrpraharaj/ai-sdlc/skills/write-opportunity/SKILL.md

write-opportunity

Skill0 starsChanged 17 days agoMITView on GitHub

Write a 1-2 page opportunity brief — problem, evidence, bets, non-goals, and the ask. Use when the user wants an opportunity brief, a pitch, a problem statement, or /write-opportunity. Do not write a PRD, requirements, or product code.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not implement. Do not invent users, market size, or competitors.

    line 19
  2. Very specific:

    If the ask is already a committed initiative with success checks, say so and offer write-prd.

    line 31
  3. Distinctive:

    If there is no evidence — only a solution idea — stop and ask for the hurt.

    line 38
  4. Very specific:

    Read AGENTS.md if present.

    line 48
  5. Distinctive:

    No secrets. No invented vendors or SLOs.

    line 58

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Write opportunity

Capture whether this is worth a PRD. This is not a PRD (write-prd), not requirements (write-requirements), and not a status update (write-status).

Do not implement. Do not invent users, market size, or competitors.

Is this the right skill?

SignalDo this instead
Why / who / success are already agreedwrite-prd
Interview notes to distillsynthesize-discovery first, then this (or skip this if a PRD is the next artifact)
One-line bug or tiny changeshape-work
How we will build itwrite-design
Status / RAGwrite-status

If the ask is already a committed initiative with success checks, say so and offer write-prd.

Required inputs

  • A problem the user can point at (ticket, incident, quote, metric this program already has, or a written complaint)
  • AGENTS.md if present; context/glossary.md and context/systems-of-record.md if they exist

If there is no evidence — only a solution idea — stop and ask for the hurt. Do not invent the hurt.

Human decisions (do not invent)

  • Whether the program will spend discovery or PRD time on this
  • Who the audience is, if not already in context
  • Any numeric target that is not already measured

Procedure

  1. Read AGENTS.md if present. Read context/ files it points at. Use terms as the glossary defines them.
  2. Find the home: first existing docs/discover/, a path AGENTS.md names, or offer to create docs/discover/.
  3. Name the file like existing briefs. If none, docs/discover/YYYY-MM-DD-<slug>.md.
  4. Open references/opportunity-template.md. Copy every heading. Write n/a when unused. Do not add sections.
  5. Fill only from the user and files you read:
    • Problem is a hurt, not a feature.
    • Evidence names sources (path, ticket id, quote). No source → unknown, not a story.
    • Bets are optional ways to respond, not a design.
    • Non-goals is non-empty.
    • Ask is the next human decision (fund a PRD, run discovery, drop it).
  6. No secrets. No invented vendors or SLOs.

Output

  • Path: docs/discover/YYYY-MM-DD-<slug>.md (or the existing discover home)
  • Template: references/opportunity-template.md

Quality bar

  • Problem can be read without guessing the solution
  • At least one evidence line names a real source, or is explicitly unknown
  • Non-goals is non-empty
  • Ask names a next skill or a human stop
  • Unused headings are n/a, not deleted

Done

  1. Path or the full text in the reply
  2. The problem in one sentence
  3. Next skill: usually synthesize-discovery if evidence is raw, else write-prd, else stop — need user

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.