I’ve been frustrated by how opaque agentic commerce is right now. Shopify and Google launched the Universal Commerce Protocol (UCP), but for a developer, it's often a black box in production. You might have your manifest at /.well-known/ucp, but is Gemini actually reading it? Or is it getting silently dropped by a legacy firewall rule?
I built this extension as a lightweight debugger for my own agentic workflows. It’s like Waze for UCP—as we browse, the community is crowdsourcing a map of agent-ready domains. We’ve verified 508 domains so far.
Key features for devs:
Zero-Click Workflow: Uses badge icons to show status instantly (Green = ready, Gray = not detected).
Instant Manifest Debugging: Surfaces HTTP status, response times, and version metadata for UCP manifests.
Gemini Readiness: Checks specifically if the Gemini agent (and others like GPTBot) can reach the store or if they are blocked by robots.txt/WAF rules.
Privacy-First: No tracking, no data selling, and minimal permissions (activeTab only).
You can try it out without an account or signup. I'd love to hear what other signals you'd want to see in the debugger, or if keeping it this lightweight is best!
This is great — manifest validation feels like the right “static” layer for the agentic web.
One nuance: a lot of prompt-injection / tool-abuse issues happen at runtime, when the agent is consuming untrusted content coming through perfectly “valid” channels (web pages, emails, tool outputs, even responses from allowed domains).
So I like to think: manifests cover the what (permissions / declared capabilities), but you also need something that covers the when — runtime content scanning + policy enforcement before that content is allowed to influence tool calls or sensitive actions.
Curious if you’ve thought about pairing this with runtime guardrails (e.g., classify/strip instructions in fetched content, detect credential exfil patterns, etc.)?
Spot on. I see UCP manifests as the "Trust Contract" that defines what is possible, but you're right—contract fulfillment in a non-deterministic environment is where things get messy.
My goal with UCP Checker is to solve the first-order problem: "Is this even a valid endpoint?" You're describing the critical second-order problem: preventing an agent from being hijacked via Indirect Prompt Injection once it actually fetches that content.
I’ve been thinking about this separation of concerns a lot. Ideally, we need a layered approach:
Static Layer (UCP Checker): Validates the schema, capabilities, and reachability.
Runtime Layer: A proxy or sidecar that scans fetched content for "ignore previous instructions" patterns or credential exfiltration attempts before the LLM processes it.
I’d love to hear if you think that "Runtime Guardrail" should live on the merchant side (e.g., a "UCP Shield" gateway) or if it's strictly the responsibility of the Agent/Model provider to sanitize inputs?
I’ve been frustrated by how opaque agentic commerce is right now. Shopify and Google launched the Universal Commerce Protocol (UCP), but for a developer, it's often a black box in production. You might have your manifest at /.well-known/ucp, but is Gemini actually reading it? Or is it getting silently dropped by a legacy firewall rule?
I built this extension as a lightweight debugger for my own agentic workflows. It’s like Waze for UCP—as we browse, the community is crowdsourcing a map of agent-ready domains. We’ve verified 508 domains so far.
Key features for devs:
Zero-Click Workflow: Uses badge icons to show status instantly (Green = ready, Gray = not detected).
Instant Manifest Debugging: Surfaces HTTP status, response times, and version metadata for UCP manifests.
Gemini Readiness: Checks specifically if the Gemini agent (and others like GPTBot) can reach the store or if they are blocked by robots.txt/WAF rules.
Privacy-First: No tracking, no data selling, and minimal permissions (activeTab only).
You can try it out without an account or signup. I'd love to hear what other signals you'd want to see in the debugger, or if keeping it this lightweight is best!
This is great — manifest validation feels like the right “static” layer for the agentic web.
One nuance: a lot of prompt-injection / tool-abuse issues happen at runtime, when the agent is consuming untrusted content coming through perfectly “valid” channels (web pages, emails, tool outputs, even responses from allowed domains).
So I like to think: manifests cover the what (permissions / declared capabilities), but you also need something that covers the when — runtime content scanning + policy enforcement before that content is allowed to influence tool calls or sensitive actions.
Curious if you’ve thought about pairing this with runtime guardrails (e.g., classify/strip instructions in fetched content, detect credential exfil patterns, etc.)?
Spot on. I see UCP manifests as the "Trust Contract" that defines what is possible, but you're right—contract fulfillment in a non-deterministic environment is where things get messy.
My goal with UCP Checker is to solve the first-order problem: "Is this even a valid endpoint?" You're describing the critical second-order problem: preventing an agent from being hijacked via Indirect Prompt Injection once it actually fetches that content.
I’ve been thinking about this separation of concerns a lot. Ideally, we need a layered approach:
Static Layer (UCP Checker): Validates the schema, capabilities, and reachability.
Runtime Layer: A proxy or sidecar that scans fetched content for "ignore previous instructions" patterns or credential exfiltration attempts before the LLM processes it.
I’d love to hear if you think that "Runtime Guardrail" should live on the merchant side (e.g., a "UCP Shield" gateway) or if it's strictly the responsibility of the Agent/Model provider to sanitize inputs?