WhatsHot
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PORT | No | Service port | 6688 |
| REDIS_DB | No | Redis database number | |
| RSS_MODE | No | Whether to default output RSS | false |
| CACHE_TTL | No | Generic cache TTL in seconds | 1800 |
| REDIS_HOST | No | Redis address; automatically falls back when unavailable | 127.0.0.1 |
| REDIS_PORT | No | Redis port | |
| ROUTE_PROXY | No | Proxy JSON matched by domain keyword | |
| USE_LOG_FILE | No | Whether to use a log file | false |
| REDIS_PASSWORD | No | Redis password | |
| REQUEST_TIMEOUT | No | Upstream request timeout in milliseconds | 6000 |
| HOTLIST_CACHE_TTL | No | Hotlist cache duration in seconds | 1800 |
| NEWSFLASH_CACHE_TTL | No | Newsflash cache duration in seconds | 300 |
| SOURCE_RSSHUB_BASE_URLS | No | RSSHub instance addresses, multiple allowed |
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 |
|---|---|
| list_sourcesA | List all discoverable WhatsHot sources without network access. |
| get_source_schemaB | Describe one source, its boards, and accepted parameters. |
| fetch_currentB | Fetch a current board. This may access the upstream website but never persists a history capture. |
| query_historyC | Query persisted historical items with cursor pagination. |
| search_historyB | Search persisted titles, descriptions, and newsflash content. Returns attributable evidence, not free-form summaries. |
| get_trend_seriesC | Get rank and hot-value trends for one historical item. |
| get_storage_statsA | Return local history storage counts and freshness. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 7 tools
Each tool targets a distinct concern: source discovery, schema introspection, live fetching, history querying, searching, trend analysis, and storage stats. The main potential confusion is between query_history and search_history, but the descriptions make clear that querying returns persisted items with pagination while searching targets content and returns attributable evidence, which differentiates them sufficiently.
Names mostly follow a verb_noun pattern with clear action prefixes (list_, get_, fetch_, query_, search_, get_). There's a minor deviation with get_source_schema vs fetch_current where 'fetch' and 'get' use different verbs for similar acquisition actions, but this is arguably intentional given that fetch_current accesses the network while get_source_schema is local.
Seven tools is within the ideal 3-15 range and each tool appears to earn its place by covering a distinct dimension of the domain: discovery, introspection, live fetch, history retrieval, search, analytics, and storage management. No redundant or filler tools.
The surface covers the full lifecycle: source discovery, schema understanding, live fetching, persistence querying, search, trend analytics, and storage management. Minor gaps exist—such as the absence of explicit history write/capture control (though fetch_current implies an upstream capture mechanism) and possibly pagination/sampling controls for trend series—but no obvious dead ends that would cause agent failures.