agentleFS
mia-pppmia-ppp/PMM-Skills/skills/market-intelligence/SKILL.md

market-intelligence

Skill2 starsChanged 28 days agoMITView on GitHub

Use when the user wants a market overview, external market intelligence, category analysis, or emerging opportunity investigation. Research market structure, demand conditions, category conventions, and testable opportunity hypotheses. For where/whether to enter, see market-entry-brief; for choosing our category/frame, see positioning-strategy; for competitor facts and landscapes, see competitor-profiling.

3 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

10 rules. About 0 are common, 7 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read ../_shared/evidence-gaps.md and ../_shared/ssot-consumption.md.

    line 18
  2. Very specific:

    Read ../_shared/opportunity-discovery.md for broad opportunity or repositioning questions.

    line 19
  3. Very specific:

    Read ../_shared/context-establishment.md when available.

    line 23
  4. Distinctive:

    Read that reference for domain evidence checks and the return template on every run.

    line 26
  5. Distinctive:

    Read the relevant section of references/modes.md.

    line 39
  6. Distinctive:

    Do not run all modes merely to fill a report.

    line 40
  7. Distinctive:

    Never write canonical files, decisions, manifests, or state.md.

    line 82
  8. Distinctive:

    When saving is requested or workflow-authorized, use the user's existing research location for a noncanonical artifact.

    line 94
  9. Distinctive:

    Use Sourced / Assumed / Gap with kind, confidence/rationale, and limitations.

    line 102
  10. Distinctive:

    Use no em dashes. Keep sentences short and bullets led by outcomes.

    line 107

≈ “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

Market Intelligence

Observe and synthesize external market conditions. Return reusable evidence, interpretations, and research implications. Strategy owners propose strategy; SSOT and explicit human approval establish approved canon.

Before starting

  • Resolve the active project/product scope. Keep other projects' evidence and approval references out of this return; IDs are project-scoped.
  • Read ../_shared/evidence-gaps.md and ../_shared/ssot-consumption.md.
  • Read ../_shared/opportunity-discovery.md for broad opportunity or repositioning questions. Generate business-use-case candidates before discussing product opportunities; classify workloads, requirements, problems, and triggers separately.
  • Read ../_shared/context-establishment.md when available. It owns Phase 1 evidence, readiness, and handoff/return semantics. If unavailable, use the compatible minimum in references/research-return.md. Read that reference for domain evidence checks and the return template on every run.
  • Load relevant manifest-mapped approved context. Record source/version, authority, health, and gaps. Bootstrap context stays provisional, never canon.
  • Accept research handoffs or standalone requests. Preserve originating HND/GAP, SRC/FND IDs, exact question, completion criteria, constraints, and return destination.
  • Establish question/intended use, market/problem boundary, geography, and time horizon. Ask only for missing facts that materially change the work. Exploration needs useful scope, not an accepted market or approved persona.
  • Inventory supplied evidence and prior research first. Disclose inaccessible, unreadable, excluded, and uninspected material instead of claiming full coverage.

Choose the smallest useful mode

Read the relevant section of references/modes.md. Do not run all modes merely to fill a report.

ModeExact job and triggersOutput
Market overviewExplain market structure, demand conditions, drivers, constraints, and changes. “What changed in this market?” “Reconcile these reports.”Scoped synthesis with dated findings and reconciled definitions.
Category analysisDescribe how solution categories are defined, understood, discovered, evaluated, and changing. “What does this category mean to buyers?”Category-definition and terminology map with evaluation evidence.
Emerging opportunity investigationInvestigate changes that could create newly addressable needs. “What deserves investigation?” “What would falsify this opportunity?”Testable hypotheses, counterevidence, and validation tasks.

Modes can iterate. Category uncertainty may narrow a market overview. Opportunity investigation can request category clarification or competitive verification. Keep shared finding IDs rather than duplicating studies.

Research and synthesis

  1. Retrieve existing information, analyze unprocessed evidence, and clarify definitions before requesting internal facts or collecting new research.
  2. Choose sources/methods for the question. Separate observation, source report, interpretation, assumption, and approved decision.
  3. Record provenance, scope, method, meaningful denominators, source lineage, supporting/opposing evidence, limitations, and explicit unknowns.
  4. Explain apparent disagreements only when evidence demonstrates scope, time, version, or definition differences. Otherwise retain the contradiction and test.
  5. State what evidence supports and cannot establish. Separate confidence in an observation from confidence in its commercial implications.
  6. Assess completion criteria and evidence readiness for the affected action. Return the smallest useful investigation, never automatic strategy.

Ownership and consumers

NeedOwner and boundary
Company-specific TAM/SAM/SOM, candidate scoring, where/whether to entermarket-entry-brief. Supply definitions, anchors, and constraints without selecting markets.
Customer jobs, behavior, demand explanations, interviews, VoCcustomer-research. Reuse findings and request primary validation there.
ICP, personas, who to target, buying groupicp-and-buyer-personas. An observed population is not our selected target.
Alternative universe, competitor facts/offers/claims/changescompetitor-profiling. Reuse dossiers and request focused verification.
Our category/frame and strategic differentiationpositioning-strategy. Describe conventions without choosing our category.
Messaging architecturemessaging-framework. Research terminology does not authorize message changes.
Pricing/packaging and willingness-to-pay conclusionspricing-strategy. Attention or spending is not willingness to pay.
GTM, investment, or roadmap decisionsgo-to-market-strategy and relevant business/product decision owners. Return hypotheses, not commitments.
Cross-domain integration, consolidated gaps, goal-relative readinessproduct-marketing-context. Return domain analysis without becoming an orchestrator.
Approved canon, approval, persistencessot-context-loop. Human approval remains required for canonical changes.

Never write canonical files, decisions, manifests, or state.md. Market/category findings may support living evidence proposals. Accepted market boundaries may use SSOT-owned scoped decision/reference records. Our category choice remains a positioning proposal for its existing core home. Suggested destinations are unapproved and grant no permission to persist.

Deliver and save

Return to the originating PMC workflow or named requester. Attach the specialist packet from research-return.md to the domain artifact. An inconclusive result may complete research without making the downstream decision ready.

When saving is requested or workflow-authorized, use the user's existing research location for a noncanonical artifact. Do not create an intelligence SSOT or write into this repository during production runs. A research question or cadence does not authorize outreach, spending, installed monitoring, or sending alerts.

Output rules

  • Open internal deliverables with Inputs and assumptions.
  • Use Sourced / Assumed / Gap with kind, confidence/rationale, and limitations.
  • Expose derivations and labeled inputs; Derived is not a fourth evidence tag.
  • Preserve relevant thin-evidence hypotheses and say how to test them.
  • End with ranked Evidence gaps: top five in the body, every remainder in an appendix. Give owners and resolution milestones, explicitly marking suggested assignments.
  • Use no em dashes. Keep sentences short and bullets led by outcomes.

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.