Compare AI visibility across multiple entities side-by-side. Probes each entity (your brand + N competitors) with ai_visibility_check, ranks by score, surfaces which is most/least recognized. Useful for competitive AI-marketing audits: "does Claude know about us as well as our competitors?". Retu...
AI agents call scan_competitor_ai_presence to retrieve information from Legiscan without modifying anything — typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.
| Parameter | Type | Required | Description |
|---|---|---|---|
models | array | — | Which models to probe. Supported: "workers-ai" (free default), "anthropic" (requires _apiKey). Omit for just workers-ai. |
_apiKey | string | — | Optional Anthropic API key — only if "anthropic" is in models. Passed to api.anthropic.com per probe. |
context | string | — | Optional shared context applied to every probe (e.g. "B2B SaaS", "Boston restaurant"). Disambiguates common names. |
entities | array | Yes | Array of 2-8 entities to compare (brand/business/product names). First entry treated as the "subject" for narrative; rest are competitors. |
Parameters from the server's own tool schema.
This tool queries and compares data (AI visibility scores) across multiple entities and returns ranked results. There is no modification, deletion, code execution, or financial transaction. The operation is read-only—it gathers and presents competitive intelligence without altering any state or triggering external side effects.
From the tool's definition Tool 'scan_competitor_ai_presence' performs comparison and ranking of AI visibility metrics across entities. It 'probes', 'ranks', and 'surfaces' information—all retrieval and analysis operations with no side effects.
Attacks that exploit this kind of access
Compare AI visibility across multiple entities side-by-side. Probes each entity (your brand + N competitors) with ai_visibility_check, ranks by score, surfaces which is most/least recognized. Useful for competitive AI-marketing audits: "does Claude know about us as well as our competitors?". Returns ranked list with score, confidence, signal density per entity. It is categorised as a Read tool in the Legiscan MCP Server, which means it retrieves data without modifying state.
scan_competitor_ai_presence accepts 4 parameters: models, _apiKey, context, entities. Required: entities. The full parameter table on this page comes from the server's own tool schema.
Register the Legiscan MCP server in PolicyLayer and add a rule for scan_competitor_ai_presence: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Legiscan. Nothing to install.
scan_competitor_ai_presence is a Read tool with low risk. Read-only tools are generally safe to allow by default.
Yes. Add a rate_limit block to the scan_competitor_ai_presence rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.
Set action: deny in the PolicyLayer policy for scan_competitor_ai_presence. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.
scan_competitor_ai_presence is provided by the Legiscan MCP server (pipeworx-io/mcp-legiscan). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
Every MCP server has a record like this.
Type a name, get the same breakdown: verified identity, auth posture, risk grade, capabilities, recommended policy.
Teams ship this data inside their own products. See what a licence covers →