Trust packet

What this checks, what it refuses, and why it is not a chatbot prompt.

Catalog Recall Monitor is a CPSC-first recall review workflow for resale, recommerce, and safety-sensitive ecommerce teams. This packet shows the live demo, redacted-sample prep, source-backed report artifact, and the boundaries that keep the first test low-risk.

Real product screenshots No fake customer proof No private data required CPSC source links
Buyer summary
Input
5 redacted rows
Source
Full CPSC cache
Output
Review queue
Boundary
Decision support

The problem is not whether AI can summarize one recall page. The problem is whether a team can repeatedly check messy catalog rows, keep fuzzy evidence out of automatic suppress decisions, link every visible match to an official source, and preserve a reportable trail of what was reviewed.

Actual product surfaces

The trust asset is the workflow itself.

These are real screenshots from the public site. The point is not cinematic stock imagery; it is letting a buyer see the demo, data guardrails, and report artifact before sending a file.

Catalog Recall Monitor public demo showing source-backed recall review results

Public demo with audit trail.

Buyers can run synthetic resale rows first and see why exact evidence, fuzzy evidence, and no-visible-match rows are treated differently.

Browser-only redacted CSV preparation utility

Browser-only sample prep.

The cleaner keeps product fields, excludes obvious private columns, and helps produce the five-row sample we ask for first.

Sample recall review report with CPSC source links

Report artifact, not chat prose.

The buyer receives a source-backed suppress / manual-review / no-visible-match queue with reasons, actions, and official CPSC links.

How it works page explaining chatbot versus operating trail

Plain-English operating trail.

The workflow explains what ChatGPT can do, what it cannot preserve, and why repeatable evidence matters for catalog operations.

Decision rules

Exact evidence and fuzzy evidence are not treated the same.

This is the core reason the workflow is stronger than a broad chatbot answer. The report keeps uncertainty visible instead of converting it into false certainty.

S Suppress

Hard identifier evidence.

Used for hard identifier evidence such as exact UPC or exact model-number evidence linked to an official CPSC recall.

R Manual review

Fuzzy evidence.

Used when brand, title, category, or partial model text overlaps with a recall but needs a human check before action.

N No visible match

No visible evidence found.

Used only to say no visible match was found in scanned official sources as of the scan time. It is not a product safety certification.

First test path

A buyer can evaluate the workflow without exposing private data.

The first useful trust move is not payment. It is seeing whether a real operator is willing to send a tiny product-only sample and whether the report changes an operational decision.

01 / Demo

Run the public examples.

No account, upload, card, or private data required.

02 / Redact

Prepare five rows locally.

The browser-only cleaner helps remove customer, order, payment, cost, and credential data.

03 / Review

Receive a source-backed report.

The report shows reasons, actions, CPSC source links, and conservative decision language.

04 / Decide

Continue only if useful.

Recurring monitoring is only worth discussing after the first artifact proves it changes work.

Use this before outreach

Forward the packet. Do not pretend the company is bigger than it is.

The trust play is simple: show the live demo, show the real report, show the data boundary, and make the first buyer action tiny. No fake customers, fake certifications, or fake enterprise scale.