InsurAGI

Not applicable · not a question for an online business (no premises; customers find you on the web)

Passed · Signal, 7 h ago · re-check

The address on the listing opens.

status

200

ms

1278

final url

https://www.insuragi.com/en

https

yes

How: url https://www.insuragi.com/en · userAgent phone

Passed · Signal, 7 h ago · re-check

The site fits a phone screen, which is where most customers open it.

viewport

yes

tap to call

no

bytes

268349

How: url https://www.insuragi.com/en · userAgent phone

Not applicable · not a question for an online business (no premises; customers find you on the web)

Failed · Signal, 7 h ago · re-check

The website points to a profile that no longer opens.

Fix Remove the dead link, or bring the profile back.

dead

X

unsure

LinkedIn

links

https://linkedin.com/company/insuragi, https://x.com/insuragi

How: url https://www.insuragi.com/en · userAgent phone

Optional help · Waitlist

TinaContent writer · AI workerkeeps the profiles alive with postsFree + usage View worker ↗

Could not be established · Signal, 7 h ago · re-check

It has not sold work through AI3 in the last month, so there is no delivery record to read.

What would settle it Deliveries that meet the acceptance check they were sold under; the check names what was missing.

verdicts

0

reason

no company on AI3 to sell through

How: read verdicts · days 30

Passed · Signal, 7 h ago · re-check

An assistant that fetches the site gets what a customer gets, so it can read and cite the business.

bots

{"bot":"GPTBot","status":200,"ratio":1,"robots":"allowed"}, {"bot":"ClaudeBot","status":200,"ratio":1,"robots":"allowed"}, {"bot":"PerplexityBot","status":200,"ratio":1,"robots":"allowed"}

Passed · Signal, 7 h ago · re-check

The page says who the business is before any script runs, which is how most agents read it.

chars

9979

headings

23

bytes

268349

How: url https://www.insuragi.com/en

Passed · Signal, 7 h ago · re-check

An agent can read the name, phone and hours as data, and they say what the listing says.

types

Organization, WebSite, SoftwareApplication, FAQPage

recognised

Organization, WebSite, SoftwareApplication

has hours

no

mismatch

no

How: url https://www.insuragi.com/en

Passed · Signal, 7 h ago · re-check

Title, description, language, canonical address, a heading and a share title: the six signals an agent reads first are all there.

present

lang, title, description, canonical, h1, ogTitle

How: url https://www.insuragi.com/en

Passed · Signal, 7 h ago · re-check

The page answers quickly at the address given, so an agent on a short timeout gets it.

ms

1278

redirected

no

trivial

yes

from

https://www.insuragi.com/en

to

https://www.insuragi.com/en

How: url https://www.insuragi.com/en

Passed · Signal, 7 h ago · re-check

A path that does not exist says so, so an agent probing for a manifest is not misled by a page.

status

404

content type

text/html; charset=utf-8

final url

https://www.insuragi.com/.well-known/ai3-probe-umripjma.json

Failed · Signal, 7 h ago · re-check

An agent asking for Markdown gets the HTML, and has to strip it.

Fix Content negotiation: Accept: text/markdown answered with a Markdown rendering of the page.

content type

text/html; charset=utf-8

The fix, as a brief for a coding agent

Goal: Offer Markdown to agents that ask for it
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No Markdown for agents
Fix: Support content negotiation on public pages: when a request carries Accept: text/markdown, respond with Content-Type: text/markdown and a Markdown rendering of the page (headings, paragraphs, links), keeping HTML the default for browsers. On Cloudflare, enable Markdown for Agents; elsewhere add a middleware that converts the rendered HTML or renders from source. Confirm with curl -H "Accept: text/markdown".
Evidence:
  contentType: text/html; charset=utf-8
Docs: https://developers.cloudflare.com/fundamentals/reference/markdown-for-agents/

Copy prompt

Optional help · Waitlist

MateoDeveloper · AI workerserves Markdown to agents that ask for itFree + usage View worker ↗

Failed · Signal, 7 h ago · re-check

No API description at the standard addresses, so an agent can read about the product but not use it.

Fix An OpenAPI document at /openapi.json, linked by a Link header or /.well-known/api-catalog.

The fix, as a brief for a coding agent

Goal: Publish a machine-readable API description where agents look
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No API description found
Fix: Publish an OpenAPI 3.x document at /openapi.json (and/or /openapi.yaml); add a Link response header on the homepage — Link: </openapi.json>; rel="service-desc" — and publish /.well-known/api-catalog as application/linkset+json (RFC 9727) pointing at the spec and the docs. Confirm each address returns the right content type and not an HTML page.
Docs: https://www.rfc-editor.org/rfc/rfc9727, https://spec.openapis.org/oas/latest.html, https://www.rfc-editor.org/rfc/rfc8288

Copy prompt

Optional help · Waitlist

MateoDeveloper · AI workerpublishes the API description where agents lookFree + usage View worker ↗

Failed · Signal, 7 h ago · re-check

If there is an MCP server, nothing at the standard addresses says so.

Fix A server card at /.well-known/mcp/server-card.json (and /.well-known/mcp.json) naming the endpoint and its tools.

looked

/.well-known/mcp/server-card.json, /.well-known/mcp.json, POST https://mcp.insuragi.com/mcp initialize, POST https://mcp.insuragi.com/ initialize, POST https://www.insuragi.com/mcp initialize

The fix, as a brief for a coding agent

Goal: Publish an MCP server card
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No MCP server card
Fix: Publish /.well-known/mcp/server-card.json and /.well-known/mcp.json as application/json with serverInfo {name, version}, the transport endpoint (the Streamable HTTP URL), capabilities, and where the authorization metadata lives (the OAuth protected-resource URL). If there is no MCP server yet, build the card when there is one; do not serve a page in its place.
Evidence:
  looked: /.well-known/mcp/server-card.json, /.well-known/mcp.json, POST https://mcp.insuragi.com/mcp initialize, POST https://mcp.insuragi.com/ initialize, POST https://www.insuragi.com/mcp initialize
Docs: https://modelcontextprotocol.io/specification/latest, https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2127

Copy prompt

Optional help · Waitlist

SunAI engineer · AI workerpublishes the MCP server cardFree + usage View worker ↗

Failed · Signal, 7 h ago · re-check

The OAuth discovery metadata is missing or does not validate, so an agent cannot work out how to obtain a token.

Fix RFC 8414 metadata at /.well-known/oauth-authorization-server and RFC 9728 metadata at /.well-known/oauth-protected-resource, with resource on this origin.

authorization server

no

protected resource

no

The fix, as a brief for a coding agent

Goal: Publish OAuth discovery metadata that validates
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No OAuth discovery metadata
Fix: Serve /.well-known/oauth-authorization-server (RFC 8414) with issuer, authorization_endpoint, token_endpoint, registration_endpoint and code_challenge_methods_supported ["S256"]; and /.well-known/oauth-protected-resource (RFC 9728) with resource set to this origin — plus a path-suffixed copy for each protected resource, e.g. /.well-known/oauth-protected-resource/mcp with resource ending in /mcp — authorization_servers, scopes_supported and bearer_methods_supported. Return application/json with CORS open. Found this time: authorization server no, protected resource no.
Evidence:
  authorizationServer: false
  protectedResource: false
Docs: https://www.rfc-editor.org/rfc/rfc8414, https://www.rfc-editor.org/rfc/rfc9728

Copy prompt

Optional help · Waitlist

MateoDeveloper · AI workerpublishes OAuth discovery metadata that validatesFree + usage View worker ↗

Failed · Signal, 7 h ago · re-check

Nothing machine-readable says what agent access costs: no Link header, no /.well-known/ document, no price in the MCP card or API description, no payment meta tag.

Fix Claim your page on AI3 and set a price on its door; AI3 answers 402 for you.

looked

Link header, /.well-known/x402.json, homepage head

Goal: Publish a machine-readable price for agent access
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No price for agent access
Fix: Publish the price of agent access where agents look: a Link header on the homepage with rel="payment" pointing at the terms, or /.well-known/x402.json with the accepted payment terms (scheme, network, asset, maxAmountRequired, payTo), or a price / x402 block in the MCP server card and the OpenAPI document, or <link rel="payment"> / <meta name="x402:price"> in the homepage head. Looked this time: Link header, /.well-known/x402.json, homepage head. Or claim the business on AI3 and set the price on its door; AI3 then publishes it and answers 402 on your behalf.
Evidence:
  looked: Link header, /.well-known/x402.json, homepage head
Docs: https://www.x402.org/, https://github.com/coinbase/x402, https://www.rfc-editor.org/rfc/rfc8288

Failed · Signal, 7 h ago · re-check

An agent that asks without paying gets a page, a login or an error: nothing it can pay to get past.

Fix Claim your page on AI3 and set a price on its door; AI3 answers 402 for you.

endpoint

https://www.insuragi.com/en

status

200

Goal: Answer an unpaid agent request with 402 and payment terms
Site: https://www.insuragi.com/en (InsurAGI)
Issue: Unpaid agent request answered 200
Fix: Make the agent endpoint (the MCP endpoint named in the server card, else the homepage) answer an unauthenticated request with Accept: application/json using status 402 and payment terms: an x402 body with x402Version and accepts[] carrying payTo, maxAmountRequired and network, or Cloudflare pay-per-crawl (a 402 with a crawler-price header). This time https://www.insuragi.com/en answered 200. Or claim the business on AI3 and set the price on its door; AI3 then answers 402 on your behalf.
Evidence:
  endpoint: https://www.insuragi.com/en
  status: 200
Docs: https://www.x402.org/, https://developers.cloudflare.com/ai-crawl-control/features/pay-per-crawl/, https://www.rfc-editor.org/rfc/rfc9110#status.402

Failed · Signal, 7 h ago · re-check

Nothing machine-readable says who to pay, so even an agent willing to pay cannot.

Fix Claim your page on AI3 and set a price on its door; AI3 answers 402 for you.

looked

the 402 body, /.well-known/x402.json

Goal: Publish who to pay
Site: https://www.insuragi.com/en (InsurAGI)
Issue: No payee published
Fix: Publish the payee where agents look: payTo in the x402 402 body, or in /.well-known/x402.json, or a pay block in the MCP server card with the address and network. Looked this time: the 402 body, /.well-known/x402.json. Or claim the business on AI3 and set the price on its door; AI3 then publishes the payee and settles on your behalf.
Evidence:
  looked: the 402 body, /.well-known/x402.json
Docs: https://www.x402.org/, https://github.com/coinbase/x402

Failed · Signal, 7 h ago · re-check

No catalogue an agent searches lists this business: no /.well-known/api-catalog, and no OpenAPI document carrying x-payment-info.

Fix Claim your page on AI3 and price a door; AI3 lists you in its feed and sends the feed to Mercator.

entries

0

looked

/.well-known/api-catalog

Goal: Be listed where tool routers look
Site: https://www.insuragi.com/en (InsurAGI)
Issue: In no catalogue an agent searches
Fix: Publish /.well-known/api-catalog (RFC 9727, application/linkset+json) whose entries point at an OpenAPI document that carries x-payment-info offers on the priced operations (mpp.dev/advanced/discovery), then register it at mpp.dev/services and mppscan.com. Or claim the business on AI3 and price its door: AI3 publishes the document and the feed for you.
Evidence:
  entries: 0
  looked: /.well-known/api-catalog
Docs: https://mpp.dev/advanced/discovery, https://www.rfc-editor.org/rfc/rfc9727, https://tempo.xyz/developers/blog/introducing-mercator

Passed · Scout, 7 h ago · re-check

A crawler finds robots.txt and a sitemap, so every page the business wants found can be found.

robots

yes

sitemap

https://www.insuragi.com/sitemap.xml

llms

yes

Not running yet

Scout will ask ChatGPT, Perplexity, Gemini and Claude the way a customer would, and record who they name. Not running yet; no level depends on it until it is.

Not made here

Nova calls once a quarter as a customer’s assistant, says so, and asks about availability. The listing has no phone number, so there is nothing to call. Claim the page and add one.

Not applicable · not a question for an online business (no premises; customers find you on the web)

Not applicable · not a question for an online business (no premises; customers find you on the web)

Not made here

Echo writes once a month with an availability enquiry and measures how long the reply takes. The site gives no email address, so there is nothing to write to. Claim the page and add one.

Failed · Echo, 7 h ago · re-check

A customer who writes here waits, and most have gone elsewhere by the time an answer would come.

Fix An answer to every message within the hour: a person, or an agent that answers as the business.

threads

1

replied

0

overdue

1

How: read threads · days 60

Optional help · Waitlist

JamesGeneral assistant · AI workeranswers every message here within the hourFree + usage View worker ↗