Integration details
Description
Access Octus' verified credit intelligence directly in Claude and other LLMs. The Octus MCP Connector™ delivers proprietary intel, issuer fundamentals, private data room documents and covenant analysis across 95%+ of the sub-investment grade credit universe. Query permissioned content in real time using natural language, power autonomous agent workflows and ground your AI systems in a trusted, standardized data source. Built for investment managers, banks, law firms and advisors who need research-grade answers at the speed of the market.
- Integration type
- Plugin
- Verification status
- Not applicable
- Platform
- ChatGPT
- Primary Subcategory
- Flight Search & Booking
- Secondary Subcategories
- None listed
- Brand
- Octus
- Access
- Account required
- First tracked
- 2026-06-23
- Tool count
- 21
- Geography
- US
The Primary Subcategory used for this profile’s headline score.
Other Subcategories where the Integration is listed.
Get alerts for Octus
Get updates when Octus’s Discoverability Score or category rank changes.
ChatGPT Plugin Discovery Score
ChatGPT Plugin discovery is coming soon
ChatGPT can surface a Plugin when it matches a user's request.Your Plugin Discovery Score measures how often yours appears.
No spam. Unsubscribe any time.
What discovery looks like

Competing in ChatGPT Institutional Financial Data & Equity Research Platforms
View Category21 tools agents can invoke
Get one tool's full detail by name: description, `input_schema` (JSON Schema of its params), and behavioural `annotations`. Pair with list_available_tools (call that first to find the name). An unknown name returns a `note` listing valid names — read it and retry, don't error.
describe_tool
Find a company by name or security identifier (LoanX id, CUSIP, ISIN, FIGI, Bloomberg) and get its Octus company id and canonical name. Call this first when a question names or identifies a company, then pass the returned `company_id` to the other tools. Deterministic three-way result: confident match → `matched: true` + `company: {company_id, company_name, aliases}`; good-but-uncertain → also `candidates` (other companies, each with aliases) so you can confirm the right one; no confident match → `matched: false`, `company: null`, and `candidates` to choose from.
find_company
Get an Octus company card: identity, GICS classification, per-corpus freshness dates, and sponsor relationships. Takes only `company_id` (from find_company). Returns name, ticker, sector/industry classification, country and region, plus a freshness map: `latest_intel_date`, `latest_sec_filings_date` (newest 8-K/10-K/10-Q/proxy filing), `latest_transcripts_date`, and `latest_court_filings_date` (newest tracked court-case filing). Each freshness field is null when none exists; all dates are ISO-8601 UTC. The response also states each corpus's earliest available date (intel reaches back to 2013-01-01) — freshness is the newest document, coverage is the oldest, and document search defaults to a narrower recent window than full coverage. Also returns `sponsors`: a list of `{sponsor_company_id, sponsor_name, start_date, end_date, status}` — the company's Octus-tracked sponsor relationships, historical and current. Active relationships have `end_date: null`; entries are sorted current-first. `sponsors` is `[]` when there are none, and `null` if the sponsor source was unreachable — do not conflate the two. Coverage is Credit Cloud sponsors coverage, primarily LBO-sourced, not exhaustive. `sponsor_company_id` is a company id — chain it into get_company_details or list_companies' `sponsor` param to go deeper. Use this tool to orient before fetching detail with the other tools.
get_company_details
Extract Deal Term Analytics (DTA) field values for one company's accessible deals. Pass the `company_id` from find_company and `fields` — natural-language deal-term descriptions (e.g. ["opening first-lien leverage", "covenant lite", "MFN threshold"]); each is resolved to the DTA catalog internally. Returns metric-major JSON: one entry per resolved field with `values` keyed by deal (`<tx_id>`, instrument-level `<tx_id>__<instrument_id>`); a resolved field with no data still appears (empty `values`), and asks that match no catalog field are named in `note`. No server-side math — do any averaging/ranking yourself. Use get_deal_term_analytics_deals first to see which deals are in scope. The response may include a one-row `results` index carrying the Deal Term Analytics `url` (individual metrics have no links) — when your answer uses this data, cite inline as a markdown link titled with that row's `title`, pointing at its `url`; never construct URLs.
get_deal_term_analytics_data
List the Deal Term Analytics (DTA) deals your account can access — the orientation card to call before get_deal_term_analytics_data. Each deal carries `company_id`, `company_name`, instrument labels (`instrument_type`, `std_instrument`, `doc_instrument`), `sponsor`, `nature_of_deal`, `doc_date`, and an `access` label (`My DTA Deal` vs `Public DTA Deal`) so you can frame 'our deal vs. the market'. Pass `company_id` (from find_company) to narrow to one company; omit it to list ALL accessible deals. The response may include a one-row `results` index carrying the Deal Term Analytics `url` (the deals themselves have no individual links) — when your answer uses this data, cite inline as a markdown link titled with that row's `title`, pointing at its `url`; never construct URLs.
get_deal_term_analytics_deals
Get a company's capital structure — the instrument-level debt stack (individual facilities and notes grouped into ranking buckets such as super-senior / senior secured / unsecured / subordinated, each with maturities, coupon/reference rates, and amounts), plus the surrounding analytics: gross and net leverage multiples, liquidity (cash + revolver availability), reconciliations, off-balance-sheet and other liabilities, and hedging. Values are lossless strings, each a `{pre, post}` pair — display `post`, falling back to `pre` only when `post` is null; `net_multiple` and `gross_multiple` are the same shape and follow the same rule. Pass the `company_id` from find_company. `fields` is optional: omit it to get the whole table (the natural "show me X's capital structure" ask); pass `fields` to scope to specific lines, in natural phrasing — each is matched to this company's own line items and the output echoes which line matched. A field may also be a section or category ("liquidity", "senior secured debt", "leverage") — it fans out to all member lines. Unmatched fields return `available_fields`, this model's full line-item dictionary grouped by section; re-call with exact labels from it instead of rephrasing. Use this for the debt/capital structure and the leverage/liquidity metrics around it; use get_fundamentals_standard_data for Octus-normalized cross-company metrics, get_fundamentals_reported_data for as-filed line items straight from the company's filings, and search_fundamentals with document_types [5] to find capital-structure documents (the source write-ups) rather than the structured table. `include_instruments` (default true) merges per-instrument metadata (rates, currency, amortization, ranking) onto each instrument line; set it false to drop that detail. By default returns the most recent periods that have data. To target specific periods, pass `filter` with `filter.period.$in` — a list of fiscal periods (YYYYMM / YYYYQN / YYYY), e.g. {"period": {"$in": ["2024Q3", "2024"]}}. A company may return several model blocks; each carries `status` ("Ongoing" / "Suspended") — answer from the Ongoing block with the latest `latest_period` unless the user asks about the other model. To render as a table: the line name first, then one column per period, newest first in `periods` order, then exactly four trailing columns — Maturity, Rate, Net Multiple, Gross Multiple — ALWAYS LAST and in that order, in every section (the line's own keys arrive in that order too). Add no other column: each section is one table whose header already names the ranking bucket, so the bucket is a row group, never a column. Each period in `values` holds one or both VIEWS — `actual` and `pro_forma` — and they are different numbers, so render a period that has both as TWO adjacent columns headed "<period> Actual" and "<period> Pro Forma", spelled out in full. A line may carry `pro_forma` alone (a facility created by the transaction) or `actual` alone; an absent view is an empty cell meaning not restated, never zero. State the block's `currency`, but do not state a magnitude or scale: the payload carries none. Results come back as ONE ROW PER MODEL, `title` naming the company and the model ("<company> (<model type>)"). When your answer uses a figure, cite inline as a markdown link pointing at that row's `url`, titled with the row's `title` PLUS the line and period you are citing — e.g. "Alloheim (Public) - RCF - 2026Q1". One row spans the whole table and every period you asked for, so only you know which figure a claim used; never construct URLs.
get_fundamentals_cap_structure
Get reported financial values for a company — the figures exactly as the company stated them in its own filings (verbatim, company-specific line items like "Revenue [#2]" or "Senior secured term loan facility, due April 2028"), as opposed to get_fundamentals_standard_data's Octus-normalized lines. Pass the `company_id` from find_company and `fields` — the metrics you want, in natural phrasing; each is matched to the company's own reported line items and the output echoes which line matched. A field may also be a category ("KPIs", "income statement items") — it expands to all member lines. Unmatched fields return `available_fields`, the company's full line-item catalog; re-call with exact labels from it instead of rephrasing. Use this when the user asks for as-reported / as-filed numbers, company-specific line items, or figures the standard set doesn't carry; for cross-company comparisons or normalized metrics use get_fundamentals_standard_data instead (reported labels are not comparable across companies, so this tool is single-company only). By default returns the most recent periods that have data. To target specific periods, pass `filter` with `filter.period.$in` — a list of fiscal periods (YYYYMM / YYYYQN / YYYY), e.g. {"period": {"$in": ["2024Q3", "2024"]}}. Results come back as ONE ROW PER MODEL: each row carries `title` ("<company> (<model type>)"), the model context, and `metrics` — one entry per metric with its `values` keyed by fiscal period. When your answer uses a figure, cite inline as a markdown link pointing at that row's `url`, titled with the row's `title` PLUS the metric and period you are citing — e.g. "Alloheim (Public) - Revenue - 2025Q3". One row spans every metric and period you asked for, so only you know which figure a claim used; never construct URLs.
get_fundamentals_reported_data
Get standard financial values for a company. Pass the `company_id` from find_company and `fields` — the financial line items you want, which you derive from the question: • Specific ask ("what's their revenue and EBITDA?") → pass just those: ["revenue", "EBITDA"]. • Broad 'financials' / 'financial report' request → expand to the standard set (these are Octus's exact canonical names — prefer them; they resolve instantly): ["Revenue", "Revenue by segment", "Gross Profit", "adj. EBITDA", "adj. EBITDA margin", "Net Income", "Gross Debt", "Net Leverage", "Interest Coverage / FCCR", "Cash & Cash Equivalents", "Free Cash Flow"] (growth/trend asks: add YoY lines, e.g. "Revenue Growth YoY"). Any natural phrasing still works — fields resolve against Octus's standard vocabulary, and generic asks ("EBITDA") may fan out to the matching family. Derived metrics include a `formula` written in standard line names. Unmatched fields return `available_fields`, the standard line-item catalog grouped by category and correct for that company's model — some lines exist in the vocabulary but are not available on a given model; the note says so explicitly. Re-call with terms closer to those names. By default returns the most recent periods that have data. To target specific periods, pass `filter` with `filter.period.$in` — a list of fiscal periods (YYYYMM / YYYYQN / YYYY), e.g. {"period": {"$in": ["2024Q3", "2024"]}}. This tool is standard FINANCIAL data only — covenant/legal/news reports come from their own tools. Results come back as ONE ROW PER MODEL: each row carries `title` ("<company> (<model type>)"), the model context, and `metrics` — one entry per metric with its `values` keyed by fiscal period. When your answer uses a figure, cite inline as a markdown link pointing at that row's `url`, titled with the row's `title` PLUS the metric and period you are citing — e.g. "Alloheim (Public) - Revenue - 2025Q3". One row spans every metric and period you asked for, so only you know which figure a claim used; never construct URLs.
get_fundamentals_standard_data
List every tool this server exposes — name + one-line summary + a `has_access` flag for your account — plus a note to use describe_tool for the full schema. Call this first to discover what's available; it keeps every tool's full input schema out of context until you actually need one, and tells you which tools your subscription can use.
list_available_tools
List the companies in a classification / geography bucket — each row is a `company_id` + `company_name` (+ any requested fields). Filter by `industry_group`, `industry`, and/or `region` — these are numeric codes (the per-field code=name legend is in each param's schema description; pick the code for the value you want), AND-ed together. Optionally restrict to companies with coverage in one or more `product`s (also numeric codes — see the legend in the schema); multiple products are OR-ed. At least one filter (or `product`) is required. Results are capped at 100 — if more match, the response says so and you should narrow the search (add/refine filters), not expect more. Also supports `sponsor` — pass a sponsor firm's company id to get only companies that sponsor backs (current AND former portfolio); AND-ed with the other filters but sufficient on its own. Example: companies backed by KKR — resolve KKR with find_company, then pass its id as sponsor. Pass a returned `company_id` to get_company_details or the other tools to go deeper.
list_companies
Search Octus Court Filings (tracked bankruptcy/litigation dockets) and return the most relevant excerpts. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_court_filings
Search Octus's private covenant corpus — entitlement-scoped deal documents (Covenant Analysis, Credit Agreements, OM/Indentures) for private transactions your account can access via Deal Term Analytics and documents in your FinDox data-room holdings. Access is resolved server-side from your entitlements — there is no access parameter, and an account with no matching entitlements gets an empty result with a note, never an error. A pure retriever: returns chunks and interpretation metadata, never a synthesized answer. Coverage starts 2024-01-01. Returns private-scoped documents only — no public documents, no overlap with search_covenants_public; pair the two tools for the full picture on a credit. Loan questions search credit agreements; bond questions search OM/indentures; both/unclear searches all three corpora — override with asset_type, or restrict to exact document types with `document_types`. Scope either to `company_ids` (from find_company) or to a classification bucket (`industry_group`/`industry`/`region` numeric codes — see the `list_companies` tool for their legends; resolved server-side to companies with covenant coverage, capped at 100) — never both. Leave both unset to search across all your entitled private documents — use search_mode=exhaustive to see which of your entitled credits match, then drill in with per-company direct calls. Returns `{filters, results, query_interpretation, analysis_hints, discovered_companies?, note?}` — `filters` echoes the EFFECTIVE scope searched (the `company_ids` you sent, OR the resolved industry_group/industry/region as `{code, name}` when scoped by classification instead) plus the date window; `results` is a FLAT list, one row per matching document (company_id, company_name, title, doc_type, execution_date, asset_type) with its excerpt chunks; `query_interpretation` reports how the query was read (mode, asset_type, reframed_query) so you can re-call with search_mode/asset_type overrides if it misread the question; `discovered_companies` (exhaustive mode) ranks companies by match count for follow-up per-company drill-down calls. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url`; never construct URLs.
search_covenants_private
Search Octus's public covenant corpus — analyst Covenant Analysis plus primary-source Credit Agreements (loans) and Offering Memorandum / Indenture documents (bonds) — and get back the most relevant excerpts with the metadata needed for covenant reasoning. A pure retriever: returns chunks and interpretation metadata, never a synthesized answer. Coverage starts 2024-01-01. Loan questions search credit agreements; bond questions search OM/indentures; both/unclear searches all three corpora — override with asset_type, or restrict to exact document types with `document_types`. Scope either to `company_ids` (from find_company) or to a classification bucket (`industry_group`/`industry`/`region` numeric codes — see the `list_companies` tool for their legends; resolved server-side to companies with covenant coverage, capped at 100) — never both. Leave both unset for corpus-wide discovery/screening — use search_mode=exhaustive to see which companies' documents match, then drill in with per-company direct calls. Not entitlement-scoped private deal documents — those are search_covenants_private (separate tool). Returns `{filters, results, query_interpretation, analysis_hints, discovered_companies?, note?}` — `filters` echoes the EFFECTIVE scope searched (the `company_ids` you sent, OR the resolved industry_group/industry/region as `{code, name}` when scoped by classification instead) plus the date window; `results` is a FLAT list, one row per matching document (company_id, company_name, title, doc_type, execution_date, asset_type) with its excerpt chunks; `query_interpretation` reports how the query was read (mode, asset_type, reframed_query) so you can re-call with search_mode/asset_type overrides if it misread the question; `discovered_companies` (exhaustive mode) ranks companies by match count for follow-up per-company drill-down calls. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url`; never construct URLs.
search_covenants_public
Search your FinDox deal-room documents (private deal docs: credit agreements, lender presentations, financials) and return the most relevant excerpts. Results always come from the deal-room holdings your account is entitled to; omit the scope filters to search all of them. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_data_rooms
Search Octus Fundamentals documents (earnings reports, presentations, memoranda) and return the most relevant excerpts. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Time window is `num_periods` (fiscal-period lookback). Optionally restrict by `document_types` (1=Earnings Report, 2=Earnings Presentations, 3=Other Presentations and Reports, 4=Offerings, 5=Capital Structure, 6=Press Release, 7=Sustainability Reports, 8=Transcripts, 9=Compliance Certificates, 10=Transcript Summaries, 11=Private Company Analysis, 12=Earnings Flashes). Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_fundamentals
Search Octus Intel (editorial credit research/news) and return the most relevant excerpts. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window. Coverage starts 2013-01-01; a search that omits `start_date` defaults to roughly the last 5 years. Do not settle for the default when the question implies a window — set the dates from the question and from the company's `latest_intel_date` (get_company_details): a most-recent-update ask is served by a window anchored just before that date, a period-specific ask (a named year, quarter, or event era) by that period's own bounds, and anything older than the default window by an explicit `start_date` reaching back to 2013. For sector/market trend questions (not tied to one company), pass `intel_themes` instead — numeric theme codes, each selecting one Octus editorial theme feed (the 27 feeds are listed in the `intel_themes` parameter legend); `intel_themes` is a standalone scope (never combined with company_id/classification — use two separate calls for company + sector color). For 'what's trending / most popular intel' questions, set `sort_by=2` (popularity) to rank by reader engagement (no `question` needed) and choose a `timeframe` (1 = past 4 hours, 2 = past 24 hours (1 day), 3 = past 72 hours (3 days; the default), 4 = past 168 hours (1 week)); popularity combines with the same company/classification (or theme) scope, but not dates (use `timeframe`, not `start_date`/`end_date`). Theme feeds rarely rank among most-viewed articles, so prefer relevance mode for `intel_themes`. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_intel
Search the documents you have uploaded to CreditAI and return the most relevant excerpts. Scope is automatic — always your own uploads; only files uploaded through the CreditAI web app are included (uploads elsewhere or via other Octus products are not). Optionally narrow within your uploads to documents naming one `company_id` (from find_company), and by a unix-second `start_date`/`end_date` window. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_my_uploads
Search Octus Private Company Analysis reports and return the most relevant excerpts. Results always come from the documents your account is entitled to; omit the scope filters to search all of them. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_private_company_analysis
Search Octus SEC Filings and return the most relevant excerpts. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window, and optionally by `document_types` (1=8-K, 2=10-K, 3=10-Q, 4=proxy/14A). Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_sec_filings
Answer a natural-language `question` against a structured `datasource` over Octus data. Pick the `datasource` code and ask in plain English; the engine works out the data model, runs the query, and returns structured datasets (columns + rows) with the applied period/filters. Read-only; no company_id needed. `datasource` codes: • 1 (advisors) — advisor engagements over Octus Screener data: who advised which bankrupt / distressed companies (law firms, financial advisors, claims & noticing agents), appointment side (debtor vs. creditor / committee), roles, engagement fees, hourly-rate bands, and league tables by sector / jurisdiction / year, with engine-side grouping, binding-gated aggregation, and negative-existence screens. E.g. 'top financial advisors to debtors in 2023 retail bankruptcies by number of engagements', 'average partner hourly rate for lead debtor counsel'. • 2 (primary_tracker) — LevFin new-issue primary market: leveraged-loan and high-yield-bond tranches with launch / pricing dates, initial and final sizes, coupon / margin / yield / OID economics, price talk, ratings, bookrunners, sponsors, and use of proceeds, with engine-side counts, league tables, grouped averages / sums, and per-year / quarter time series. E.g. 'how many high-yield bonds priced in 2025', 'top bookrunners for 2025 leveraged loans', 'average TLB margin by market of risk'. (More datasource codes will be added as they productize.) Returns `datasets` — one entry per query the engine ran, each a `{label, columns, rows, ...}` table (rows are {column: value}) — plus an optional one-line `summary` and an optional `note`. When the question can't be answered (off-topic, a metric not in the model, or an aggregation the data can't support), the tool does not error — it returns an empty `datasets` list with a `note` explaining why in business terms, usually with a workable rephrasing; a partial answer likewise comes back with data plus a `note`. Always read the `note` and, when present, re-ask using its guidance. Rows are read-only structured values, not document excerpts — present the tables and any rankings directly. The response may include a one-row `results` index carrying the `url` of the Octus page this datasource's data lives on (a screen is a query, not a document, so individual rows have no links of their own) — when your answer uses this data, cite inline as a markdown link titled with that row's `title`, pointing at its `url`; never construct URLs.
search_structured_datasource
Search Octus earnings-call Transcripts and return the most relevant excerpts. Scope either to one `company_id` (from find_company) or to a classification bucket (`industry_group` / `industry` / `region` numeric codes — see the `list_companies` tool for their legends) — never both. Narrow by a unix-second `start_date`/`end_date` window. Returns `{product, filters, results}` — `filters` echoes the effective scope/window and `results` is a FLAT list, ONE ROW PER DOCUMENT (company_id, company_name, title, doc_type, period/date) with that document's excerpt `chunks`; rows are relevance-ordered and repeat their company, so several rows can share one. A row may carry a ready absolute `url` — when your answer uses its content, cite inline as a markdown link titled with the row's `title`, pointing at that `url` copied character-for-character; never construct URLs, and never shorten or truncate them (they are long by design).
search_transcripts
How do I improve a ChatGPT Plugin's 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 Octus alternatives on ChatGPT?
As of 2026-09-28, Octus competes with Aiera, AIR Credit Intelligence, Alpha Vantage, ALPHAPORT.AI, Balanços.AI, Bigdata.com, Bull AI, Clarity AI, CredCore - Tusk Liquid, Daloopa, FactorWeave, FactSet AI-Ready Data, Financial Datasets, Financial Summarizer Pro, FinancialFilings, FinRank Shiver, Fiscal.ai, Fitch Solutions, FMP, FX Hedge, Lexfi, LSEG, Mansa African Markets, MetricDuck, Moody's Credit MCP, Moody’s, MSCI Connector, MT Newswires, Multiples.vc, Nomas Research, Pinegap, Preqin, Quartr, RoboSystems, S&P Global - Adaptive, S&P Global - Deterministic, Theia Insights, Trata, WikiFx, Wisesheets, Zacks Financial Data in ChatGPT Institutional Financial Data & Equity Research Platforms, 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.