Skip to main content
Glama

Faceabot Stores for AI agents

Find a store where an AI agent can shop

find_store
Read-onlyIdempotent

Where can I (an AI agent) shop for this product, for my human's country? Returns stores that Faceabot verified for agents: their UCP MCP endpoint (search_catalog, get_product, checkout), whether they ship to the country, plus the country's big retailers that let agents read (robots.txt) and the Shopify cross-store search. Any language. Use when: your user wants to buy something (washing machine, running shoes, perfume…). Example: {"query":"washing machine","country":"BE"}

Input Schema

NameRequiredDescriptionDefault
limitNo
queryYesProduct or need in any language, e.g. washing machine, lave-linge, 洗濯機
countryNoYour human's country (ISO code or name), e.g. BE, Japan
categoryNoOptional category id (see list_store_categories)
agent_checkout_onlyNotrue = only stores declaring agent checkout

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.2/5.0
Behavior4/5

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

Annotations already declare the tool as read-only, open-world, idempotent, and non-destructive. The description adds useful behavioral context beyond that: it explains that results include verified agent endpoints, shipping eligibility, robots.txt-readable retailers, and Shopify cross-store search, which helps the agent understand the shape and nature of the response.

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

Conciseness5/5

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

The description is front-loaded with the core question and answer, followed by a clear 'Use when' cue and a compact example. Every sentence adds value without repeating structured data unnecessarily.

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

Completeness4/5

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

No output schema exists, so the description appropriately explains what the tool returns. It covers the main query and country parameters and the behavioral context, though it leaves minor parameters like limit and agent_checkout_only to the schema.

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?

Schema coverage is 80%, so the schema already documents most parameters. The description reinforces the meaning of 'query' and 'country' ('for my human's country', 'Any language') but does not add syntax or context for limit, category, or agent_checkout_only beyond what the schema provides.

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 states a specific verb and resource ('Where can I shop for this product') and goes further to specify what is returned: agent-verified stores, UCP MCP endpoints, shipping eligibility, and big retailers readable by agents. This scope is clearly distinguishable from sibling tools like store_details and list_store_categories.

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

Usage Guidelines4/5

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

It gives a direct 'Use when' cue ('your user wants to buy something') and a concrete example with query and country. However, it does not explicitly name alternatives or exclusions, such as when to use list_store_categories or store_details instead.

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.

Resources