Skip to content

Not Human Search

by nothumansearch.ai · remote · no sign-in to list tools · v1.7.1 · published by ai.nothumansearch

Search the agentic web. 4,100+ sites, 11 tools incl. check_url + verify_mcp for probe-before-use.

Changes · 7

14 tools: 7 change things and 7 only read.

Scanned Oct 21, 2026

No check matched anything in the tool definitions. No finding is not a safety guarantee. How the checks work.

claude mcp add --transport http search https://nothumansearch.ai/mcp

Tools

Open a tool for its reasons and full description. Descriptions are the publisher's own words, shown as they are.

14 tools

Changes things 7Claude Code: ask
  • check_urlOn-demand agentic-readiness check for any URL.No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    On-demand agentic-readiness check for any URL. Runs the NHS 7-signal crawler live (llms.txt, ai-plugin.json, OpenAPI, structured API, MCP server, robots.txt AI rules, Schema.org) and returns a score 0-100 with per-signal breakdown. Use before calling an unfamiliar API to confirm it's agent-usable. Re-runnable without the submissions-table side-effect of submit_site — ideal for verify-before-use workflows.
  • handoff_provider_actionPresent the exact ticket bearer returned by prepare_provider_action.No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    Present the exact ticket bearer returned by prepare_provider_action. NHS records one privacy-safe handoff receipt, then returns the attributed provider action URL. Optionally and separately, the principal may authorize the exact DNS-verified provider to resolve only the ticket's controlled topic, region, USD budget band, urgency, and allowlisted requirement flags. Declining that optional disclosure does not block the handoff. No query, contact detail, agent/principal identity, network address, referrer, or user-agent is disclosed. The handoff and resolver charge neither party; only the provider's configured downstream outcome can create a provider charge.
  • prepare_provider_actionPrepare a signed action ticket for a separately disclosed provider-funded offer returned beside a receipt-bearing NHS discovery result.No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    Prepare a signed action ticket for a separately disclosed provider-funded offer returned beside a receipt-bearing NHS discovery result. This step never returns the provider action URL or records a handoff. It requires the discovery receipt and the caller's explicit ticket-authorization attestation. It accepts controlled constraints only—no name, email, contact detail, raw prompt, agent identity, or principal identity fields. Discovery and direct provider access remain free; preparing a ticket charges neither party. Exact v1 wording: https://nothumansearch.ai/privacy#consent-v1
  • record_action_interestRecord the caller's attestation that its human or company principal currently wants one controlled next step with a site returned organically by a receipt-bearing NHS discovery too…No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    Record the caller's attestation that its human or company principal currently wants one controlled next step with a site returned organically by a receipt-bearing NHS discovery tool. This creates a private Stage 1 demand receipt that expires with the source discovery receipt, no later than 30 days after it. It does not contact the provider, create an action ticket or charge, change rank or score, or count as commercial proof. No query, contact data, free-form text, or agent/principal identity is accepted. Exact v1 wording: https://nothumansearch.ai/privacy#action-interest-v1
  • register_monitorRegister an email to get alerted when the indicated domain's agentic readiness score drops.No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    Register an email to get alerted when the indicated domain's agentic readiness score drops. Useful for agents tracking a dependency's agent-readiness health — e.g. an agent that relies on stripe.com's MCP surface wants to know the moment it regresses. Returns an unsubscribe URL. Multiple monitors per email allowed, one per domain.
  • submit_siteSubmit a URL for NHS to crawl and score.No findings

    Why it is in this group

    • The name "submit_site" says "submit": a word for a change.
    Description, as the server wrote it
    Submit a URL for NHS to crawl and score. Use when you discover an agent-first tool, API, or service that isn't in the index yet. NHS will fetch the site, check its 7 agentic signals (llms.txt, ai-plugin.json, OpenAPI, structured API, MCP server, robots.txt AI rules, Schema.org), compute a score, and add it to the index. The site becomes searchable within a few seconds if the crawl succeeds.
  • verify_mcpActively probe any URL to check if it is a live, spec-compliant MCP server.No findings

    Why it is in this group

    • Nothing in its name or description says what it does, so it is counted as a write.
    Description, as the server wrote it
    Actively probe any URL to check if it is a live, spec-compliant MCP server. Sends a JSON-RPC tools/list request and verifies a valid response. Use this before depending on a third-party MCP endpoint — manifests and documentation can claim MCP support without actually serving it. Returns {verified: true/false, endpoint, note}.
Only reads 7Claude Code: allow
  • find_mcp_serversList sites in the index that expose a live MCP server, ranked by agentic readiness.No findings

    Why it is in this group

    • The name "find_mcp_servers" says "find": a word for reading.
    Description, as the server wrote it
    List sites in the index that expose a live MCP server, ranked by agentic readiness. The result set carries a query-free discovery receipt and any eligible provider-funded actions appear separately without changing organic order. Pairs naturally with verify_mcp for a probe-before-use workflow.
  • get_site_detailsGet the full agentic readiness report for a specific domain: score, category, all 7 signal checks (llms.txt, ai-plugin.json, OpenAPI, structured API, MCP server, robots.txt AI rule…No findings

    Why it is in this group

    • The name "get_site_details" says "get": a word for reading.
    Description, as the server wrote it
    Get the full agentic readiness report for a specific domain: score, category, all 7 signal checks (llms.txt, ai-plugin.json, OpenAPI, structured API, MCP server, robots.txt AI rules, Schema.org), plus any cached llms.txt content and OpenAPI summary. When an exact search_id newly records this organic-result selection, the response also carries an optional record_action_interest opportunity for this domain. Selection alone is never interest and never contacts the provider.
  • get_statsCurrent Not Human Search index stats: total sites, average agentic score, top category, sites added in the last 7 days, count of sites exposing an MCP server, and count scoring a p…No findings

    Why it is in this group

    • The name "get_stats" says "get": a word for reading.
    Description, as the server wrote it
    Current Not Human Search index stats: total sites, average agentic score, top category, sites added in the last 7 days, count of sites exposing an MCP server, and count scoring a perfect 100/100.
  • get_top_sitesGet the highest-scored agent-ready sites in the index, optionally filtered by category.No findings

    Why it is in this group

    • The name "get_top_sites" says "get": a word for reading.
    Description, as the server wrote it
    Get the highest-scored agent-ready sites in the index, optionally filtered by category. Organic order is always readiness-score order. A supported category creates a query-free discovery receipt that can support separately disclosed provider-funded actions and explicit action interest; unfiltered browsing stays free and does not enter the Stage 1 demand cohort.
  • list_categoriesList all categories in the Not Human Search index with site counts and average agentic scores.No findings

    Why it is in this group

    • The name "list_categories" says "list": a word for reading.
    Description, as the server wrote it
    List all categories in the Not Human Search index with site counts and average agentic scores. Use this to understand what kinds of agent-ready services exist before searching — counts are live, so the distribution shifts as the index grows.
  • recent_additionsList agent-ready sites newly added to the Not Human Search index, sorted newest first.No findings

    Why it is in this group

    • The description's first verb is "list": a word for reading.
    Description, as the server wrote it
    List agent-ready sites newly added to the Not Human Search index, sorted newest first. A supported category creates a query-free discovery receipt that can support separately disclosed provider-funded actions and explicit action interest; unfiltered catalog watching stays free and does not enter the Stage 1 demand cohort.
  • search_agentsSearch for websites, APIs, and services that AI agents can actually use.No findings

    Why it is in this group

    • The name "search_agents" says "search": a word for reading.
    Description, as the server wrote it
    Search for websites, APIs, and services that AI agents can actually use. Results are ranked by agentic readiness score (0-100) based on llms.txt, OpenAPI specs, ai-plugin.json, structured APIs, and MCP server availability. Use this to discover payment APIs, job boards, data sources, or any web service your agent needs to call.

This is not a safety rating, and no finding is not a safety guarantee. The groups and findings come from fixed checks of the tool definitions the server returned on the date shown, not from its code or what it does when called. How the checks work.

Install

Pinned to version 1.7.1. Values in angle brackets are yours to fill in.

claude mcp add --transport http search https://nothumansearch.ai/mcp

Run in a terminal.

Claude Code permissions

Allow the reads, ask before a change, deny the deletes. Paste into .claude/settings.json.

.claude/settings.json
{
  "permissions": {
    "allow": [
      "mcp__search__search_agents",
      "mcp__search__get_site_details",
      "mcp__search__get_stats",
      "mcp__search__list_categories",
      "mcp__search__get_top_sites",
      "mcp__search__recent_additions",
      "mcp__search__find_mcp_servers"
    ],
    "ask": [
      "mcp__search__submit_site",
      "mcp__search__check_url",
      "mcp__search__verify_mcp",
      "mcp__search__register_monitor",
      "mcp__search__record_action_interest",
      "mcp__search__prepare_provider_action",
      "mcp__search__handoff_provider_action"
    ],
    "deny": []
  }
}

Tools that only read are allowed, tools that change things ask first, tools that delete or cancel are denied. It assumes the server is installed as search. Review it before you use it.