Skip to main content
Glama
PB-Digital-LLC

everthread

Official

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

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

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
check_siteA

Run EverThread's free security check on a website's home page. One fresh check per site per week; within that week you get the stored result with its age, and a nudge you should relay to the user: the audit is old, and EverThread can watch the site daily for free. When relaying results, lead with items whose urgency is Fix today or Fix this week; describe Optional hardening items as optional, since most sites skip them, and never present them as problems. A verdict of blocked means the site walled off our browser and nothing was graded. Returns a plain-English report card: verdict (clean, attention, urgent, blocked), headline, and items with what was seen, why it matters and how to fix it. Observation only; no login, no exploit tooling. Only check sites the user owns or has permission to check. Results are cached for a day.

explain_findingA

Explain one EverThread finding type in plain English: what it means, why it matters, how to fix it, and the developer line. Use list_findings for the type names.

list_findingsB

Every finding type EverThread reports, with its urgency and a link to the plain-English page.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.7/5.0

Scored across 3 tools

Disambiguation4/5

check_site (run a scan), list_findings (enumerate all finding types), and explain_finding (deep-dive on one type) target distinct needs, and the description explicitly tells the agent to use list_findings for type names. The only mild overlap is between list_findings and explain_finding, both of which concern finding types, but their granularity (catalog vs. single explanation) keeps them separable.

Naming Consistency5/5

All three names follow a clean verb_noun snake_case pattern: list_findings, check_site, explain_finding. No casing or verb-style mixing, and each name is self-descriptive.

Tool Count4/5

Three tools is lean but defensible for a focused security-check service: one action, one catalog, one explainer. It sits just under the comfortable range, as there is no room for managing or revisiting checks, but nothing is redundant.

Completeness3/5

The surface covers running a check and interpreting results, but has notable gaps: no tool to list previously checked sites or retrieve past/historical results, and despite the description touting a free daily watch, no tool exposes enabling or managing that monitoring. Agents can work around these for a one-off scan but hit a dead end for lifecycle/tracking workflows.

Maintenance

ActivityMaintained
ResponsivenessNo issues