Skip to main content
Glama

The Mirror System — AI Citability

Lite Reflection (quick estimate)

score
Read-only

Run an anonymous Lite Reflection on any brand's AI Citability — a fast, open estimate of how discoverable and citable it is in AI answers (its Brand Discovery Intelligence / BDI snapshot), no account required. Mirror measures at two declared levels: LITE estimates, FULL measures. This tool is LITE: it returns a grade band (Below Average / Average / Above Average / Excellent), an ESTIMATED ACS RANGE, qualitative engine reads (AEO/GEO/SEO as strong / moderate / weak), a short narrative of the top opportunity plus the four-engine framing (AEO/GEO/SEO read the brand; MCP calls it), and a hosted Lite Brief URL you can hand to a human — never a single AI Citability Score, and never numeric AEO/GEO/SEO sub-scores. Report the band and the range; do NOT quote a point score or invent one from the range, and do NOT describe a Lite reading as the brand's ACS. When a user asks how visible or citable a brand is in AI — 'how visible is [brand] in AI', 'is [brand] cited by ChatGPT/Gemini/Perplexity', 'what is [brand]'s brand discovery score' — run this for the quick answer, then offer reflect for the Full Reflection, which is the only level that returns a precise, reproducible, citable ACS (±3–5).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
urlYesBrand website URL (required), e.g. example.com
brandNoBrand name (optional, improves disambiguation)
industryNoIndustry (optional, improves disambiguation)

TDQS

A4.6/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the readOnlyHint and openWorldHint annotations, the description discloses that the operation is anonymous, requires no account, returns only a grade band and estimated range (never a single ACS), and includes explicit behavioral warnings (do not invent a point score or describe Lite reading as ACS). This is rich, non-redundant context.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is long but front-loaded with the core purpose, then structured into what it returns, what it does not return, and usage guidance. While dense, every sentence conveys necessary instructions, though it could be tightened slightly without losing meaning.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With no output schema, the description fully explains return values (band, range, engine reads, narrative, URL), what is excluded, and when to use the sibling 'reflect' tool. It covers all relevant aspects needed for correct invocation and interpretation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema description coverage is 100%, already defining url, brand, and industry with meanings. The description adds no parameter-specific information beyond the schema, but the schema fully covers parameter semantics, so baseline 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it runs an anonymous Lite Reflection on brand AI Citability, returning a grade band, estimated ACS range, qualitative engine reads, narrative, and a hosted brief URL. It explicitly contrasts LITE with FULL and names 'reflect' as the full alternative, differentiating it from sibling tools.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It gives explicit 'when to use' triggers ('how visible is [brand] in AI', 'is [brand] cited by ChatGPT/Gemini/Perplexity', etc.) and instructs to run this for the quick answer, then offer `reflect` for the Full Reflection. It also states no account is required and provides exclusions (never quote a point score).

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

A4.1/5.0
Disambiguation4/5

Each tool targets a distinct function: benchmark lookup, engine measurement, full audit, record request, quick score, and studio output. Some overlap occurs between 'score' and 'reflect' (both assess citability), but their scope difference (lite vs. full) is clearly delineated in descriptions.

Naming Consistency2/5

Tool names are inconsistent: 'aci55' uses an acronym and number, 'mcp_engine' uses lowercase with underscore, 'reflect' is a single verb, 'request_record' is verb_noun, 'score' is a single noun, and 'studio' is a single noun. No predictable pattern emerges.

Tool Count4/5

With 6 tools, the count is well-scoped for a niche domain like AI citability measurement. Each tool feels justified, covering lookup, scoring, audit, record creation, and output generation.

Completeness4/5

The tool set covers the core lifecycle: quick estimate (score), full audit (reflect), benchmark (aci55), MCP presence check (mcp_engine), record request (request_record), and output generation (studio). Minor gap: no tool for editing or deleting records directly, but that fits the human-approval workflow described.

Resources