- Brand
- Gosset
- Category
- Data & Analytics
- Primary Subcategory
- Biomedical & Pharma Research Intelligence
Integration details
Description
Gosset gives biopharma business-development, strategy and investment teams a curated database of drugs, clinical trials, companies, deals, news and regulatory events. In ChatGPT you can search drug pipelines by target, disease, modality or developer; find and compare clinical trials; look up licensing and M&A deals; estimate a trial's probability of advancing to its next phase and its remaining time to completion; and commission longer research reports such as competitive landscapes, standard-of-care summaries and asset evaluations, which you can list and fetch later. Gosset is an industry research tool, not a source of medical advice.
- Integration type
- Plugin
- Verification status
- Not applicable
- Platform
- ChatGPT
- Primary Subcategory
- Biomedical & Pharma Research Intelligence
- Secondary Subcategories
- None listed
- Brand
- Gosset
- Access
- Account required
- First tracked
- 2026-10-02
- Tool count
- 19
- Market
- US
The Primary Subcategory used for this profile’s headline score.
Other Subcategories where the Integration is listed.
Your score is coming
ChatGPT now suggests Plugins on its own when they match a user's request.Your Plugin Discovery Score measures how often yours appears, and it will show here as soon as it’s ready.
What discovery looks like

Get alerts for Gosset
Get updates when Gosset’s Discoverability Score or category rank changes.
Competing in ChatGPT Biomedical & Pharma Research Intelligence
View Category19 tools agents can invoke
Estimate the probability that a clinical trial advances to its next development phase (for example Phase 2 to Phase 3), using Gosset's trial phase-transition model (PTRS, probability of technical and regulatory success). Use when the user asks for a trial's probability of success, its chance of reaching the next phase, or what drives that estimate. This is one phase transition only, not the probability of eventual approval: a Phase 2 result of 0.44 means a 44% chance of reaching Phase 3. Do not multiply or extend it into an approval probability. Input: either nct_id (the trial is looked up in Gosset) or trial_params describing a trial. Returns: - phase, and transition_probability (the one-step probability). - source and confidence: "benchmark-v3"/"high" when 3 or fewer parameters are given (the base rate for the phase and disease); "sdk-api-v3"/"high" for an nct_id or a nearly complete description; "sdk-api-v3"/"low" for a partial description, with a warning. Adding avg_arm_size, targets, sponsors, has_designations or num_sites raises confidence. - warnings, e.g. a disease or modality name that could not be classified (ignored), or a value clamped to its valid range (avg_arm_size to 1-10000, negative counts to 0). A non-integer highest_phase such as 2.5 is rejected with an error. - param_importance: the signed influence of each input parameter on the estimate. - trial_params_used: the parameters given to the model. On failure it returns {"error": reason} and no score. Calls count toward the account's prediction allowance.
estimate_trial_phase_transition_probability
Estimate how many days remain until a clinical trial's primary completion, with an 80% prediction interval, using Gosset's trial duration model. Use when the user asks when a trial will finish or read out, or whether it is likely to run past its posted completion date. The estimate is conditioned on how long the trial has already run, and works for trials that are running, not yet started or completed. For a trial missing from the model's data, its public ClinicalTrials.gov record is fetched (about 1 second). Returns trial_status (running, not_started, completed or not_found), elapsed_days, expected_remaining_days, lower_bound_days and upper_bound_days (the 80% interval), expected_completion_date, sponsor_estimated_completion (the date the sponsor posted), actual_completion_date (for completed trials), model_version and warnings. Calls count toward the account's monthly prediction allowance.
estimate_trial_time_to_completion
Search Gosset's clinical trial database across ClinicalTrials.gov and international registries with a natural-language query. Use when the user asks for clinical trials by drug, target, modality, sponsor, disease, phase, status, design, dates or eligibility (age, sex, country), or for the details of a trial by NCT or registry-native ID. International searches are not limited to countries outside the US; omit geography restrictions unless requested. Registry coverage depends on available records. Each trial carries registry and trial_id, nullable nct_id, declared or protocol-based nct_xref with its source, secondary_ids and countries when available. Do not identify or deduplicate international records by null nct_id, titles or sponsor protocol codes alone. Use registry plus trial_id; retain cross-reference provenance. phase is available when highest_phase is absent. Other fields include official_title, brief_summary, status, phase, sponsors, start and completion dates, main_drug, targets, modalities, diseases, enrollment {count, type} (type ACTUAL or ESTIMATED; null when there is no ClinicalTrials.gov record), primary_outcomes [{measure, time_frame}] and eligibility criteria. results_view="brief" or "detailed" adds a results object with availability, stored result summary, publication links and clipping indicators. Requires the account's clinical-data permission; otherwise availability is access_restricted. At most 25 selected trial IDs are enriched per call. Protocol brief_summary and registered primary_outcomes are not observed results. Summaries are returned only when all of their source links are verified for this trial; numbers are not independently re-extracted or verified during the query. Use publication links for questions beyond the stored summary. Default searches do not open a UI. Results are cached for up to 7 days; refresh=True bypasses the cache. Example queries: "phase 3 trials for atopic dermatitis", "completed PD-1 inhibitor trials with results", "industry-sponsored breast cancer trials started after 2022", "recruiting lung cancer trials in the United States". Returns {items, count, view_url}: the trial records and their number. view_url, when present, opens the same search as a table in the Gosset app (all rows, sortable, further filters); share it with the user so they can see the full list. view_url_omits names filters that table cannot apply, so it may show more.
find_clinical_trials
Search Gosset's database of drugs and drug candidates by name, target, disease, developer, modality, development phase or route of administration, using a natural-language query. Use when the user asks which drugs exist for a target, disease or mechanism, which drugs a company is developing, or for facts about a named drug (developer, target, modality, phase, indications, approval status). Behavior and limits: - The search returns broad matches: loosely related drugs can appear, so filter the returned records to what the user asked for. - The query filters only by name, disease, target, developer, modality, phase and route of administration. Other constraints (dates, geography, biomarkers, dosing) are not applied; filter the results for those. - effort="low" (default) queries the database directly and returns in about a second. effort="medium" or "high" adds semantic search, LLM reranking and a web search and takes 30 to 200 seconds; use them only when a low-effort search returns nothing relevant for a drug that should exist, such as a very new compound or an unusual spelling. - Records without an id are drugs found in publications or on the web that are not yet in the database. - Results are cached for up to 7 days; refresh=True bypasses the cache. Example queries: "pembrolizumab", "PD-1 inhibitors", "Merck antibody", "approved breast cancer", "phase 3 oral obesity drugs". Returns {items, count, query, view_url}: the matching drug records (names, developers, targets, modalities, diseases, phase), the number returned, and the parsed query. view_url, when present, opens the same search as a table in the Gosset app (all rows, sortable, further filters); share it with the user so they can see the full list. view_url_omits names filters that table cannot apply, so it may show more. Each record's target_evidence says how well each target is established for THAT drug: {target, status, confidence, served, top_evidence [{title, url, locator, support}]}. status is verified (a reviewed primary source for this exact compound, e.g. a measured IC50 in a named table), limited_support (only weak sources), conflicting (sources disagree), contradicted (a primary source refutes it), unsupported (sources were reviewed but none establishes it) or no_verified_source (taken from annotation only, unreviewed; the target is still listed). served=false marks a reviewed target that is not in targets, e.g. one removed as contradicted, kept so you can say why. excluded_from_target_search=true marks a listed target that a reviewer found unsupported for this drug; a search by that target does not return the drug. Cite top_evidence with its locator when you state a target as established; say a no_verified_source or unsupported target is unconfirmed rather than presenting it as fact. A record may also carry verification {status, evidence_level, quote, source {title, url, locator}, run_id}: a machine reading of one source for that drug-target pair. supported means the quoted passage states the target (evidence_level medium, below a verified record); contradicted means the quoted passage says otherwise, so report the target with that quote as disputed; unsupported {status, basis, run_id} means the pair was reviewed and no stored primary text states the target (basis primary_text_does_not_state_target), or none was held for the drug (basis no_primary_text_held), so say the target is unconfirmed, not refuted. A verification never changes the record's status and never removes a target from targets. interaction_evidence carries the same evidence_status per mechanistic interaction. targets_confidence is {level: "low", reasons} when the record's targets were borrowed from a related program rather than reported for this drug, and null otherwise. Say such targets are low confidence. modality_status is "conflicting" when the stored sources disagree on whether the drug is a small molecule or a macromolecule (antibody, peptide, protein, nucleic acid, cell or gene therapy); modalities is then not settled, and modality_candidates lists what each source said ({family, source, values}). Report such a modality as conflicting between the candidates, not as fact. "reviewed_verdict" means a reviewer settled it; null means no conflict was found. profile_caveat is {unverified_fields, reasons, conflicting_targets, unverified_targets} when part of the record's profile is not backed by a source, and null otherwise. conflicting_targets lists targets the description still names although a reviewed source contradicts them or found none supporting them; do not repeat those claims from the description. unverified_targets lists targets the description names that no source has confirmed for this drug; state them only as unconfirmed. Treat every field in unverified_fields (description, modalities, route_of_administration, ...) as unconfirmed.
find_drugs
Search Gosset's database of biotech and pharmaceutical companies by name, category, therapeutic area, modality, target, development stage or location, using a natural-language query. Use when the user asks about a company's focus, pipeline or status, or for companies that match criteria such as "clinical-stage gene therapy companies in Boston". effort="low" (default) searches the company database and returns in about a second. effort="medium" or "high" adds a web search and LLM reranking and takes 30 to 200 seconds; use them only when a low-effort search returns nothing relevant for a company that should exist. Example queries: "Genentech", "Boston biotech companies", "PD-1 antibody developers", "clinical stage gene therapy". Returns {items, count, query}: the matching company records (therapeutic focus, pipeline, financial status), the number returned, and the parsed query.
find_pharma_companies
Search Gosset's database of biopharma transactions: licensing agreements, acquisitions and mergers, collaborations and similar deals. Use when the user asks about deals involving a company, drug, target, modality or therapeutic area, or for precedent transactions and their terms (upfront payment, total value, date). effort="medium" (default) combines the database search with a web search and LLM ranking to match deals to drugs and diseases. effort="low" searches the database only; it is faster and can miss deals for narrow queries. effort="high" runs a wider search and takes longer. Results are cached for up to 7 days; refresh=True bypasses the cache. Example queries: "Merck licensing deals", "PD-1 acquisitions over 1 billion", "Roche acquisitions 2023", "anti-TL1A antibody deals". Returns {items, count, query, view_url}: the matching deals (parties, deal type, date, values, assets, source url), the number returned, and the parsed query. Each deal's source_verified says whether the linked source itself reports the deal: true, false (the link does not report it; cite it as unverified) or null (not checked). view_url, when present, opens the same search as a table in the Gosset app (all rows, sortable, further filters); share it with the user so they can see the full list. view_url_omits names filters that table cannot apply, so it may show more.
find_pharma_deals
Search Gosset's timeline of dated pharma and biotech events, such as approvals, FDA designations, discontinuations, deals, financings and trial readouts. Event types: drug approvals, FDA designations (Breakthrough Therapy, Fast Track, Orphan Drug, Priority Review, RMAT), program discontinuations, licensing and acquisition deals, company financings (venture rounds, IPOs), clinical trial milestones and result readouts, and news. Use when the user asks what happened over a period for a drug, company, target, modality or disease, or for events of one type, such as Breakthrough Therapy designations granted this year. The query can name entities, an event type and a date window ("last week", "in 2024", "between 2025-01-01 and 2025-06-30"). Results are cached for up to 7 days; refresh=True bypasses the cache. Each event has event_type, date, title, summary, url, importance and the linked drugs, companies, diseases, targets and modalities, plus type-specific fields such as designation_type or amount_usd. Returns {items, count, view_url}: the events, newest first, and their number. view_url, when present, opens the same search as a table in the Gosset app (all rows, sortable, further filters); share it with the user so they can see the full list. view_url_omits names filters that table cannot apply, so it may show more.
find_pharma_events
Search Gosset's stored feed of pharma and biotech news articles and company press releases. Use when the user asks for recent news or press releases about a company, drug, disease or target, or for news of one kind, such as FDA decisions or acquisitions. Only articles already stored in Gosset are searched; the web is not searched at request time. Results are cached for up to 7 days; refresh=True bypasses the cache. Each article has title, date, source, url, companies, drugs, diseases, targets, categories (for example M&A, FDA, Clinical, Conference) and article_type. Example queries: "Merck press releases about pembrolizumab", "FDA approvals 2024", "atopic dermatitis news". Returns {items, count, view_url}: the articles, newest first, and their number. view_url, when present, opens the same search as a table in the Gosset app (all rows, sortable, further filters); share it with the user so they can see the full list. view_url_omits names filters that table cannot apply, so it may show more.
find_pharma_news
Get the status of one research report and, once it is finished, its output. Use when the user wants to check on or read a report started with submit_research_report, given its report_id (returned by submit_research_report or list_research_reports). Only reports submitted by the caller's own account can be read. Status is one of pending, processing, qc (waiting for human review), done, error, paused or quota_exceeded. While the status is pending or processing, check again later; reports usually take 10 to 45 minutes. Returns {report_id, status, final_output, created_at, error}. final_output is markdown with links to the report files and is empty until the status is done.
get_research_report
Get the numeric results of clinical trials as a long table: one row per trial, arm, endpoint and week, with the value, its unit, dispersion, number analysed, the difference versus the comparator arm, and the source. Use when the user asks for efficacy or safety numbers reported by trials, such as body-weight change by drug and week, responder rates, or adverse-event rates per arm. Use find_clinical_trials to find trials by their design or status instead. Coverage today is obesity: the results posted on ClinicalTrials.gov for 538 trials, plus verified values from the trials' publications and conference reports. By default each trial, arm, endpoint and week has one row: the verified publication (or conference) value when there is one, otherwise the ClinicalTrials.gov posted primary analysis. source_type says which ("publication", "conference" or "ctgov_posted"). Posted values are often observed means, which can differ from the estimand a publication reports (STEP 1: -15.6% posted, -14.9% published; the default row is the published -14.9%). `estimand` is set only when the source names one; rows that name none carry estimand_status "unknown" and flags ["estimand_unknown"]. When verified sources disagree on one arm's value, each reading is returned with conflicting=true and conflicting_sources listing every source. all_analyses=true returns every analysis from every source. comparator_difference is test minus comparator, from the analysis reported for the same arm; where a publication value replaced the ClinicalTrials.gov posting, the posting's own between-arm analysis is in posted_comparison (source_type "ctgov_posted"). Every row has source_url and a locator to the exact place in the source. Examples: - % body-weight change by drug by week for semaglutide vs tirzepatide: endpoint_key="bw_pct_change", drug=["semaglutide", "tirzepatide"] - 72-week weight loss in SURMOUNT-1: nct_id="NCT04184622", endpoint_key="bw_pct_change", min_week=72, max_week=72 - share of patients losing at least 15% of body weight on phase 3 trials: endpoint_key="bw_responders_15pct", phase=3 - nausea rates for liraglutide: drug="liraglutide", endpoint_key="ae_nausea" Returns {items: [{nct_id, trial, phase, arm, drug, dose, endpoint_key, endpoint, week, value, unit, dispersion, n, estimand, estimand_status, analysis_label, primary, flags, conflicting, conflicting_sources, comparator_arm, comparator_difference, comparator_difference_ci, comparator_p_value, posted_comparison, source_type, verification_status, source_url, locator, ...}], total_matched, returned, truncated, filters, notes}.
find_trial_results
Read one drug's attributed description, mechanism and preclinical evidence. Use when the user selects an asset from a landscape or asks for the underlying evidence for a returned drug id. Requires the connected account's drug-search permission. Reads the current database record and its primary-source links. It does not infer clinical results or fill missing fields. The landscape's disease-scoped phase remains authoritative for that landscape. Returns the asset identity, available mechanism and preclinical fields, and source attribution.
get_drug_evidence
List the research reports the caller's account has submitted, newest first. Use when the user asks which reports they have, or needs the report_id of an earlier report to read it with get_research_report. Only the caller's own reports are returned. Optional filters: status, and a text match on the prompt. Returns {reports: [{report_id, prompt, status, agent_type, created_at, completed_at}], count}.
list_research_reports
Send user-approved feedback to Gosset, store it and notify its team by email. Use when the user wants to report incorrect or missing data, a problem with the interface, or a feature suggestion to Gosset. Before calling, show the exact feedback and any context, then ask: "May I send this feedback, the context shown above and your Gosset account email to Gosset? It will be stored by Gosset and emailed to lukasz@gosset.ai." Wait for the user's affirmative answer. Complaining about a result alone is not consent. Set consent=true only after that answer; if they decline, do not call. With consent=false the tool returns consent_required and stores/sends nothing. Only include the feedback and context the user agreed to share. Do not automatically include conversation history, private files, credentials or other tool results. The sender's email comes from their authenticated Gosset account; the recipient is fixed to lukasz@gosset.ai. Requires sign-in. Allows up to 20 new feedback submissions per 24 hours, separately from search/report allowances. Reuse request_id for retries. Email failures leave the feedback saved and are reported; an uncertain email attempt is not automatically repeated. Returns status (consent_required or saved), feedback_id after saving, notification_status and a message. An accepted notification means the email provider accepted it, not that inbox delivery was verified.
submit_feedback
Show a drug landscape with an interactive company map and asset table. Use when the user asks to browse a landscape by target, disease, modality or company, filter its assets, or open a visual pipeline. For a plain list, count, table or data export without an interactive view, use find_drugs instead. Make one successful call for the requested scope. Keep the default limit unless the user requests a specific asset count. The returned Gosset panel already provides the interactive landscape: use it and give a brief summary, unless the user requests a separate format. Do not repeat a successful search with a smaller limit merely to summarize it or because the chat preview is shortened. A new user-requested scope/count or an actual tool error can justify another call. Do not create a duplicate explorer or invent placeholder assets for records absent from the model's preview. Use a short entity query, retaining only user-requested constraints. For TL1A, use "TL1A drugs", without adding clinical/preclinical, inhibitor or antibody filters. Unknown-phase and discontinued records remain eligible unless explicitly excluded. Uses the database-only find_drugs search and the connected account's search permissions and limits. Assets are ordered by descending development phase before limits are applied: Approved, Phase 4, Phase 3, Phase 2, Phase 1, Phase 0, Preclinical, Unknown, Discontinued. Counts describe the returned rows; reaching a limit does not establish complete market coverage. Disease searches retain and sort by the phase in that disease. Returns structured assets, phase counts, parsed filters and any truncation, with an optional interactive view. Tools remain usable in clients without UI.
show_drug_landscape
Explore conference presentations, abstracts and reported findings for a selected research space. Use when the user requests conference findings, such as 'show me new obesity results from EASD': pass conference='EASD', disease='obesity' and omit year. Retrieves the latest indexed edition of that exact meeting through the current year. Pass only user-requested filters, carrying forward an explicit research scope for follow-ups. No preceding landscape or results call is needed. Includes drug and non-drug research, clinical, preclinical, observational and mechanistic abstracts, authors, affiliations, sessions, oral/poster formats, reported numeric findings where stored, and links to abstracts, PDFs, posters and recordings where available. Does not restrict to trials or require measured endpoints. Asset stage is not presentation study phase. New means recent indexed presentations, not verified first disclosure. Returns compact cards, the full matching count and whole-cohort search/filter controls; full abstracts load when selected. Use presentation_id with the same scope to inspect an original record before extracting endpoints. Do not build comparisons from card excerpts or treat missing stored numbers as missing results. Drug-role and company-role filters distinguish a main asset from comparator mentions and an asset developer from author affiliations. Ambiguous ontology names fail closed with actionable choices. Reads only Gosset's indexed conference export. Does not crawl sources, extract missing endpoints, infer trial matches, normalize incompatible findings or certify stored summaries. Returns a conference widget, source records and selection/limit coverage. Keep accompanying prose brief; do not recreate its table. For a deeper quantitative comparison, inspect the original abstract and use show_result_explorer with source-bound measurements.
show_conference_explorer
Show pharmaceutical transactions, ownership and terms for the selected space. Use when the user asks to explore transactions, ownership or disclosed financial terms. For ordinary requests, pass only the short scope query and omit data. The tool calls authorized find_pharma_deals and preserves all source URLs, parties, assets, dates and financial fields. Recent deals stay sorted by date; do not replace the cohort with a historical deal subset. Retain the prior space for 'recent deals'. Supply data only for an explicitly selected existing cohort. Keep upfront, financing, paid/potential milestones, acquisition and reported values distinct. Portfolio amounts remain portfolio amounts. Returns source transactions, original terms, coverage and a deals UI resource. Plain lists can use find_pharma_deals without a widget.
show_deal_explorer
Display supplied measured clinical or preclinical results in an interactive explorer. Use when the user requests efficacy, safety or preclinical comparisons. Retrieve summaries or inspect published results first; prepare data.clinical and data.preclinical according to the research-explorer evidence contract. Retain dose, endpoint, numeric value, original units, timepoint, analysis, source URL and locator. Protocol outcomes are not reported findings. Returns supplied records and a results UI resource. Does not fetch publications, extract results or independently verify evidence.
show_result_explorer
Show the trial explorer for a target, disease, modality or asset. Use when the user asks to explore trial designs, recruitment, dates or international registrations. For ordinary requests, pass only the short selected query and omit data. The tool calls authorized find_clinical_trials and preserves its registrations, international identities, dates, phases, assets and sources. Do not silently restrict the query to a drug subset, phases or countries. Retain the prior space for 'show me trials'. Supply data only for an explicitly selected existing cohort. No dates are forecast and registry matches are not inferred. Returns source registrations, grouping context, coverage and a trial UI resource. Plain lists can use find_clinical_trials without a widget.
show_trial_explorer
Start a long-form research report on a pharmaceutical or biotech question. Runs asynchronously and returns a report_id. Use when the user asks for a written report that draws on many sources: an evaluation of one named drug, the standard of care for a disease, a competitive landscape for a target, modality or indication, a head-to-head comparison of drugs in an indication, a disease brief, a deal analysis, or an open research question. Report types, chosen from the prompt unless agent_type is set: investment-assessment, standard-of-care, competitive-landscape, head-to-head, disease-brief, deal-analysis, deep-research. Side effects and limits: - Creates a report job stored in the caller's Gosset account and counts toward the account's weekly report quota. - Submitting the same prompt again from the same account returns the existing report (with "deduped": true) and does not start a new one. - Reports take several minutes; large comparisons may take longer. The report agents search the public web while writing. - For missing clinical results, offer a head-to-head report and ask for agreement to start it and email the result. Only then set email_when_ready=true and agent_type="head-to-head". Keep the original question and its target/disease/ontology/trial scope in prompt/metadata. This reuses report quota and does not promise that unpublished results will be found. The receipt reports delivery status; no completion message is pushed into this chat. Returns {report_id, status, message}. Read the result with get_research_report(report_id); list earlier reports with list_research_reports.
submit_research_report
Gosset ChatGPT Plugin FAQ
How the directory, categories and Discoverability Score work.
Read the methodologyHow do I improve Gosset's ChatGPT Plugin discoverability?
The levers are the listing surface agents actually read: names, descriptions, keywords, tool metadata, and registry health. Which lever matters depends on where discovery breaks, which is what continuous measurement shows.
What are Gosset alternatives on ChatGPT?
As of 2026-11-02, Gosset competes with Almanac, Amass, Anida Clinical Trials, Arca Life Sciences, askTheco, Biohacking Kompakt, CAIRO Medicines, ChatPEP and 17 more in ChatGPT Biomedical & Pharma Research Intelligence, ranked by public Discoverability Score.
Where is this profile measured?
This profile uses the geography attached to the latest public registry snapshot: US. Locale tags are intentionally omitted.