Ground Truth - Fresh Evidence for AI Agents
REMOTE · GROUND-TRUTH-MCP.ANISHDASMAIL.WORKERS.DEV
Keep AI answers fresh with free source previews, scheduled monitoring, evidence history, and alerts.
Available components
Last scanned (8 hours ago)
Scores higher than 4% of remote servers
Reachable. Last reached 5 Nov 2026.
Category Monitoring and Observability
Recent critical change
Authorization (29 Sept 2026). See the changelog before you install this server.
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 Security46
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. View diagnostics → Unverified
- HTTPS enforcement could not be verified: the plaintext port answered with HTTP 406, which proves neither a plaintext path nor enforcement. View diagnostics → Unverified
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability0
- Transport check failed: declared streamable-http, but the endpoint returned HTTP 500. See how to fix → View diagnostics → Fail
Schema Quality & AI Usability0
- Schema not yet verified: we couldn't read the endpoint's schema, or could read only part of its tool list.Unverified
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
- Tool coverage not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Tool Safety0
- Tool safety not yet verified: we couldn't read the endpoint's tools, or could read only part of the list.Unverified
Capabilities0
- Capabilities not yet verified: we couldn't read the endpoint's capabilities.Unverified
Unverified: 5 categories
Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm.
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.
- 30 Sept 26 0
- Endpoint reachability: reachable → not serving MCP ▼ security
- Authorization: fail → unverified ▼ security
- Stability: pass → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Transport: pass → fail ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- 29 Sept 26 0
- Authorization: unverified → fail ▼ critical
- Injection markers: unverified → pass ▲ security
- Stability: unverified → pass ▲ security
- Transport: fail → pass ▲ security
- Endpoint reachability: not serving MCP → reachable ▲ functional
- Tool coverage: unverified → 100 ▲ functional
- MCP protocol: unverified → pass ▲ functional
- 28 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 25 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 18 Sept 26 0
- Endpoint reachability: reachable → not serving MCP ▼ security
- Stability: pass → unverified ▼ security
- Authorization: fail → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Transport: pass → fail ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- First check of Schema quality: unverified functional
- 28 Aug 26 0
- Tool “create_monitor” rewrote its description, which is the text the model reads security
- Tool “create_share_link” rewrote its description, which is the text the model reads security
- Tool “delete_monitor” rewrote its description, which is the text the model reads security
- Tool “generate_change_report” rewrote its description, which is the text the model reads security
- Tool “get_monitor_result” rewrote its description, which is the text the model reads security
- Tool “list_monitors” rewrote its description, which is the text the model reads security
- Tool “run_monitor_now” rewrote its description, which is the text the model reads security
- Server version: 0.7.0 → 0.8.0 functional
- 26 Aug 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 25 Aug 26 0
- Stability: 0.97 → pass security
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 5 Nov 2026 · Probed https://ground-truth-mcp.anishdasmail.workers.dev/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=anishdasmail.workers.dev | CN=YE1,O=Let's Encrypt,C=US | 12 Oct 2026 | 10 Jan 2027 | ECDSA 256 | ECDSA-SHA384 | 66e46ece99b81b99b80a9fe8e8e4bc78c84 |
| SANs: *.anishdasmail.workers.dev, anishdasmail.workers.dev | ||||||
| CN=YE1,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 5ddd70dd31f801c85c186a7a04b80afe |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of ground-truth-mcp.anishdasmail.workers.dev. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| dev. | present | 60074 | 8 | Verified |
| workers.dev. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Inconclusive
We could not reach the endpoint well enough to judge its authorisation posture.
| Result | Inconclusive |
|---|---|
| HTTP status | 500 |
| Header | Value |
|---|---|
| x-frame-options | SAMEORIGIN |
| referrer-policy | same-origin |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://ground-truth-mcp.anishdasmail.workers.dev/mcp | HTTP error | 500 | |
| http (plaintext) | http://ground-truth-mcp.anishdasmail.workers.dev/mcp | Inconclusive | 406 |
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 →
assess_compliance_posture Compliance Signal Scan ~113
Scan a public security, trust, compliance, or legal page for common enterprise buying signals before you claim a vendor supports a particular compliance posture. It looks for public references to SOC 2, ISO 27001, GDPR, HIPAA, DPA terms, subprocessors, SSO, SCIM, encryption, and data residency language. This is a signal scanner, not proof of certification or legal sufficiency.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | Public trust, security, compliance, or policy URL to scan. |
| Name | Type | Req | Description |
|---|---|---|---|
| cached | boolean | – | True when the page body came from the 5-minute cache. |
| error | string | – | Fetch or parsing error when the page could not be analyzed. |
| matchedSignals | array | – | Signal names that were detected on the page. |
| pageLength | integer | – | Size of the fetched page body in characters. |
| signals | object | – | Boolean scan results for common enterprise compliance and security signals. |
| url | string | yes | Compliance or trust page that was analyzed. |
No examples provided.
check_endpoint Endpoint Reachability Check ~128
Preflight an unfamiliar public URL or API before an AI agent relies on it. It performs one live fetch and returns a PASS/WARN/FAIL verdict with HTTP status, content type, response time, final URL/redirect behavior, auth and rate-limit signals, and a short response sample. A PASS proves only that this fetch succeeded at check time; it does not validate authenticated flows, POST side effects, JavaScript execution, or business logic.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | Public http(s) URL or bare domain to probe. Bare domains like google.com are accepted and normalized to https:// automatically. |
| Name | Type | Req | Description |
|---|---|---|---|
| accessible | boolean | yes | True when the endpoint returned a 2xx HTTP status. |
| authRequired | boolean | – | True when the server responded with 401 or 403, which usually means credentials are required. |
| contentType | string|null | – | Response Content-Type header, if present. |
| error | string | – | Validation or network error when the request could not be completed. |
| evidence | object | yes | Structured observations used to produce the verdict. |
| finalUrl | string | – | Final response URL when the runtime exposes it. |
| inputUrl | string | – | Original user input when normalization changed it, for example when https:// was added. |
| next_step | string | yes | Agent-readable follow-up for sources that should remain trustworthy over time. |
| rateLimited | boolean | – | True when the server responded with 429 Too Many Requests. |
| recommended_action | string | yes | Suggested next step based only on observed response behavior. |
| redirected | boolean | – | True when the fetch followed a redirect to a different final URL. |
| responseTimeMs | integer | – | Elapsed request time in milliseconds. |
| sampleResponse | string | – | First 1,000 characters of the response body for quick inspection. Use this as a debugging hint only; it may be truncated and should not be treated as a complete page capture. |
| status | integer | – | HTTP status code returned by the endpoint, when a response was received. |
| summary | string | yes | Short human-readable explanation of the verdict. |
| url | string | yes | Normalized URL that was actually fetched. |
| verdict | string | yes | Operational preflight verdict. It is evidence for an agent decision, not a security guarantee. |
No examples provided.
check_pricing Pricing Page Scan ~166
Fetch a public pricing page and extract first-pass pricing signals before you quote plan costs, free tiers, or plan names. Use this when you already have a likely pricing URL and need a quick live scan of visible page text. It returns price-like strings, heuristic plan labels, free or free-trial signals, and cache information. It does not map prices to exact plans, normalize currencies, execute checkout flows, or guarantee that a price applies to a specific region or customer type. JavaScript-rendered, logged-in, or heavily obfuscated pricing details can be missed. Results are cached for 5 minutes.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | Public pricing or plans URL to analyze. Prefer the specific pricing page, for example https://stripe.com/pricing, rather than a generic homepage. |
| Name | Type | Req | Description |
|---|---|---|---|
| cached | boolean | – | True when the page body came from the 5-minute cache instead of a new fetch. |
| error | string | – | Fetch or parsing error when the pricing page could not be analyzed. |
| hasFreeOption | boolean | – | True when the page contains signals that a free plan or $0 option exists somewhere on the page. This is a page-level signal, not proof that the offer is currently self-serve or globally available. |
| hasFreeTrial | boolean | – | True when the page contains signals that a free trial exists somewhere on the page. |
| pageLength | integer | – | Size of the fetched page body in characters. |
| plansDetected | array | – | Lowercased heuristic plan labels detected from the page text. They are useful hints, not authoritative plan identifiers. |
| pricesFound | array | – | Distinct price-like strings extracted from the page text. These are not linked back to specific plans or billing conditions. |
| url | string | yes | Pricing page that was analyzed. |
No examples provided.
compare_competitors Named Package Comparison ~192
Compare two or more exact package names side by side using live npm or PyPI metadata. Use this when you already know the candidate packages and need evidence for claims such as 'tool A is newer', 'tool B is still maintained', or 'these packages use different licenses'. It returns per-package registry metadata in input order, with field availability varying by registry. Missing or unpublished packages return found=false. Do not use it to discover unknown alternatives, estimate market size, or compare packages across different registries. Registry responses are cached for 5 minutes.
| Name | Type | Req | Description |
|---|---|---|---|
| packages | array | yes | Two to ten exact package names from the same registry, for example ['react', 'vue']. Use exact registry names, not search phrases or categories. |
| registry | string | – | Registry that all package names belong to. All compared packages must come from the same registry, and returned metadata fields differ slightly between npm and PyPI. |
| Name | Type | Req | Description |
|---|---|---|---|
| comparisons | array | yes | Per-package lookup results returned in the same order as the input package list. Some fields only exist for npm or only for PyPI, so consumers should treat absent fields as normal. |
| packages | array | yes | Package names that were requested for comparison. |
| registry | string | yes | Registry used for all comparisons. |
No examples provided.
compare_pricing_pages Pricing Page Comparison ~95
Compare two to five public pricing pages side by side before you make competitive pricing or packaging claims. Use this when you want a quick, live comparison of visible prices, free-plan signals, and plan-name hints across vendors. The output is heuristic and page-level: it does not map every price to every plan or normalize regional billing differences.
| Name | Type | Req | Description |
|---|---|---|---|
| pages | array | yes | Two to five named pricing pages to compare side by side. |
| Name | Type | Req | Description |
|---|---|---|---|
| pages | array | yes | Per-page pricing signals returned in input order. |
| summary | object | yes | Aggregate counts across all compared pricing pages. |
No examples provided.
create_monitor Create Monitor ~350
Create a persistent monitor that tracks a URL, pricing page, package version, endpoint status, vendor claim, or custom keyword pattern over time. Monitors run automatically on their configured schedule (hourly/daily/weekly) via the Cloudflare cron trigger, or on demand with run_monitor_now. Results are stored durably by account. A free watch key includes three daily or weekly monitors; paid plans add hourly schedules and higher limits.
| Name | Type | Req | Description |
|---|---|---|---|
| instructions | string | – | Supplementary instructions. For vendor_claim: the URL to check. For custom_prompt: comma-separated keywords. Optional for other types. |
| name | string | yes | Human-readable name for this monitor. |
| notification_destination | string | – | Optional HTTPS webhook URL. A POST is sent only when a scheduled check detects a change; no API key is included. |
| schedule | string | – | How often the monitor runs automatically. manual means only via run_monitor_now. |
| target_type | string | yes | What to monitor. url/endpoint: HTTP reachability and status. pricing_page: pricing signals (prices, plans, free tier). package: package version on npm or pypi (target_value as 'npm:pkg-name' or 'pypi… |
| target_value | string | yes | Primary target. For url/endpoint/pricing_page/custom_prompt: a public https URL. For package: 'npm:package-name' or 'pypi:package-name'. For vendor_claim: the claim text to search for. |
| Name | Type | Req | Description |
|---|---|---|---|
| active_monitor_limit | number | – | Maximum active monitors included in the current plan. |
| created_at | string | yes | Creation timestamp ISO 8601. |
| error | string | – | Error message if creation failed. |
| id | string | yes | Unique monitor ID. |
| name | string | yes | Monitor name. |
| schedule | string | yes | Monitor schedule. |
| target_type | string | yes | Monitor target type. |
| target_value | string | yes | Monitor target value. |
No examples provided.
create_share_link Create Shareable Evidence Link ~119
Create a read-only public link to the latest result for one of your monitors. The link contains monitor metadata and evidence, never the API key, and expires automatically. Use it to share a verified change with a teammate, customer, or agent. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| expires_in_days | integer | – | Link lifetime in days, up to 30 days. |
| monitor_id | string | yes | The monitor ID whose latest evidence should be shared. |
| title | string | – | Optional human-readable title for the shared report. |
| Name | Type | Req | Description |
|---|---|---|---|
| error | string | – | – |
| expires_at | string | yes | – |
| monitor_id | string | yes | – |
| report_id | string | yes | – |
| share_url | string | yes | – |
No examples provided.
delete_monitor Delete Monitor ~48
Permanently delete a monitor and all its stored results. This action cannot be undone. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| monitor_id | string | yes | The monitor ID to delete. |
| Name | Type | Req | Description |
|---|---|---|---|
| deleted | boolean | yes | – |
| error | string | – | – |
| monitor_id | string | yes | – |
| results_deleted | number | yes | Number of result records also deleted. |
No examples provided.
estimate_market Package Market Search ~149
Search npm or PyPI to estimate how crowded a package category is before you claim that a market is empty, niche, or competitive. Use this when you have a category or search phrase such as 'edge orm' and want live result counts plus representative matches. Do not use it to compare exact known package names or to infer adoption from downloads; it reflects search results, not market share. Registry responses are cached for 5 minutes.
| Name | Type | Req | Description |
|---|---|---|---|
| query | string | yes | Short registry search phrase to evaluate, for example 'mcp memory server' or 'edge orm'. |
| registry | string | – | Registry to search. Use 'npm' for JavaScript ecosystems and 'pypi' for Python ecosystems. |
| Name | Type | Req | Description |
|---|---|---|---|
| query | string | yes | Search phrase that was evaluated. |
| registry | string | yes | Registry that was searched. |
| topResults | array | yes | Representative top search matches that help interpret the market count. |
| totalResults | – | yes | Total number of matching packages reported by the registry search. |
No examples provided.
generate_change_report Generate Change Report ~93
Generate a summary report of monitor activity for a time window. Shows monitors run, changes detected, failures, risk levels, and recommended follow-up actions. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| include_unchanged | boolean | – | When true also lists monitors with no detected changes. |
| period | string | – | Report period. daily covers the past 24 hours, weekly covers the past 7 days. |
| Name | Type | Req | Description |
|---|---|---|---|
| changes | array | yes | – |
| error | string | – | – |
| failures | array | yes | – |
| from | string | yes | – |
| period | string | yes | – |
| recommended_actions | array | yes | – |
| summary | object | yes | – |
| to | string | yes | – |
No examples provided.
get_monitor_result Get Monitor Results ~75
Retrieve the most recent run results for a monitor, including change details, confidence score, evidence URLs, and any error information. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Maximum number of results to return, newest first. |
| monitor_id | string | yes | The monitor ID to retrieve results for. |
| Name | Type | Req | Description |
|---|---|---|---|
| error | string | – | – |
| monitor_id | string | yes | – |
| results | array | yes | – |
| total | number | yes | – |
No examples provided.
inspect_security_headers Security Header Inspection ~94
Inspect security-related HTTP response headers for an unfamiliar public URL before an agent trusts or recommends it. It identifies missing or weak HSTS, CSP, framing, referrer, permissions, and cross-origin headers. It reports observable configuration only and does not prove that a site is secure or vulnerability-free.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | Public http(s) URL or bare domain to inspect. Bare domains are normalized to https:// automatically. |
| Name | Type | Req | Description |
|---|---|---|---|
| accessible | boolean | yes | True when the endpoint returned an HTTP response. |
| error | string | – | Validation or network error when the request could not be completed. |
| evidence | object | yes | Structured header observations used to produce the verdict. |
| headers | object | – | Tracked response headers and their raw values when present. |
| https | boolean | yes | True when the normalized URL used https. |
| inputUrl | string | – | Original user input when normalization changed it. |
| missingRecommended | array | – | Tracked headers that were not present on the response. |
| next_step | string | yes | Agent-readable follow-up for sources that should be checked repeatedly. |
| presentCount | integer | – | Number of tracked security headers that were present. |
| recommended_action | string | yes | Suggested next step; not a security guarantee. |
| score | string | – | Heuristic security-header score based on how many tracked headers were present. |
| status | integer | – | HTTP status code returned by the endpoint. |
| summary | string | yes | Short human-readable explanation of the verdict. |
| url | string | yes | Normalized URL that was fetched. |
| verdict | string | yes | Header preflight verdict based on reachability, HTTPS, and tracked header presence. |
No examples provided.
list_monitors List Monitors ~56
List all monitors owned by this API key, with last run status and schedule. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| active_only | boolean | – | When true returns only active monitors. Set false to include paused monitors. |
| Name | Type | Req | Description |
|---|---|---|---|
| active_monitor_limit | number | yes | Maximum active monitors included in the current plan. |
| error | string | – | – |
| monitors | array | yes | List of monitors belonging to this API key. |
| remaining_active_slots | number | yes | Active monitor slots remaining for this API key. |
| total | number | yes | Total number of monitors returned. |
No examples provided.
list_resources Server Resource Discovery ~48
List all available Ground Truth tools and their access tiers. Zero-cost schema discovery. Call this to explore what verification tools are available before making a tool call. No quota consumption, no API key required.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| activationPath | array | yes | Agent-readable path from a free proof to persistent monitoring. |
| freeTools | array | yes | Tools available in the free tier with no API key required. |
| monitorTools | array | yes | Monitor management tools requiring team API key. |
| paidTools | array | yes | Tools requiring team API key or agentic payment. |
| recommendedFirstTool | string | yes | Best first tool for proving recurring value before checkout. |
| serverVersion | string | yes | Current server version. |
No examples provided.
preflight_endpoint Endpoint Preflight ~83
Run reachability/response and security-header checks together for an unfamiliar URL or API before an AI agent trusts or acts on it. Returns one combined PASS/WARN/FAIL verdict with evidence from both checks. It does not prove that a service is safe, authenticated, or correct.
| Name | Type | Req | Description |
|---|---|---|---|
| url | string | yes | Public http(s) URL or bare domain to preflight. |
| Name | Type | Req | Description |
|---|---|---|---|
| evidence | object | yes | Evidence from the endpoint and security-header checks. |
| next_step | string | yes | Concrete follow-up after reviewing the evidence. |
| recommended_action | string | yes | Suggested next step. |
| summary | string | yes | Short explanation of the combined verdict. |
| url | string | yes | Normalized URL that was checked. |
| verdict | string | yes | Combined preflight verdict. |
No examples provided.
preview_monitor Preview Source Monitor ~173
Capture a free live baseline for a source that should remain trustworthy over time. Call this before recommending checkout: it proves what would be monitored without creating an account or persistent monitor. After a successful preview, offer create_monitor only when the user wants scheduled checks, history, or change alerts.
| Name | Type | Req | Description |
|---|---|---|---|
| instructions | string | – | For vendor_claim, the public evidence URL. For custom_prompt, comma-separated keywords. |
| target_type | string | yes | Source type. Use pricing_page for pricing/packaging, endpoint for API availability, package for npm:package or pypi:package, vendor_claim for claim text plus an evidence URL in instructions, and cust… |
| target_value | string | yes | Public URL, package identifier, or vendor claim to baseline, depending on target_type. |
| Name | Type | Req | Description |
|---|---|---|---|
| agent_next_action | string | yes | – |
| baseline | – | – | – |
| confidence | number | yes | – |
| error | string | – | – |
| evidence | array | yes | – |
| persistence | string | yes | – |
| pricing_url | string | yes | – |
| recommended_schedule | string | yes | – |
| status | string | yes | – |
| target_type | string | yes | – |
| target_value | string | yes | – |
| upgrade_tool | string | yes | – |
No examples provided.
run_monitor_now Run Monitor Now ~67
Immediately run a monitor's verification check outside its normal schedule. Records the result and returns whether the observed value changed since the last run. Counts against your monthly quota. Requires a free watch key or paid API key.
| Name | Type | Req | Description |
|---|---|---|---|
| monitor_id | string | yes | The monitor ID returned by create_monitor. |
| Name | Type | Req | Description |
|---|---|---|---|
| changed | boolean | yes | – |
| confidence | number|null | yes | – |
| error | string | – | – |
| evidence | array | yes | – |
| monitor_id | string | yes | – |
| new_value | string|null | yes | – |
| old_value | string|null | yes | – |
| result_id | string | yes | – |
| run_at | string | yes | – |
| status | string | yes | – |
No examples provided.
test_hypothesis Multi-step Hypothesis Test ~200
Run a small verification plan made of concrete live checks and summarize whether a hypothesis is supported. Use this when one conclusion depends on multiple simple checks such as endpoint reachability, npm search counts, or whether a page contains an exact substring. This is a coordination tool, not an open-ended research agent: every test must be explicitly defined in advance, and tests run in order with no branching or early exit. The final verdict is mechanical: all tests passing => SUPPORTED, zero passing => REFUTED, otherwise PARTIALLY SUPPORTED. Use verify_claim when you already have evidence URLs, estimate_market for category sizing, and compare_competitors when you already know exact package names.
| Name | Type | Req | Description |
|---|---|---|---|
| hypothesis | string | yes | Claim to test, for example 'there are fewer than 50 MCP email servers on npm'. |
| tests | array | yes | Ordered list of one to ten checks to run. Each test object uses only the fields required by its type. |
| Name | Type | Req | Description |
|---|---|---|---|
| hypothesis | string | yes | Hypothesis that was evaluated. |
| tests | array | yes | Per-test execution results in input order. |
| verdict | object | yes | High-level verdict for the hypothesis. |
No examples provided.
verify_claim Claim Support Check ~183
Verify a factual claim against specific public evidence URLs before an agent repeats it or acts on it. The tool checks whether supplied keywords appear in each fetched source and reports per-source evidence. It does not perform open-ended search, semantic contradiction analysis, or prove a claim true when a page is silent; choose direct evidence URLs and interpret the result as a support signal. Fetched pages are cached for 5 minutes.
| Name | Type | Req | Description |
|---|---|---|---|
| claim | string | yes | Plain-language claim to verify, for example 'AWS Business support includes 24/7 phone support'. |
| evidence_urls | array | yes | One to ten public documentation, pricing, policy, or support URLs that are likely to contain direct evidence for the claim. |
| keywords | array | yes | Keywords or short phrases that should appear on supporting pages. Matching is case-insensitive substring matching, so choose phrases that are likely to appear verbatim. |
| Name | Type | Req | Description |
|---|---|---|---|
| claim | string | yes | Claim that was evaluated. |
| sources | array | yes | Per-source evidence results. |
| verdict | object | yes | Aggregate verdict across all supplied sources. |
No examples provided.
How do I install the Ground Truth - Fresh Evidence for AI Agents MCP server?
Ground Truth - Fresh Evidence for AI Agents is a hosted endpoint at https://ground-truth-mcp.anishdasmail.workers.dev/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 · ground-truth-mcp.anishdasmail.workers.dev
claude mcp add --transport http anish632-ground-truth 'https://ground-truth-mcp.anishdasmail.workers.dev/mcp'
What is the Ground Truth - Fresh Evidence for AI Agents MCP server?
Ground Truth - Fresh Evidence for AI Agents is an MCP server listed in the public MCP registry as io.github.anish632/ground-truth. Keep AI answers fresh with free source previews, scheduled monitoring, evidence history, and alerts. This page covers its hosted endpoint (https://ground-truth-mcp.anishdasmail.workers.dev/mcp).
Is the Ground Truth - Fresh Evidence for AI Agents MCP server safe to use?
Ground Truth - Fresh Evidence for AI Agents scores 18 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 Ground Truth - Fresh Evidence for AI Agents MCP server expose?
Ground Truth - Fresh Evidence for AI Agents exposes 19 tools: check_endpoint, preflight_endpoint, estimate_market, check_pricing, inspect_security_headers, and 14 more. Their descriptions and schemas cost roughly 2,432 tokens of context every time the server is loaded.
Does the Ground Truth - Fresh Evidence for AI Agents MCP server require authentication?
Its publisher declares no required credentials for Ground Truth - Fresh Evidence for AI Agents. We have not been able to confirm that against the live endpoint, and a server can require authorisation without declaring it here.
Is the Ground Truth - Fresh Evidence for AI Agents MCP server still maintained?
Ground Truth - Fresh Evidence for AI Agents is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.