bathys
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| BATHYS_SEARXNG_HOME | No | Optional path to the SearXNG home directory used by Bathys. If not set, Bathys will use its default runtime location. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| deep_researchA | Search the web AND read the top sources in one shot. Runs SearXNG metasearch, dives into the top max_sources pages with a real
browser, distills each page down to passages relevant to |
| web_searchA | Search the web via SearXNG metasearch; return a compact ranked link list. Returns title, URL and a short snippet per hit — no page content. Empty or blocked results are retried automatically with other engine sets. To actually read pages, call read_url; to do both at once, call deep_research. Args: query: search query (natural language or keywords) max_results: 1-20 time_range: "day" | "week" | "month" | "year" category: e.g. "general", "news", "science", "it", "files" engines: comma-separated engine names, e.g. "google,bing,duckduckgo" language: e.g. "ru", "en", "ru-RU" refresh: ignore cache and re-run the search as_json: return pure machine-readable JSON {query, count, hits[], answer?} instead of the human-friendly list (no footer line) |
| read_urlA | Read one web page; return its main content as clean, budgeted markdown. JS-rendered pages are handled by a real headless browser. Boilerplate
(nav, footer, ads) is stripped; if |
| library_docsA | Fetch up-to-date official documentation for a library and distill it under your question. Context7-style, but local and unlimited: the docs site is resolved from a
built-in index (or one live web search), fetched from the primary source,
and distilled to passages relevant to |
| read_urlsA | Read several known web pages in one call under one shared character budget. Pages are fetched in parallel (JS-rendered, boilerplate-stripped) and the combined total_chars budget is split evenly between the pages that came back. Prefer this over N read_url calls when you already hold the URLs: one round-trip, one budget, and a failed page costs one line instead of a failed call. Args: urls: 1-10 absolute http(s) URLs; duplicates (after utm/fragment cleanup) are merged, extras beyond 10 are reported in a Skipped line query: optional focus; each page is distilled to passages relevant to it total_chars: combined output budget across all sections (300-30000) refresh: ignore cache and re-fetch every page |
| source_checkA | Deterministically verify a claim against web sources; return a verdict with quoted passages. No LLM involved: sources are read (yours via |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| bathys_deep_research | Глубокое исследование одного вопроса за 1–3 итерации: заход, разбор, уточнение терминами источников, верификация, синтез. |
| bathys_source_audit | Аудит утверждения по списку URL: чтение под тезис, кросс-поиск опровержений, вердикты по каждому пункту. |
| bathys_fresh_scan | Свежий срез по теме за окно времени: отбор значимых событий, пакетное чтение, сводка с датами и URL. |
| bathys_find_docs | Документация библиотеки под вопросом: актуальные доки из первоисточника за один вызов library_docs, дистилляция под вопрос, ответ с URL-цитатами. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 6 tools
Each tool targets a distinct workflow: search-only, read-one, read-many, combined deep research, library docs, and claim verification. The boundaries between read_url, read_urls, and deep_research are explicitly documented, so an agent can select without ambiguity.
Names mix conventions: read_url and read_urls use verb_noun, while deep_research, web_search, library_docs, and source_check lead with nouns or adjectives. There is no consistent verb-first pattern, making the set feel uneven despite all being snake_case.
Six tools cover the research/reading domain without redundancy or bloat; each adds a distinct capability, from search to verification. The count is well-scoped for a specialized server.
The surface covers the full research loop: search, read single, read many, fetch docs, and verify claims. No critical gap exists for the stated purpose of deep web research.