market-research-reports
This Claude Code skill generates professional market research reports exceeding 50 pages using McKinsey and BCG-style formatting, with extensive visual diagrams, strategic frameworks including Porter's Five Forces and PESTLE analysis, and deep integration with research tools for data gathering. Use it for investment analysis, competitive landscape assessment, market sizing, M&A due diligence, go-to-market strategy development, or industry thought leadership documentation requiring comprehensive, consulting-firm-quality deliverables.
git clone --depth 1 https://github.com/K-Dense-AI/scientific-agent-skills /tmp/market-research-reports && cp -r /tmp/market-research-reports/skills/market-research-reports ~/.claude/skills/market-research-reportsSKILL.md
# Market Research Reports ## Purpose Create decision-focused market reports whose claims, calculations, assumptions, and uncertainties can be audited. Match depth and format to the question and evidence. There is no required length, chapter count, visual count, or output format. Do not: - imitate or imply affiliation with a consulting, analyst, or research brand; - invent citations, quotes, market shares, or paid-market figures; - present TAM/SAM/SOM or a forecast as one certain truth; - treat a framework, chart, or fluent narrative as evidence; - provide investment, legal, antitrust, tax, accounting, or regulatory advice. ## Operating principles 1. **Define before sizing.** Fix product, customer, geography, channel, period, measure, unit, denominator, currency/base year, and taxonomy. 2. **Map every claim.** Every factual or quantitative claim has a claim ID and exact source IDs. 3. **Separate statement types.** Distinguish facts, estimates, calculations, forecasts, opinions, and recommendations. 4. **Prefer primary evidence.** Use official statistics, regulator records, filed company disclosures, and transparent original studies before secondary synthesis. 5. **Preserve uncertainty.** Retain source conflicts, revisions, scenario ranges, sensitivity, and limitations. 6. **Keep methods reproducible.** Use local structured inputs and deterministic calculations when practical. 7. **Collect lawfully and ethically.** No deception, PII disclosure, access circumvention, confidential material, or trade-secret acquisition. ## Workflow ### 1. Establish the research contract Clarify: - decision, audience, deadline, and materiality threshold; - formal market definition and adjacent exclusions; - buyer, payer, user, transaction, and value-chain level; - geography and treatment of imports, exports, and channels; - historical period, forecast period, and retrieval cutoff; - revenue/expenditure, gross output/value added, units, capacity, users, or another measure; - stock/flow, gross/net, taxes, and denominator; - currency, base year, and nominal/real/current/constant basis; - industry and product classification with version; - permitted data sources, primary research, confidentiality, and output format. Ask a focused question when a missing choice would materially change the denominator or result. Otherwise state a provisional scope and proceed. Use `references/report_structure_guide.md` for modular report design. ### 2. Build the evidence plan Route each question to the source closest to the underlying event: 1. primary law, regulator decision, official filing, or official statistic; 2. original company filing or attributable first-party disclosure; 3. transparent survey/study with inspectable methods; 4. institutional or peer-reviewed research using identifiable primary data; 5. industry association data with disclosed coverage; 6. reputable secondary synthesis; 7. lawfully accessed paid estimate with inspectable scope and method; 8. news/commentary for leads or attributable events. For company data, prefer the official filing system in the relevant jurisdiction. For industry, labor, prices, population, trade, and national accounts, prefer the responsible national statistical agency or central bank. For cross-country work, use harmonized World Bank, IMF, OECD, or Eurostat data only after checking definitions and original-source lineage. Read `references/official_data_sources.md` before using public APIs. API rules and limits are a dated snapshot: verify current official terms before automated or high-volume retrieval. Never put an API key in a report or bundled script. ### 3. Create the source ledger Assign stable IDs (`S-001`, `S-002`, ...). Record: - title, publisher, URL/persistent ID, source type; - publication date and retrieval date; - original producer when accessed through an aggregator; - geography, covered population, period, and vintage; - currency, base year, price basis, measure type, unit, and denominator; - taxonomy and version; - preliminary/revised/final/current status; - method, sample, imputation, suppression, and limitations; - license/terms and lawful local snapshot path. Use `assets/source_ledger_template.csv` and validate it: ```bash python3 scripts/validate_evidence_ledger.py data/source_ledger.csv ``` If publication date is unavailable, record `not-stated`; do not guess. ### 4. Maintain a claims ledger Assign IDs (`C-001`, ...). Keep the exact claim text, statement type, source IDs, report location, as-of date, geography, currency/base, measure/unit, taxonomy, revision status, confidence, calculation ID, and assumption IDs. Rules: - one end-of-paragraph citation does not support unrelated sentences; - split compound claims that rely on different evidence; - a calculation cites its inputs, not a source that never published the result; - an aggregator and its original source are not independent corroboration; - an interview theme is not population prevalence; - absence of public feature evidence means `unknown`, not `no`. Audit mappings: ```bash python3 scripts/audit_claim_citations.py \ data/claims.csv data/source_ledger.csv ``` See `references/evidence_model.md`. ### 5. Size the market as scenarios #### Measurement guardrails Give every component a disjoint `coverage_key` and one shared `denominator_id`. Do not add: - manufacturer revenue to distributor or end-customer spend; - production, imports, and sales without trade/inventory reconciliation; - parent and subsidiary revenue; - bundles and their included components; - gross output and value added; - installed-base stock and annual transaction flow; - overlapping customer or geographic segments. Use product classifications and supply-use logic when industry codes are too broad. Preserve an unknown/residual category instead of forcing totals. #### Top-down and bottom-up Compute independently: ```text TAM_top = sum(disjoint in-scope component values) TAM_bo
How to use the Adaptyv Bio Foundry API and Python SDK for protein experiment design, submission, and results retrieval. Use this skill whenever the user mentions Adaptyv, Foundry API, protein binding assays, protein screening experiments, BLI/SPR assays, thermostability assays, or wants to submit protein sequences for experimental characterization. Also trigger when code imports `adaptyv`, `adaptyv_sdk`, or `FoundryClient`, or references `foundry-api-public.adaptyvbio.com`.
This skill should be used for time series machine learning tasks including classification, regression, clustering, forecasting, anomaly detection, segmentation, and similarity search. Use when working with temporal data, sequential patterns, or time-indexed observations requiring specialized algorithms beyond standard ML approaches. Particularly suited for univariate and multivariate time series analysis with scikit-learn compatible APIs.
Data structure for annotated matrices in single-cell analysis. Use when working with .h5ad files or integrating with the scverse ecosystem. This is the data format skill—for analysis workflows use scanpy; for probabilistic models use scvi-tools; for population-scale queries use cellxgene-census.
Infer gene regulatory networks (GRNs) from gene expression data using scalable algorithms (GRNBoost2, GENIE3). Use when analyzing transcriptomics data (bulk RNA-seq, single-cell RNA-seq) to identify transcription factor-target gene relationships and regulatory interactions. Supports distributed computation for large-scale datasets.
Core Python library for astronomy and astrophysics workflows that need Astropy APIs, including units/quantities, coordinates, FITS I/O, tables, time systems, WCS, and cosmology. Use when implementing or debugging astronomical data analysis code with Astropy.
Observe the user's screen via screenpipe, detect repeated research workflows, match them against existing scientific-agent-skills, and draft new skills (or composition recipes that chain existing ones) for the patterns not yet covered. Use when the user asks to analyze their recent work and propose skills based on what they actually do. Requires the screenpipe daemon (https://github.com/screenpipe/screenpipe) running locally on port 3030 — the skill has no other data source and will refuse to run if screenpipe is unreachable. All detection runs locally; only redacted cluster summaries reach the LLM.
Benchling Python SDK and REST API integration for registry entities, inventory, ELN entries, workflows, Benchling Apps, and Data Warehouse queries. Use when automating lab data with benchling-sdk or the v2 API.
Search scientific papers and retrieve structured experimental data extracted from full-text studies via the BGPT MCP server. Returns 25+ fields per paper including methods, results, sample sizes, quality scores, and conclusions. Use for literature reviews, evidence synthesis, and finding experimental details not available in abstracts alone.