6sense
Ask an AI agent about 6sense account insights, buying signals and keyword trends.
Read and change a field-sales territory from an AI agent: accounts, routes, check-ins.
Opens Agent Studio, where connecting is one click. The connector URL below works in any MCP client.
Paste it into any MCP client. Setup docs
The Badger Maps MCP server connects a field-sales territory — customer accounts, driving routes, site check-ins and follow-ups — to Claude, ChatGPT and any MCP-compatible agent. Anthropic's directory lists 21 tools: 13 read, 7 write and one that deletes a customer account. Sign-in is OAuth with your Badger username and password.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Tool names from Anthropic's directory listing. This server requires sign-in, so we could not read tool descriptions or parameter schemas.
badger names no object and no verb. Nothing at the consent screen separates the 13 reads from the seven writes or the one delete. The only place that separation exists is the client's per-tool permission setting.delete_account and six of the seven writes. The ten names Badger's recordings do corroborate are nine reads plus create_route, and they match as prettified labels rather than as literal strings, so a rename would not have shown.delete_account is undocumented. Badger publishes no description, no statement on whether the deletion is recoverable, and no mention of a confirmation gate. We did not test it.It reaches their visit history, not their live position. get_checkins returns the check-in records a rep filed at customer sites, each carrying a place and a time, and list_routes plus get_route return the planned stops for a day. Ordered by time that is a movement log for a named worker. Badger's privacy policy says device location is captured non-continuously.
Yes, and they are the connector's main subject. Accounts in Badger are the businesses a rep visits, and list_accounts, search_accounts, get_account and get_accounts_in_area return them. Badger's demo transcripts show account names, street addresses, recipient email addresses, last check-in dates and free-text notes coming back. Those are third-party contact records, not your own data.
One tool can: delete_account. It is the only destructive name among the 21, and it removes a customer account record along with whatever history hangs off it. Badger publishes no documentation for the tool and we could not read its schema, so whether deletion is soft or permanent, and whether it cascades to check-ins, is unknown.
Exactly one, named badger. The server's RFC 9728 descriptor and its authorization server metadata both advertised that single scope on 2026-08-23. It names no object and no verb, so it cannot separate reading an account from deleting one. Granting it grants whatever the server implements, now and in future.
Use per-tool permissions in the client, because OAuth will not do it. Badger's guides state that in Claude you go to Customize, then Connectors, then Badger Maps, then Tool permissions, and set each tool to Always allow, Needs approval, or Blocked. That per-tool control is the only place the write and delete tools can be separated from the read ones.
Not by itself — no tool among the 21 sends mail. Badger's own use cases pair the connector with a separate Gmail or Outlook connector, and its example prompts all end with a saved draft rather than a send. In Badger's demo recordings Claude states the drafts are saved and the Send button is never clicked, so a human still presses send.
Exactly the ones the connecting user already has. Badger states the MCP server is a wrapper around its API and carries the same permissions as the setup user, and gives the example that connecting through an admin who can already see everything gives that same admin access over MCP. Connect a rep-level account, not an admin one, to narrow the reach.
Badger says the MCP server itself does not, but its wider product does log AI usage. Its documentation states the MCP server does not independently store, process, or share user or customer data with third parties. Separately its privacy policy names PostHog as storing AI Assistant chat transcripts and related metadata, which describes Badger's in-app assistant rather than this connector.
badger-website-staging.s3.amazonaws.com (retrieved 2026-08-23). The tool-label table is transcribed from the frames of these recordings; the demo data in them is synthetic. · retrieved 2026-08-23initialize to https://mcp.badgermapping.com/mcp returned 401 with www-authenticate: Bearer resource_metadata=…; RFC 9728 metadata at and authorization server metadata at , both advertising the single scope. A nonsense control path under the same prefix returned a 404 body identical to the host's other 404s, so the 200s are genuine and not a catch-all. · retrieved 2026-08-23https://www.badgermapping.com/robots.txt returned 404 on 2026-08-23, so no crawl directive and no Content-Signal applies. llms.txt, llms-full.txt and the .md suffix route all returned 404; the nominated documentation URL was the only route that resolved. · retrieved 2026-08-23Connect Badger Maps (Standard) once and your agents call these tools on their own: on a schedule, in a workflow, with nobody at the keyboard.