check_my_ip
Profile of this machine's IPv4 / IPv6 exit: location, ASN, network type, risk level, environment score and AI service availability.
Takes no parameters.

io.github.CloudCorpRecordsPublished by GitHub account CloudCorpRecordsv0.1.0Updated Nov 7, 2026
Check whether an exit IP works for AI services: ASN, network type, risk, AI availability.
Exitprobe's local MCP server; no sign-in required; STDIO; 2 tools.
No AI overview yet: these facts come from the registry entry and the server itself.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Follow the launch instructions in the repository.
An exit IP can look perfectly ordinary and still be useless for AI services: it may sit in a datacenter range, arrive through a proxy, or carry a risk profile that providers quietly refuse. exitprobe asks ipforai.cc to profile an exit address before you find that out the hard way.
The profile it returns covers the location, the ASN, the network type (residential, ISP, datacenter, proxy or Tor), the access and routing type, a risk level, an environment score, and whether common AI services are reachable from that exit, along with a link to the full report. exitprobe adds nothing of its own to that answer: a successful call hands the upstream JSON back verbatim, exactly as ipforai.cc produced it.
The two tools:
check_my_ip — profile the exit this machine actually
uses, for both its IPv4 and IPv6 addresses where present.
Handy as a pre-flight check before routing work through a
new connection.lookup_ip — profile any IPv4 or IPv6 address you name,
so you can vet a candidate exit before anything depends
on it.check_my_ip is served from ipforai.cc's documented /json
endpoint. For lookup_ip, the upstream documentation pins
that the server calls ipforai.cc's /json and exit echo
endpoints but does not pin the per-address lookup path, so
this rebuild uses GET /json?ip=<ip> — a documented
reconstruction, not a verified upstream contract. Because
the profile JSON is returned verbatim either way, any field
naming in the result is the upstream's own.
check_my_ip takes no argument; lookup_ip takes one JSON
argument string. Output is the tool's result text (the
upstream JSON profile). Exit codes: 0 on success, 1 on
a runtime error (including a validation or upstream
failure), 2 on a usage error.
Failures are reported plainly: a non-2xx upstream response
is ipforai error: HTTP <status>, an unreachable upstream
is ipforai unreachable, and a missing or empty ip
argument is ip must be a non-empty string — checked
before any request is made.
MCP client config:
MIT — Copyright (c) 2026 Rene Turcios
Source: README.md at commit 3920ecb
Profile of this machine's IPv4 / IPv6 exit: location, ASN, network type, risk level, environment score and AI service availability.
Takes no parameters.
Profile of the given IPv4 or IPv6 address: location, ASN, network type, risk level, environment score and AI service availability.
iprequired90% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
npx @reneturcios/exitprobe check_my_ipnpx @reneturcios/exitprobe lookup_ip '{"ip":"1.2.3.4"}'npx @reneturcios/exitprobe --versionnpx -y @reneturcios/exitprobe mcp{ "mcpServers": { "exitprobe": { "command": "npx", "args": ["-y", "@reneturcios/exitprobe", "mcp"] } }}docker run -i ghcr.io/cloudcorprecords/exitprobedocker run --rm ghcr.io/cloudcorprecords/exitprobe lookup_ip '{"ip":"1.2.3.4"}'npm installnpm run build # tsc -> dist/npm test # tsx --test test/*.test.ts (fake fetch only, no network)npm run dev # run the CLI from source