io.github.EvidInvest/aether-developer
REMOTE · AETHER.EVIDINVEST.COM · 2 COMPONENTS · SCANNED SEP 25
Cited search over SEC filings, earnings transcripts and EU regulation, with fetch mode. 14 tools.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security80
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- No authorisation is required to call this server. Every tool declares its destructiveHint and none is destructive, so open access doesn't expose one. See how to fix → View diagnostics → Partial
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability54
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 6911 tokens (~493/item across 14 items; 14 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management47
- Stability observed for 14 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage91
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 70% of tool parameters carry a description.Partial
- Structured output schemas are declared (86% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 15 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the io.github.EvidInvest/aether-developer MCP server?
io.github.EvidInvest/aether-developer is a hosted endpoint at https://aether.evidinvest.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · aether.evidinvest.com
claude mcp add --transport http evidinvest-aether-developer 'https://aether.evidinvest.com/mcp'
{
"mcpServers": {
"evidinvest-aether-developer": {
"url": "https://aether.evidinvest.com/mcp"
}
}
} {
"servers": {
"evidinvest-aether-developer": {
"type": "http",
"url": "https://aether.evidinvest.com/mcp"
}
}
} [mcp_servers.evidinvest-aether-developer] url = "https://aether.evidinvest.com/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"evidinvest-aether-developer": {
"type": "remote",
"url": "https://aether.evidinvest.com/mcp",
"enabled": true
}
}
} openclaw mcp add evidinvest-aether-developer --url 'https://aether.evidinvest.com/mcp' --transport streamable-http
mcp_servers:
evidinvest-aether-developer:
url: "https://aether.evidinvest.com/mcp" {
"McpServers": {
"evidinvest-aether-developer": {
"Transport": "http",
"Url": "https://aether.evidinvest.com/mcp"
}
}
} assistant mcp add evidinvest-aether-developer -t streamable-http -u 'https://aether.evidinvest.com/mcp'
{
"mcpServers": {
"evidinvest-aether-developer": {
"type": "http",
"url": "https://aether.evidinvest.com/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 25 Sept 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 23 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 37 to 40. That category is still filling its 30-day observation window: 11 days of observed history at the previous scan, 12 at this one. The score rises as the window fills, whether or not the server changes.
- 21 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 30 to 33. That category is still filling its 30-day observation window: 9 days of observed history at the previous scan, 10 at this one. The score rises as the window fills, whether or not the server changes.
- 19 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.
- 17 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.
- 15 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 10 to 13. That category is still filling its 30-day observation window: 3 days of observed history at the previous scan, 4 at this one. The score rises as the window fills, whether or not the server changes.
- 13 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 3 to 7. That category is still filling its 30-day observation window: 1 days of observed history at the previous scan, 2 at this one. The score rises as the window fills, whether or not the server changes.
- 12 Sept 26 0
- Stability: unverified → 0.03 ▲ functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 25 Sept 2026 · Probed https://aether.evidinvest.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=aether.evidinvest.com | CN=YR1,O=Let's Encrypt,C=US | 19 Sept 2026 | 18 Dec 2026 | RSA 2048 | SHA256-RSA | 5e7dbb0d1105f0914c54e4a456385539f15 |
| SANs: aether.evidinvest.com | ||||||
| CN=YR1,O=Let's Encrypt,C=US (CA) | CN=Root YR,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | RSA 2048 | SHA256-RSA | a20253f15f2691c05dc1ce13b9bcca4e |
| CN=Root YR,O=ISRG,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | RSA 4096 | SHA256-RSA | f24b6d17f9d9ad7cb1c9fea78782699f |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of aether.evidinvest.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| evidinvest.com. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=63072000 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://aether.evidinvest.com/mcp | Verified | 200 | |
| http (plaintext) | http://aether.evidinvest.com/mcp | HTTPS enforced | 308 | https://aether.evidinvest.com/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
financial_search ~1,139
Search SEC filings (10-K, 10-Q, 8-K, registration statements/prospectuses and press exhibits; S&P 500 coverage, ~10 years) with hybrid semantic + keyword retrieval. TWO MODES. Search mode (pass `query`): results ranked by relevance, highest first. FETCH MODE (omit `query`): no ranking at all — pass an issuer plus any of form_type / fiscal_year / accession_number / section and get that filing's sections back in filing-date-desc then document order, in tens of milliseconds. Use fetch when you already know WHICH document you want and only need its text. ALWAYS pass `issuer` (ticker, cik or company_name) — the company the question is about — plus `fiscal_year` and/or `form_type` when you know them. Scoped calls are fast and precise. A call with no issuer runs as scope=cross_company: slower, ranked by relevance only, and the response sets `quality_caveat` — check for that field. Use scope=cross_company deliberately only for questions that are genuinely about many companies ("which filers name NVIDIA as a supplier"). Built for agents: every hit is a ready-to-cite payload — exact filing-section text, form type, filing date, accession-numbered citation, source URL and a 0-1 confidence score — no HTML parsing, no EDGAR pagination. Use for revenue/segment figures, risk factors, M&A and contract terms, customer/supplier concentration, and any claim that must trace to a primary source. Coverage is NOT US-only: Sweden/Bolagsverket, Japan/EDINET, Korea/DART annual reports are included. Those issuers have no US ticker — pass `issuer.company_name` (e.g. "Sivers Semiconductors", "Samsung Electronics", "Ajinomoto") or scope a whole market with `jurisdiction` (["SE"], ["JP"], ["KR"]).
| Name | Type | Req | Description |
|---|---|---|---|
| accession_number | string | – | Exact SEC accession number. When set, retrieval is hard-scoped to that filing. |
| cik | array | – | Exact SEC CIK values to scope retrieval. Values are normalized to 10 digits. |
| domain | string | – | public_equity = single-company filing search; supply_chain = cross-company supplier/customer relationship evidence; auto (default) = detect from the query. |
| exclude_form_type | array | – | Exclude filing forms. Company searches already suppress fund/proxy forms by default. |
| fields | array | – | – |
| fiscal_year | – | – | Issuer's fiscal year as the company labels it (NVIDIA FY2027 = year ending Jan 2027). Resolved from XBRL DEI fiscal-year focus where available, else from the issuer's fiscal year-end; an empty year w… |
| form_type | array | – | Only return these filing forms, for example ["20-F"] or ["6-K"]. |
| issuer | object | – | The company the question is about. Pass at least one of ticker (e.g. "NVDA"), cik (e.g. "1045810"), or company_name (required for non-US issuers, which have no US ticker). Scopes retrieval to that fi… |
| jurisdiction | array | – | Scope to non-US issuer jurisdictions (ISO-3166 alpha-2): "SE" (Sweden/Bolagsverket), "JP" (Japan/EDINET), "KR" (Korea/DART). These carry no US ticker and are otherwise buried by SEC-centric ranking.… |
| limit | number | – | – |
| prefer_recent | boolean | – | Prefer newer filings when relevance scores are close. Automatically enabled for latest/current/guidance queries. |
| profile | string | – | Retrieval profile. `hybrid` (default) ranks by the engine's own fused score (saturated lexical + vector cosine), highest first. `bm25` is the lexical-only fallback. `hybrid_rerank` and `hybrid_rerank… |
| query | string | – | Natural language search query. OMIT IT for fetch mode: with no query nothing is embedded or scored and the matching sections come back in filing-date-desc then document order. Fetch mode requires an… |
| return_format | string | – | Response shape. 'section' (default) returns the full SEC section the matching chunk belongs to. 'chunk' returns the matching window only. 'both' returns both. |
| scope | string | – | issuer (default): results limited to the resolved company. cross_company: search all filers — for questions like "who names NVIDIA as a supplier". Cross-company results are slower, relevance-ranked o… |
| section | – | – | Filing section(s), matched case-insensitively as a substring of the stored label — "Item 1A" matches "Item 1A. Risk Factors". In fetch mode this is how you ask for one part of a filing. |
| Name | Type | Req | Description |
|---|---|---|---|
| domain | string | yes | – |
| latency_ms | integer | yes | – |
| mode | string | yes | "search" = ranked by relevance. "fetch" = no ranking; sections listed in filing-date-desc then document order, and `total` is the number of matching chunks. |
| quality_caveat | string | – | Present when the result is not issuer-precise. Read it before trusting cross-company results. |
| query | string | yes | – |
| results | array | yes | – |
| scope | string | – | Effective scope after issuer resolution. |
| source | string | yes | – |
| total | integer | yes | – |
No examples provided.
holdings_by_manager ~492
What a fund owns: an institutional manager's reported equity book from SEC Form 13F — top positions by value, with quarter-over-quarter share changes and new/increased/decreased flags. Answers 'what does Bridgewater hold', 'what did this fund buy last quarter', 'show me their largest positions'. Look up by manager name (partial match; the largest matching filer wins, since names like 'Vanguard' map to several distinct CIKs) or by exact CIK. Also returns the filer's published contact details — signatory, title, phone, and business address from the filing's cover page and signature block, each citable to the accession number. EDGAR publishes no email address for 13F filers, so none is returned and none should be inferred. Coverage: quarter ends from 2024-12-31 through 2026-06-30; the newest quarter is still filling in as filers submit, and a manager who has not filed it yet falls back to their most recent quarter, named in coverage_caveat. 13F covers US-listed long equity and options only — no shorts, cash, bonds or non-US listings — and is filed 45 days after quarter end, so it is a lagged snapshot, not a live portfolio.
| Name | Type | Req | Description |
|---|---|---|---|
| cik | string | – | Exact 10-digit filer CIK, e.g. 0002012383. Preferred when known. |
| issuer | object | – | The company the question is about, in the same shape financial_search and search take — so an agent can carry ONE issuer object across tools. Alias only: `issuer.cik` fills in `cik` and `issuer.compa… |
| limit | number | – | Positions to return, 1-200 (default 25), ranked by value. |
| manager | string | – | Manager name, partial match, e.g. 'Bridgewater' or 'BlackRock'. Largest matching filer wins. |
| period | string | – | Quarter end as YYYY-MM-DD. Defaults to the most recent loaded quarter. |
No output schema declared.
No examples provided.
holdings_by_security ~475
Who owns a stock: institutional holders of a security from SEC Form 13F, ranked by position value, with quarter-over-quarter share changes. Answers 'who are the largest holders of NVDA', 'which funds added or trimmed this quarter', 'did anyone initiate a new position'. Give a ticker (resolved via CUSIP) or a CUSIP directly. Each holder row carries its accession number and an EDGAR source_url so the figure is verifiable against the primary filing. Coverage: quarter ends from 2024-12-31 through 2026-06-30, all ~10,000 filing managers, not just large ones; the newest quarter is still filling in as filers submit, so its holder_count is lower than a settled quarter's. Positions are aggregated per filer CIK — a single 13F contains one line per sub-manager (BlackRock's carries 42 separate NVDA lines), so per-line reading understates holders badly. Amendments are excluded. Note total_value_usd is the sum across filers and may double-count where combination reports include other managers' holdings; coverage_caveat flags this when relevant. 13F covers US-listed long equity and options only — it does not show shorts, cash, bonds, or non-US listings, and is filed 45 days after quarter end.
| Name | Type | Req | Description |
|---|---|---|---|
| cusip | string | – | 9-character CUSIP, e.g. 67066G104. Use when the ticker is unmapped. |
| issuer | object | – | The company the question is about, in the same shape financial_search and search take — so an agent can carry ONE issuer object across tools. Alias only: `issuer.ticker` fills in `ticker` when you ha… |
| limit | number | – | Holders to return, 1-100 (default 20), ranked by value. |
| period | string | – | Quarter end as YYYY-MM-DD, e.g. 2026-03-31. Defaults to the most recent loaded quarter. |
| ticker | string | – | Ticker, e.g. NVDA. Resolved to a CUSIP internally. |
No output schema declared.
No examples provided.
list_partners ~136
List active marketplace partners (sellers) and what each offers. Each partner has zero or more 'modes': `indexed` (free queries via partner_search against published documents) and/or `proxy` (queries routed server-to-server to the seller's own API via partner_proxy_search, consuming prepaid Aether credits per call). Use the returned per-call credit costs to budget calls before invoking partner_proxy_search.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | – |
| mode | string | – | Restrict to partners offering this mode. |
| ticker | string | – | Optional — filter to partners that cover this ticker (either in indexed docs or proxy endpoints). |
| Name | Type | Req | Description |
|---|---|---|---|
| partners | array | yes | – |
| total | integer | yes | – |
No examples provided.
partner_proxy_search ~333
Route the agent's query server-to-server to one or more seller-registered API endpoints. Each call consumes prepaid Aether credits from the connected account at the per-call rate listed in list_partners (consumed regardless of result count). Aether holds seller credentials — agent never sees URL or token. Pass `issuer` when the question is about one company, so routing narrows to the endpoints that declare coverage of it rather than guessing the ticker from the query text — a wrong guess here spends credits on the wrong endpoint. Use list_partners first to discover available endpoints and per-call credit costs.
| Name | Type | Req | Description |
|---|---|---|---|
| confirm_charge | boolean | – | Safety acknowledgement. Must be true to actually execute the call. If false (or omitted), returns a dry-run quote with estimated charges. |
| endpoints | array | – | Optional: scope to specific endpoint slugs (format `<seller>/<endpoint>`). Otherwise all active endpoints of the named partners. |
| issuer | object | – | The company the question is about. Pass `ticker` to route only to endpoints that declare coverage of it, instead of relying on ticker detection over the query text. |
| limit | integer | – | – |
| partners | array | yes | Seller slugs to route to. Empty/omitted = no fan-out (you MUST pick partners explicitly for credits to be consumed — no surprise charges). |
| query | string | yes | – |
| ticker_filter | boolean | – | Legacy switch, still accepted. When true (default) and an issuer is known — passed in `issuer` or recognized in the query — route only to endpoints covering that ticker. false disables the filter ent… |
| Name | Type | Req | Description |
|---|---|---|---|
| charges_by_seller | array | yes | – |
| dry_run | boolean | yes | True when confirm_charge was false — quote only, no credits consumed. |
| latency_ms | integer | yes | – |
| query | string | yes | – |
| results | array | yes | – |
| source | string | yes | – |
| total_charge_usd_cents | integer | yes | – |
No examples provided.
partner_search ~324
Search marketplace partner documents (research notes, supply-chain analyses, etc. published by registered sellers). Returns ranked chunks with explicit per-document attribution and license terms. Pass `issuer` when the question is about one company — partner documents declare ticker coverage, so a named issuer narrows to the documents that actually cover it; without one the call runs scope=cross_company over every seller's corpus and the response sets `quality_caveat`. Use list_partners first to discover available sellers + filter via the `partners` arg to scope costs.
| Name | Type | Req | Description |
|---|---|---|---|
| doc_types | array | – | Optional filter on doc_type field — e.g. ['research_note', 'supply_chain']. |
| issuer | object | – | The company the question is about. Pass `ticker` to filter to documents that declare coverage of it, instead of relying on ticker detection over the query text. |
| limit | integer | – | – |
| partners | array | – | Optional list of seller slugs to scope the search to. Empty/omitted = all active sellers. |
| profile | string | – | – |
| query | string | yes | Natural-language search query. |
| scope | string | – | issuer (default): narrow to documents covering the named issuer. cross_company: search every seller's whole corpus — always carries `quality_caveat`. Setting it drops the ticker filter. |
| ticker_filter | boolean | – | Legacy switch, still accepted. When true (default) and an issuer is known — passed in `issuer` or recognized in the query — filter to docs covering that ticker. false disables the filter entirely. |
| Name | Type | Req | Description |
|---|---|---|---|
| latency_ms | integer | yes | – |
| quality_caveat | string | – | Present when the result is not issuer-precise. Read it before trusting cross-company results. |
| query | string | yes | – |
| results | array | yes | – |
| scope | string | – | Effective scope after issuer resolution. |
| source | string | yes | – |
| total | integer | yes | – |
No examples provided.
regulation_search ~723
Search the text of EU financial regulation — a 29-act corpus (~13,000 citable chunks) covering markets & securities (MiFID II, MiFIR, MAR, Prospectus, EMIR, CSDR, Short-Selling, SFTR, Benchmarks), crypto & operational resilience (MiCA, DORA), banking & prudential (CRR, CRD IV, BRRD, SRMR), funds (UCITS, AIFMD), payments & insurance (PSD2, Solvency II, IDD), sustainable finance (SFDR, Taxonomy, CSRD), the 2024 EU AML package (AMLR, AMLAR, AMLD6, Transfer-of-Funds Regulation), plus Credit Rating Agencies and GDPR. Returns ranked, citable units — Article-paragraphs, recitals, annex blocks — each with a human breadcrumb (e.g. 'MiCA 2023/1114 · Art. 4 · para. 1' or 'AMLR 2024/1624 · Art. 12 · para. 3'). Scoped to financial regulation, not all EU law. ALWAYS pass `celex` — it is this corpus's anchor, the equivalent of naming the issuer on a filing search — plus `article` when you know it. An anchored call is scope=issuer: fast and precise. With no `celex` the call runs scope=cross_company across all 29 acts, ranked by relevance only, and the response sets `quality_caveat` — check for that field. Use scope=cross_company deliberately for genuinely corpus-wide questions ("which acts impose a 72-hour incident-reporting deadline"). Narrow further with doc_type, chunk_type or AML topic; set prefer_consolidated to favour EUR-Lex consolidated text over the original OJ text.
| Name | Type | Req | Description |
|---|---|---|---|
| aml_topics | string|array | – | Optional topic tag filter: cdd | edd | pep | str_reporting | governance | reporting | transaction_monitoring |
| article | string | – | Optional single-article filter, e.g. "20" or "12a" |
| celex | string|array | – | The act(s) to anchor on, by CELEX number — e.g. 32014L0065 (MiFID II), 32023R1114 (MiCA), 32013R0575 (CRR), 32022R2554 (DORA), 32016R0679 (GDPR), 32024R1624 (AMLR). This is the subject of the call: p… |
| chunk_type | string | – | Optional filter: paragraph | article_intro | recital | table | annex |
| doc_type | string | – | Optional filter: regulation | directive | rts | its | decision |
| limit | number | – | – |
| prefer_consolidated | boolean | – | Prefer EUR-Lex consolidated text over original OJ text at equal relevance (hybrid only). Leave off to favor the as-published OJ text. |
| profile | string | – | – |
| query | string | yes | Natural language query |
| scope | string | – | issuer (default, requires `celex`): results come from that act only. cross_company: the whole corpus — slower, relevance-ranked only, always carries `quality_caveat`. A `celex` filter you pass always… |
| Name | Type | Req | Description |
|---|---|---|---|
| celex_filter | array | – | – |
| latency_ms | integer | yes | – |
| quality_caveat | string | – | Present when the result is not CELEX-precise. Read it before trusting corpus-wide results. |
| query | string | yes | – |
| results | array | yes | – |
| scope | string | – | Effective scope: issuer when anchored to a CELEX, else cross_company. |
| source | string | yes | – |
| total | integer | yes | – |
No examples provided.
search ~1,243
Unified search across every Aether corpus at once — SEC filings, Japan/EDINET and Korea/DART annual reports, EU financial regulation, and earnings calls/press-release exhibits — auto-routed and merged into one corpus-tagged, citation-complete result set. Use this for MOST questions: you do NOT have to pick the right corpus, and it will not miss same-day earnings (8-K earnings exhibits live in the transcript/press corpus, which a filings-only search silently misses). Each hit carries a `corpus` tag, an accession/citation string, a source URL, a 0-1 confidence score and an anchor_id. ALWAYS pass `issuer` (ticker, cik, or company_name for non-US filers) plus `fiscal_year` when you know it — it is forwarded to every corpus, so one named subject scopes filings and earnings calls together: fast and precise. A call with no issuer runs as scope=cross_company: slower, ranked by relevance only, and the response sets `quality_caveat` — check for that field before trusting the result. Use scope=cross_company deliberately, only for questions genuinely about many issuers ("which filers name NVIDIA as a supplier"). Filters are forwarded, not dropped: form_type / accession_number / section / return_format reach the filing corpora (sec/jp/kr), quarter and fiscal_year reach the earnings-call corpus, and EU regulation takes none of them (it has no issuer, form or quarter) — a filing filter therefore narrows an omitted `corpora` to sec/jp/kr. Any field not listed here is REJECTED with a 400 naming it, rather than silently ignored. Reach for financial_search / transcript_search / regulation_search only when you deliberately want to force a single corpus. Ownership questions do not go through search at all: holdings_by_security and holdings_by_manager.
| Name | Type | Req | Description |
|---|---|---|---|
| accession_number | string | – | Exact SEC accession number. When set, the filing corpora are hard-scoped to that filing, and an omitted `corpora` narrows to sec/jp/kr. It also counts as the identifier fetch mode requires, so `{acce… |
| corpora | array | – | Optional corpus filter. Omit to search everything (recommended). Values: sec, jp, kr, regulation, transcripts. An explicit value always wins: a filing filter (form_type / accession_number / section)… |
| fiscal_year | – | – | Issuer's fiscal year as the company labels it (NVIDIA FY2027 = year ending Jan 2027). Forwarded verbatim to every corpus: on filings it is resolved from XBRL DEI fiscal-year focus where available, el… |
| form_type | array | – | Only return these filing forms, for example ["20-F"] or ["6-K"]. Forwarded to the filing corpora (sec/jp/kr). Because an earnings segment has no form type and an EU article has none either, setting t… |
| issuer | object | – | The company the question is about. Pass at least one of ticker (e.g. "NVDA"), cik (e.g. "1045810"), or company_name (required for non-US issuers, which have no US ticker). Forwarded to every corpus t… |
| limit | integer | – | Max hits to return (1-50, default 10). |
| quarter | – | – | Fiscal quarter(s) — "Q2" or ["Q1","Q2"]. Exact, case-insensitive. Applies to the EARNINGS-CALL corpus only (with issuer.ticker and fiscal_year it names one call, the natural fetch-mode request); the… |
| query | string | – | Natural language search query. OPTIONAL — omit it (or pass an empty string) to select FETCH MODE, which ranks nothing and returns rows in filing order. Fetch mode REQUIRES an identifier: pass `issuer… |
| return_format | string | – | Response shape for the filing corpora. "chunk" (the unified default) returns the matching window only — it keeps a five-corpus merge small. "section" returns the full SEC section the chunk belongs to… |
| scope | string | – | issuer (default): every corpus is scoped to the named company. cross_company: search all issuers — for questions like "who names NVIDIA as a supplier". Cross-company results are slower, relevance-ran… |
| section | – | – | Filing section(s), matched case-insensitively as a substring of the stored label — "Item 1A" matches "Item 1A. Risk Factors". In fetch mode this is how you ask for one part of a filing. Filing corpor… |
| tickers | array | – | Legacy alias of `issuer`, still accepted. One symbol (e.g. ["IBM"]) is read as issuer.ticker; several (e.g. ["IBM", "MU"]) is a cross-company question and is labelled scope=cross_company, though the… |
| Name | Type | Req | Description |
|---|---|---|---|
| latency_ms | integer | yes | – |
| mode | string | – | "search" = a `query` was given and hits are ranked by relevance. "fetch" = no `query`; the identifier and filters select rows and they come back in filing order, unranked. |
| partial_errors | array | – | – |
| quality_caveat | string | – | Present when any answering corpus was not issuer-precise. Read it before trusting the result. |
| query | string | yes | – |
| results | array | yes | – |
| scope | string | – | Effective scope: the worst case across the corpora that answered. Any cross-company corpus makes the merged answer cross_company. |
| total | integer | yes | – |
No examples provided.
seller_list_my_documents ~64
List documents this seller has published. Returns status (pending / indexed / failed / revoked) and the indexed chunk count (`indexed_chunk_count`; the legacy alias `vespa_chunk_count` carries the same value for one release).
| Name | Type | Req | Description |
|---|---|---|---|
| seller_api_key | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| documents | array | yes | – |
No examples provided.
seller_list_my_endpoints ~42
List proxy endpoints this seller has registered. Secrets are never returned — only a `secret_configured` boolean.
| Name | Type | Req | Description |
|---|---|---|---|
| seller_api_key | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| endpoints | array | yes | – |
No examples provided.
seller_publish_document ~169
Publish (or update) a document into the marketplace. The content is chunked + embedded + indexed by a background worker; status moves from `pending` to `indexed` once that completes. Re-publishing the same external_doc_id replaces the prior version. Account must be status='active' for the worker to index; pending_review accounts queue indefinitely.
| Name | Type | Req | Description |
|---|---|---|---|
| content | string | yes | Document text. Up to ~2 MB. |
| doc_type | string | – | – |
| external_doc_id | string | yes | – |
| license | string | – | – |
| metadata | object | – | – |
| seller_api_key | string | yes | Your seller API key (aether_sk_…). |
| source_url | string | – | – |
| ticker_coverage | array | – | – |
| title | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| document_id | integer | yes | – |
| external_doc_id | string | yes | – |
| notice | string | – | – |
| published_at | string | – | – |
| status | string | yes | pending until the index worker completes |
No examples provided.
seller_register_endpoint ~238
Register a proxy endpoint (Mode B). Aether stores your auth secret encrypted at rest (AES-256-GCM) and routes agent queries server-to-server — agents never see your URL or token. Charge per call via the `price_per_call_usd_cents` field. Account must be status='active' for traffic to be routed.
| Name | Type | Req | Description |
|---|---|---|---|
| auth_header_name | string | – | Required when auth_method='header'. |
| auth_method | string | – | – |
| description | string | – | – |
| display_name | string | yes | – |
| http_method | string | – | – |
| monthly_request_cap | integer | – | – |
| price_per_call_usd_cents | integer | – | – |
| pricing_model | string | – | – |
| request_template | object | – | – |
| response_jsonpath | string | – | e.g. $.results |
| secret | string | – | Encrypted at rest; never returned. |
| seller_api_key | string | yes | – |
| slug | string | yes | lowercase kebab-case; unique per seller |
| taxonomy_tags | array | – | – |
| ticker_coverage | array | – | – |
| url | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| created_at | string | – | – |
| endpoint_id | integer | yes | – |
| slug | string | yes | – |
| status | string | yes | – |
No examples provided.
seller_signup ~145
Create a new marketplace seller account. Returns an API key (shown once). New accounts default to status='pending_review' — they can publish documents and register endpoints, but content is not surfaced in search until ops approves the account. Use the `invite_code` arg if the operator gave you one to bypass review.
| Name | Type | Req | Description |
|---|---|---|---|
| contact_email | string | yes | – |
| description | string | – | Free-text description shown to agents in list_partners. |
| invite_code | string | – | Optional operator-issued invite. Bypasses per-IP rate limit and auto-approves. |
| org_name | string | yes | – |
| slug | string | yes | Lowercase kebab-case identifier shown in attribution. |
| Name | Type | Req | Description |
|---|---|---|---|
| api_key | string | yes | Shown once — cannot be retrieved later. |
| api_key_id | integer | – | – |
| api_key_prefix | string | – | – |
| notice | string | yes | – |
| org_name | string | – | – |
| seller_id | integer | yes | – |
| slug | string | yes | – |
| status | string | yes | active | pending_review |
No examples provided.
transcript_search ~863
Search earnings-call transcripts and earnings press-release exhibits by speaker turn (CEO/CFO prepared remarks, analyst Q&A, press releases). Returns verbatim quotes as agent-ready payloads: speaker name/role, fiscal year + quarter, call date, source_type (asr_call = our own ASR of the real call vs press_release), sec.gov source URL and citation string. Use for guidance, management tone and forward-looking color that filings don't capture; pair with financial_search to back narrative with filed numbers. ALWAYS pass `issuer` (the ticker whose calls you mean) plus `fiscal_year` when you know it — a named call is scoped to that issuer's calls, fast and precise. A call with no issuer runs as scope=cross_company: slower, ranked by relevance only, and the response sets `quality_caveat` — check for that field. Use scope=cross_company deliberately, only for questions genuinely about many companies ("which management teams talked about tariff pass-through"). Narrow further with speaker_role, lookback_quarters or source_type. FETCH MODE: omit `query` entirely and pass issuer.ticker plus fiscal_year / quarter / date_from / date_to to get that call's segments back in call-date-desc then spoken order, with no ranking and in tens of milliseconds — the right tool when you already know WHICH call you want. For onset/"first mention" questions (when did a topic first come up), bound with date_from/date_to and set order='earliest' — a date pair, not a fiscal year, is the right tool there.
| Name | Type | Req | Description |
|---|---|---|---|
| date_from | string | – | Point-in-time lower bound on call date, inclusive ISO YYYY-MM-DD |
| date_to | string | – | Point-in-time upper bound on call date, inclusive ISO YYYY-MM-DD |
| fiscal_year | – | – | Fiscal year(s) the question concerns — the ISSUER'S OWN fiscal year, as printed on its cover page, matched exactly against each segment's fiscal-year label. Offset-fiscal-year issuers work as stated:… |
| issuer | object | – | The company whose calls you mean. Pass `ticker` (e.g. "NVDA"); this corpus is keyed on ticker, so that is the field that scopes it. Strongly recommended on every call. |
| limit | number | – | – |
| lookback_quarters | number | – | Keep calls within last N quarters (default: no filter) |
| order | string | – | Sort order. 'earliest'/'latest' sort matched hits chronologically (use 'earliest' for onset/first-mention queries); 'relevance' sorts by rank score. |
| profile | string | – | – |
| quarter | – | – | Fiscal quarter(s) — "Q2" or ["Q1","Q2"]. Exact, case-insensitive. With issuer.ticker and fiscal_year this names one call, which is the natural fetch-mode request. |
| query | string | – | Natural language query. OMIT IT for fetch mode: with no query nothing is embedded or scored and the matching segments come back newest call first, then in the order they were spoken. Fetch mode requi… |
| scope | string | – | issuer (default): results limited to the issuer's own calls. cross_company: search every issuer's calls — slower, relevance-ranked only, and always carries `quality_caveat`. Setting it drops the tick… |
| source_type | string | – | Provenance filter: asr_call = our ASR of the real call (Q&A); furnished_transcript = issuer transcript exhibit; press_release = 8-K press exhibit. |
| speaker_role | string | – | Optional speaker role filter: CEO / CFO / Analyst / Operator |
| ticker | string | – | Optional ticker filter (e.g. NVDA). Legacy alias of `issuer.ticker`. |
| Name | Type | Req | Description |
|---|---|---|---|
| latency_ms | integer | yes | – |
| mode | string | yes | "search" = ranked by relevance. "fetch" = no ranking; segments listed newest call first then in spoken order, and `confidence` is 0 on every result because there is no relevance signal. |
| quality_caveat | string | – | Present when the result is not issuer-precise. Read it before trusting cross-company results. |
| query | string | yes | – |
| results | array | yes | – |
| scope | string | – | Effective scope after issuer resolution. |
| source | string | yes | – |
| ticker_filter | string | – | – |
| total | integer | yes | – |
No examples provided.
What is the io.github.EvidInvest/aether-developer MCP server?
io.github.EvidInvest/aether-developer is an MCP server listed in the public MCP registry as io.github.EvidInvest/aether-developer. Cited search over SEC filings, earnings transcripts and EU regulation, with fetch mode. 14 tools. This page covers its hosted endpoint (https://aether.evidinvest.com/mcp).
Is the io.github.EvidInvest/aether-developer MCP server safe to use?
io.github.EvidInvest/aether-developer scores 76 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the io.github.EvidInvest/aether-developer MCP server expose?
io.github.EvidInvest/aether-developer exposes 14 tools: search, financial_search, transcript_search, regulation_search, holdings_by_security, and 9 more. Their descriptions and schemas cost roughly 6,386 tokens of context every time the server is loaded.
Does the io.github.EvidInvest/aether-developer MCP server require authentication?
No. We connected to io.github.EvidInvest/aether-developer without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the io.github.EvidInvest/aether-developer MCP server still maintained?
io.github.EvidInvest/aether-developer is still listed as active in the MCP registry. We last reached this channel on 25 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.