auditreach
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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 |
|---|---|
| searchA | Search Reddit or YouTube through its official, documented API only (no scraping, no cookie import, no logged-in-human impersonation) using your own BYOK credentials, and return matching posts/videos as structured JSON. Call this whenever an agent needs recent or historical public content from one of these two platforms for research, monitoring, or compliance review; do not call it for platforms other than reddit/youtube (it returns a clear unsupported-platform error rather than guessing) or when you only need to check whether credentials work (use auth_status for that, it's cheaper and makes no search API call). Prerequisite: BYOK credentials for the target platform must already be stored locally via |
| auth_statusA | Read-only check of whether BYOK credentials are already stored and still valid for a platform (equivalent to |
| verify_logA | Verify that the local hash-chained audit log has not been tampered with, by walking every entry and confirming each one's hash correctly chains to the previous entry (equivalent to |
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 3 tools
Each tool has a clearly distinct purpose: search performs live searches and logs them, auth_status is a read-only credential preflight, and verify_log validates audit log integrity. There is no overlap or ambiguity between them.
All names use lowercase snake_case, which is consistent in style. However, 'search' and 'verify_log' are verbs while 'auth_status' is a noun phrase, so the verb_noun pattern is not perfectly uniform across the set.
Three tools is well-scoped for this server's narrow purpose: search, credential verification, and log verification. Each tool earns its place, and the count is within the ideal range.
The core workflow (search with audit logging, credential check, log verification) is well covered. A minor gap is that there is no tool to directly read the audit log entries, only to verify their integrity, but this appears intentional for security and is not a critical omission.