openshiporg / openshiporg/openfront
RFC: Exploring CommerceTXT (v1.0.1) integration for AI-agent discovery
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 132
- Forks
- 19
- PR merge metrics
- No merged PRs in 30d
Description
Following our discussion on Hacker News, I've formalized the CommerceTXT specification to address deterministic commerce data delivery for AI agents.
What is CommerceTXT?
CommerceTXT is a lightweight, read-only protocol (v1.0.1) that lets stores expose pricing and inventory data in an agent-friendly format — without HTML scraping.
The goal is intentionally modest:
- Reduce bot/agent bandwidth by ~95%
- Provide hallucination-free pricing and inventory to LLM-based shoppers
- Complement existing HTML + JSON-LD setups, not replace them
Why this matters for Openfront merchants
- AI shopping agents (ChatGPT, Claude, Perplexity) currently can't discover Openfront stores efficiently
- Early positioning: Openfront merchants could be among the first AI-native storefronts
- Minimal infrastructure overhead: A view-layer mapping of existing product data to text
- Permissionless discovery: No API keys, no vendor lock-in — just a text file
What I'm proposing
I've listed Openfront as a first integration partner in our contributors list, following our discussion on Hacker News.
If useful, I'm happy to support the discussion with documentation, examples, or a small proof-of-concept at a later stage.
No expectations on timelines — just exploring fit and feasibility.
Resources
- Full specification: https://github.com/commercetxt/commercetxt/blob/main/spec/README.md
Would you be open to a short async discussion here to explore fit and feasibility?
Best,
Tsanko
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the CommerceTXT specification in spec/README.md and the integration context in CONTRIBUTORS.md. Compare the specification with Openfront's existing product and inventory data, then document a feasibility decision or define a scoped proof of concept; the issue is done when maintainers agree on a concrete next step.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- api
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100