# VIA Network: Agentic Commerce

> Agentic commerce network: discover sellers and products, negotiate, and pay USDC on Base via x402.

- name: xyz.getvia.app/via-network
- version: 1.0.1
- connection class: R0 (autonomous)
- trust: 80/100 flags: no-repository
- quality: 67/100 (needs work)
- owner: not claimed
- descriptor: https://api.protogrid.dev/v1/servers/xyz.getvia.app%2Fvia-network
- tools: https://api.protogrid.dev/v1/servers/xyz.getvia.app%2Fvia-network/tools

**An agent can connect right now, no human step.** Remote endpoint, no authentication, reachable on the last probe.

## Connection (mcpServers)

```json
{
  "mcpServers": {
    "via-network": {
      "type": "http",
      "url": "https://app.getvia.xyz/mcp"
    }
  }
}
```


## Trust

- hygiene: 80
- liveness: 100
- freshness: 85
- provenance: 55
- drivers: +dns-namespace +website +reachable +uptime-100% ~updated-85d-ago -no-repository
- Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed.

## Quality 67/100 (needs work)

### protocol: 75 (weight 25)

- warn `protocol.modern`: newest supported version is 2025-11-25; 2026-07-28 not supported, older versions are deprecated until 2027-07-28
- n/a `protocol.stateless`: only applies to 2026-07-28 servers
- pass `protocol.transport`: streamable HTTP
- n/a `protocol.list_ttl`: only applies to 2026-07-28 servers

### authorization: n/a (weight 15)

- n/a `auth.prm`, `auth.as_metadata`, `auth.cimd`: no remote uses OAuth
- n/a `auth.secret_in_url`: no templated URL

### tool hygiene: 57 (weight 30)

- pass `tools.descriptions`: every tool has a description
- warn `tools.description_length`: 3 tools have descriptions over 1,024 characters, which crowds the context
- pass `tools.schemas`: every tool has an object input schema
- fail `tools.annotations`: no tool declares readOnlyHint or destructiveHint, so clients cannot tell safe calls from risky ones
- fail `tools.directory_hints`: no tool declares all four of readOnlyHint, destructiveHint, idempotentHint and openWorldHint; missing: claim_pass (readOnlyHint, destructiveHint, idempotentHint, openWorldHint); claim_network_pass (readOnlyHint, destructiveHint, idempotentHint, openWorldHint); get_personal_shopper (readOnlyHint, destructiveHint, idempotentHint, openWorldHint); …
- warn `tools.token_cost`: about 9,966 tokens to load every tool
- pass `tools.api_dump`: tools are not a one-to-one API dump

### stability: 75 (weight 15)

- warn `stability.changes`: 16 tool changes in 30 days
- pass `stability.rug_pull`: no tool changed its meaning under the same name

### dependencies: n/a (weight 15)

- n/a `deps.known_vulns`, `deps.mcp_sdk_version`, `deps.resolvable`: no npm or PyPI package

- tools: 33, about 9,966 tokens to load them all
- tool set hash: 32414e319130a46969fe2ab2522ae5c2
- tools last changed: 2026-10-17T11:11:45.636Z
- badge: [![protogrid quality](https://protogrid.dev/badge/xyz.getvia.app/via-network.svg)](https://protogrid.dev/servers/xyz.getvia.app/via-network)
- Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed.

### Tool changes

- 2026-10-17 `buy_product` changed (description)
  - before: Buy a listing from anywhere on the network, settled in USDC on Base, without leaving this connector. Pass the seller_mcp_url and product_id from the listing (mcp_ref). For physical products include the full delivery block; for event passes include the attendee block; the call rejects with the missing fields listed if any are blank. Free passes are not bought here: use claim_pass. Returns the total, an order_ref and a pay_url. SIMPLEST, for VIA and network-member listings alike: if you hold a standard x402 wallet (MoonPay PayBox: call use_service with url = pay_url; or any exact-scheme x402 client), request pay_url and pay its 402; the order settles and is fulfilled in that one call, gas sponsored. Otherwise: VIA-native orders settle at the /api/x402/purchase endpoint returned (EIP-2612 permit as { order_ref, x_payment }, or a raw USDC transfer as { order_ref, payment_tx_hash }); member orders take a raw USDC transfer then confirm_purchase. Call get_shipping_quote first and pass buyer_country to include shipping. Physical network-member listings: pass delivery; the first call returns shipping options, call again with shipping_rate_handle set to the one you chose.
  - after: Buy a listing from anywhere on the network, settled in USDC on Base, without leaving this connector. Pass the seller_mcp_url and product_id from the listing (mcp_ref). For physical products include the full delivery block; for event passes include the attendee block; the call rejects with the missing fields listed if any are blank. Free passes are not bought here: use claim_pass. Returns the total, an order_ref and a pay_url. SIMPLEST, for VIA and network-member listings alike: if you hold a standard x402 wallet (MoonPay PayBox: call use_service with url = pay_url; or any exact-scheme x402 client), request pay_url and pay its 402; the order settles and is fulfilled in that one call, gas sponsored. Otherwise: VIA-native orders settle at the /api/x402/purchase endpoint returned (EIP-2612 permit as { order_ref, x_payment }, or a raw USDC transfer as { order_ref, payment_tx_hash }); member orders take a raw USDC transfer then confirm_purchase. Call get_shipping_quote first and pass buyer_country to include shipping. CARD: when the reply carries card_checkout_url the store takes card payments; if you act for a human with no USDC wallet, give them that link to pay by card themselves. Never ask for or handle card details. Physical network-member listings: pass delivery; the first call returns shipping options, call again with shipping_rate_handle set to the one you chose.
- 2026-10-17 `find_seller` changed (description)
  - before: Search the VIA network (VIA app + RRG + integrated platforms) for PRODUCTS and the sellers that offer them. Matches the published product catalogue (titles, descriptions, authors, categories) AND seller profiles, so 'books', an author, a title, or a category surfaces the actual product even when the seller's name does not contain the word. WHEN INTENT IS DEFINED: returns `results`, ONE relevance-ranked list blending every source. Each result carries a working `page_url` (the direct product page you give the user), plus `seller`, `price_usdc`, `image_url` (or null when the listing has no picture), and `mcp_ref` to transact. If more than one matches, PRESENT THEM side by side with prices and the key differences; do not silently pick one. WHEN INTENT IS LOOSE OR THERE IS NO MATCH: the response is `status: 'need_more_info'` with `suggested_dimensions`. DO NOT reply 'nothing is available'. Ask the user ONE clarifying question to sharpen intent (budget, brand/author, category, use), or retry this tool with a broader term, a synonym, the category, or the brand/author name. Only after a genuinely broadened retry also returns nothing should you say you could not find a match, and even then frame it as 'not found yet', not 'does not exist'.
  - after: Search the VIA network (VIA app + RRG + integrated platforms) for PRODUCTS and the sellers that offer them. Matches the published product catalogue (titles, descriptions, authors, categories) AND seller profiles, so 'books', an author, a title, or a category surfaces the actual product even when the seller's name does not contain the word. WHEN INTENT IS DEFINED: returns `results`, ONE relevance-ranked list blending every source. Each result carries a working `page_url` (the direct product page you give the user), plus `seller`, `list_price` for VIA stores (the store's own price and currency: show this to people, with its usdc as the wallet price), `price_usdc`, `image_url` (or null when the listing has no picture), and `mcp_ref` to transact. If more than one matches, PRESENT THEM side by side with prices and the key differences; do not silently pick one. WHEN INTENT IS LOOSE OR THERE IS NO MATCH: the response is `status: 'need_more_info'` with `suggested_dimensions`. DO NOT reply 'nothing is available'. Ask the user ONE clarifying question to sharpen intent (budget, brand/author, category, use), or retry this tool with a broader term, a synonym, the category, or the brand/author name. Only after a genuinely broadened retry also returns nothing should you say you could not find a match, and even then frame it as 'not found yet', not 'does not exist'.
- 2026-10-14 `get_shipping_quote` changed (inputSchema)
- 2026-10-11 `get_personal_shopper` changed (description, inputSchema)
  - before: Get a VIA Personal Shopper for the calling Mind's owner. From a name and email it sets up their VIA Personal Shopper, with its own wallet and on-chain (ERC-8004) identity that reads the whole VIA network and can buy for them within limits they set. No payment and no wallet signature, so a Mind can complete this even though it cannot sign a purchase. Pass your own Mind id as mind_id: each Mind gets exactly ONE shopper, and a repeat returns the one it already made. Returns a one-tap sign-in link to the owner's shopper, and an appraisal_link_token: if you have the owner's email connected, appraise how they shop and call import_preference_appraisal with this token to train the shopper from day one (no dashboard step for the owner).
  - after: Get a VIA Personal Shopper for the calling Mind's owner. From a name and email it emails the owner a confirmation link; when they confirm, their VIA Personal Shopper is created, with its own wallet and on-chain (ERC-8004) identity that reads the whole VIA network and can buy for them within limits they set. Nothing is created until the owner confirms the email. No payment and no wallet signature. Pass your own Mind id as mind_id: each Mind gets exactly ONE shopper. Returns pending_verification until the owner confirms; after that, a repeat call returns the shopper and an appraisal_link_token: if you have the owner's email connected, appraise how they shop and call import_preference_appraisal with this token to train the shopper from day one.
- 2026-10-09 `accept_offer` changed (inputSchema)
- 2026-10-09 `negotiate` changed (description, inputSchema)
  - before: Negotiate a PAID offer with a buyer's Buying Agent, forwarded to their buyer MCP. This is the post-door step: submit a paid offer at the brief door first (POST /api/via/brief/[brief_id]/offer), then pass that brief_id and the offer's payment_tx_hash here. There is no free pre-door pitch.
  - after: Negotiate a PAID offer with a buyer's Buying Agent, forwarded to their buyer MCP. This is the post-door step: submit a paid offer at the brief door first (POST /api/via/brief/[brief_id]/offer), then pass that brief_id, the offer's payment_tx_hash and the offer_token the door returned to you. There is no free pre-door pitch.
- 2026-10-09 `confirm_purchase` changed (inputSchema)
- 2026-10-09 `claim_network_pass` changed (description)
  - before: Claim the free VIA x Singapore Blockchain Week Network Pass for the calling Mind's owner. From a name and email it creates their full VIA activation: a VIA Personal Shopper with its own wallet and on-chain (ERC-8004) identity, a Singapore Blockchain Week membership card for their Apple or Google Wallet, and their own referral invite link. No payment and no wallet signature, so a Mind can complete this even though it cannot sign a purchase. Pass your own Mind id as mind_id: each Mind may claim exactly ONE Network Pass per event, and a repeat returns the one it already made. Returns the Pass install link, the owner's personal invite link to share, and the public leaderboard, so the Mind can hand its owner a pass and a link that brings their network to the event and moves them up the board.
  - after: Claim the free VIA x Singapore Blockchain Week Network Pass for the calling Mind's owner. From a name and email it emails the owner a confirmation link; when they open it, their full VIA activation is created: a VIA Personal Shopper with its own wallet and on-chain (ERC-8004) identity, a Singapore Blockchain Week membership card for their Apple or Google Wallet, and their own referral invite link (sent in the welcome email). Nothing is created until the owner confirms the email. No payment and no wallet signature, so a Mind can complete this even though it cannot sign a purchase. Pass your own Mind id as mind_id: each Mind may claim exactly ONE Network Pass per event, and a repeat returns the one it already made. Returns pending_verification and the public leaderboard; once the owner has confirmed, a repeat call returns the Pass install link and their personal invite link.
- 2026-10-05 `buy_product` changed (description, inputSchema)
  - before: Buy a listing from anywhere on the network, settled in USDC on Base, without leaving this connector. Pass the seller_mcp_url and product_id from the listing (mcp_ref). For physical products include the full delivery block; for event passes include the attendee block; the call rejects with the missing fields listed if any are blank. Free passes are not bought here: use claim_pass. Returns an x402 payment requirement and an order_ref, then settle at the absolute /api/x402/purchase endpoint it returns (sign an EIP-2612 USDC permit and POST { order_ref, x_payment }, OR send a raw USDC transfer to payTo and POST { order_ref, payment_tx_hash }). Call get_shipping_quote first and pass buyer_country to include shipping.
  - after: Buy a listing from anywhere on the network, settled in USDC on Base, without leaving this connector. Pass the seller_mcp_url and product_id from the listing (mcp_ref). For physical products include the full delivery block; for event passes include the attendee block; the call rejects with the missing fields listed if any are blank. Free passes are not bought here: use claim_pass. Returns the total, an order_ref and a pay_url. SIMPLEST, for VIA and network-member listings alike: if you hold a standard x402 wallet (MoonPay PayBox: call use_service with url = pay_url; or any exact-scheme x402 client), request pay_url and pay its 402; the order settles and is fulfilled in that one call, gas sponsored. Otherwise: VIA-native orders settle at the /api/x402/purchase endpoint returned (EIP-2612 permit as { order_ref, x_payment }, or a raw USDC transfer as { order_ref, payment_tx_hash }); member orders take a raw USDC transfer then confirm_purchase. Call get_shipping_quote first and pass buyer_country to include shipping. Physical network-member listings: pass delivery; the first call returns shipping options, call again with shipping_rate_handle set to the one you chose.
- 2026-09-30 `get_my_finds` added
  - Products the VIA network suggests for your owner, based on their Taste Card: title, seller, price in USDC, image URL, link and why it matched. Show your owner the images and links. Pass the action_token from VIA's message.

Full history: https://api.protogrid.dev/v1/servers/xyz.getvia.app%2Fvia-network/changes

## Remotes

- https://app.getvia.xyz/mcp (streamable-http, auth none, reachable true, uptime30d 1)

## Packages

_none_

## Tools (33)

- `accept_offer`: Ask a buyer's Buying Agent to accept a negotiated offer, forwarded to their buyer MCP. The agent auto-accepts only within the buyer's delegation caps, otherwise it queues the offer for the buyer's approval.
- `ask_sales_agent`: Ask a seller's Sales Agent a question, from anywhere on the network, without leaving this connector. It answers in the seller's voice using their locked-in memories (events, promotions, policies, stock). Pass the seller_mcp_url from a discovery result and an optional contact so the seller can reach back.
- `buy_product`: Buy a listing from anywhere on the network, settled in USDC on Base, without leaving this connector. Pass the seller_mcp_url and product_id from the listing (mcp_ref). For physical products include the full delivery block; for event passes include the attendee block; the call rejects with the missing fields listed if any are blank. Free passes are not bought here: use claim_pass. Returns the total, an order_ref and a pay_url. SIMPLEST, for VIA and network-member listings alike: if you hold a standard x402 wallet (MoonPay PayBox: call use_service with url = pay_url; or any exact-scheme x402 client), request pay_url and pay its 402; the order settles and is fulfilled in that one call, gas sponsored. Otherwise: VIA-native orders settle at the /api/x402/purchase endpoint returned (EIP-2612 permit as { order_ref, x_payment }, or a raw USDC transfer as { order_ref, payment_tx_hash }); member orders take a raw USDC transfer then confirm_purchase. Call get_shipping_quote first and pass buyer_country to include shipping. CARD: when the reply carries card_checkout_url the store takes card payments; if you act for a human with no USDC wallet, give them that link to pay by card themselves. Never ask for or handle card details. Physical network-member listings: pass delivery; the first call returns shipping options, call again with shipping_rate_handle set to the one you chose.
- `claim_network_pass`: Claim the free VIA x Singapore Blockchain Week Network Pass for the calling Mind's owner. From a name and email it emails the owner a confirmation link; when they open it, their full VIA activation is created: a VIA Personal Shopper with its own wallet and on-chain (ERC-8004) identity, a Singapore Blockchain Week membership card for their Apple or Google Wallet, and their own referral invite link (sent in the welcome email). Nothing is created until the owner confirms the email. No payment and no wallet signature, so a Mind can complete this even though it cannot sign a purchase. Pass your own Mind id as mind_id: each Mind may claim exactly ONE Network Pass per event, and a repeat returns the one it already made. Returns pending_verification and the public leaderboard; once the owner has confirmed, a repeat call returns the Pass install link and their personal invite link.
- `claim_pass`: Claim a FREE entry pass to an event on the VIA network, directly from discovery. FREE guest-list tiers only (price 0, the kind find_seller / get_seller_products surface at $0). No payment, no wallet, no x402: provide the attendee name and email, and VIA records the place, emails a confirmation, and notifies the organiser. One pass per email / per account. Paid products are NOT claimable here: connect to the seller's per-seller MCP and use buy_product (USDC via x402). Pass the product_id from a find_seller result (mcp_ref.product_id) or get_seller_products.
- `confirm_purchase`: Settle a network-MEMBER (e.g. RRG) purchase after you have sent the USDC that buy_product asked for. This is the member two-step: buy_product returns a pay-to address and amount, you transfer USDC on Base, then call this with the tx hash to mint, pay out, and get your download. For physical products include the shipping block and buyer_email. VIA-native purchases do NOT use this: they settle at the /api/x402/purchase endpoint that buy_product returns.
- `counter_quote`: Counter an existing quote, forwarded to the owning seller. Pass the quote_ref and a target price, revised selections, or both. Appends a round to the negotiation; stays non-binding until the seller approves.
- `find_buyers`: Discover live DEMAND: buyers who are actively looking for what you sell. Search by what you have ('raw selvedge denim', 'first pressing acid jazz vinyl', 'cold brew coffee') and get back buyers whose open briefs match. Each brief comes back as a TEASER: category, product type, one attribute, a door_url, and four facets where the buyer stated them , size, location, timing, and any brands they named. Use the facets to rule a brief in or out cheaply: do you stock that size, can you ship there, can you make that date. That is deliberately not enough to pitch well. The full brief (hard requirements, preferences, budget) is the paid tier: GET the door_url and pay the x402 micro-fee to unlock it, then POST your offer to the same door. Ranking already reads the full brief, so a teaser that matches is a real match. Omit query to browse recent open demand.
- `find_seller`: Search the VIA network (VIA app + RRG + integrated platforms) for PRODUCTS and the sellers that offer them. Matches the published product catalogue (titles, descriptions, authors, categories) AND seller profiles, so 'books', an author, a title, or a category surfaces the actual product even when the seller's name does not contain the word. WHEN INTENT IS DEFINED: returns `results`, ONE relevance-ranked list blending every source. Each result carries a working `page_url` (the direct product page you give the user), plus `seller`, `list_price` for VIA stores (the store's own price and currency: show this to people, with its usdc as the wallet price), `price_usdc`, `image_url` (or null when the listing has no picture), and `mcp_ref` to transact. If more than one matches, PRESENT THEM side by side with prices and the key differences; do not silently pick one. WHEN INTENT IS LOOSE OR THERE IS NO MATCH: the response is `status: 'need_more_info'` with `suggested_dimensions`. DO NOT reply 'nothing is available'. Ask the user ONE clarifying question to sharpen intent (budget, brand/author, category, use), or retry this tool with a broader term, a synonym, the category, or the brand/author name. Only after a genuinely broadened retry also returns nothing should you say you could not find a match, and even then frame it as 'not found yet', not 'does not exist'.
- `get_buyer_briefs`: See a buyer's OPEN demand as free teasers, forwarded to their buyer MCP. Each teaser carries a paid door_url: the FULL brief and the ability to offer are paid at that x402 door, not here. Use a teaser to decide if your stock fits, then go to the door.
- `get_buyer_preferences`: Read a buyer's public buying preferences, forwarded to their buyer MCP. Pass the buyer_mcp_url from a find_buyers result. Delegation caps and private notes are never exposed.
- `get_download_challenge`: Begin retrieving a digital deliverable you bought, forwarded to the owning seller. Returns a message to SIGN with the paying wallet plus a challenge token; then call get_download_links.
- `get_download_links`: Retrieve time-limited download links for a digital product you bought and settled, forwarded to the owning seller. Call get_download_challenge first, sign the message with the paying wallet, then call this with the challenge and signature.
- `get_my_finds`: Products the VIA network suggests for your owner, based on their Taste Card: title, seller, price in USDC, image URL, link and why it matched. Show your owner the images and links. Pass the action_token from VIA's message.
- `get_my_taste_card`: Read your owner's VIA Taste Card: how it reads now and whether it is published. Pass the action_token from VIA's message.
- `get_offering_schema`: Fetch the configurable option space for a per-order (configurable) product before requesting a quote, forwarded to the owning seller. Returns option groups, choices, quantity rules and surcharges. Fixed-price products have no schema; buy those with buy_product.
- `get_personal_shopper`: Get a VIA Personal Shopper for the calling Mind's owner. From a name and email it emails the owner a confirmation link; when they confirm, their VIA Personal Shopper is created, with its own wallet and on-chain (ERC-8004) identity that reads the whole VIA network and can buy for them within limits they set. Nothing is created until the owner confirms the email. No payment and no wallet signature. Pass your own Mind id as mind_id: each Mind gets exactly ONE shopper. Returns pending_verification until the owner confirms; after that, a repeat call returns the shopper and an appraisal_link_token: if you have the owner's email connected, appraise how they shop and call import_preference_appraisal with this token to train the shopper from day one.
- `get_product`: Fetch full detail for ONE listing before buying, from anywhere on the network, without leaving this connector. Pass the seller_mcp_url and product_id exactly as they appear in a find_seller / get_seller_products result (mcp_ref.seller_mcp_url and mcp_ref.product_id). Returns the listing with price, stock, and what the purchase requires. This forwards to the owning seller; the same buy loop (get_product -> get_shipping_quote -> buy_product) then settles here.
- `get_quote`: Check a quote's status by quote_ref, forwarded to the owning seller. Returns the current status, the binding total once approved, and the negotiation thread.
- `get_seller_products`: Drill into ONE seller's catalogue to answer 'is X available at seller Y'. Pass the seller_mcp_url from a find_seller / list_sellers result (a VIA-app seller or an RRG brand). Returns that seller's products matching your query (or its whole catalogue if query is omitted), each with price, in-stock sizes where known, and a direct web_url to the product page. Use this right after find_seller whenever the user names a specific seller or brand, e.g. 'raw denim jeans in size 36 at Standard & Strange'.
- `get_shipping_quote`: Resolve a seller's shipping cost to a destination country before buying, without leaving this connector. Pass the seller_mcp_url from the listing's mcp_ref and the ISO 3166-1 alpha-2 country. Returns the flat rate, a per-order-quote signal, or a rejection. Call this before buy_product and pass buyer_country there to fold shipping into the total.
- `get_store_card`: Read a VIA store card by its slug: a product co-created by members of a Back Room, with its price, the co-creators (name, share, payout wallet, ERC-8004 id), and how to buy it (the seller MCP buy_product tool over the x402 door). Returns not_found for unknown slugs.
- `get_store_status`: Check the review status of a store you registered with register_store. Returns pending, approved, or rejected (with the reason). Once approved it also returns the ERC-8004 agent id and the per-seller MCP url.
- `get_taste_card`: Read a published VIA taste card by its slug: the public, human-curated identity subset (references, obsessions, aesthetic words, anti-references) plus the member agent address. Cards are shared by their owners; there is no directory or search. Returns not_published for unknown or unpublished slugs.
- `get_via_overview`: Short overview of VIA Labs, the agentic-commerce platform: what it does, key entrypoints for buyers and sellers, where to onboard.
- `import_preference_appraisal`: Import a buyer's shopping-preference appraisal (derived by a Mind from the owner's email) onto their VIA Personal Shopper. Requires a link_token the owner minted in their VIA dashboard; it scopes the write to exactly one buyer. Pass ONLY the structured fields (categories, brands liked and avoided, sizes, cadence, budget signal): no free text, individual purchases, addresses, payment methods, order numbers or other personal details, and any extra field is discarded. VIA never receives raw email. Taste signals shape matching immediately and are drafted into the owner's Taste Card for them to approve and publish; the budget signal becomes a PROPOSED spending cap that the owner must approve in the dashboard before it gates any autonomous spend.
- `list_sellers`: List active sellers across the VIA network (VIA app + RRG + integrated platforms). Each result is tagged with its platform and includes the per-seller MCP URL to connect to for deeper interaction (list_products, ask_sales_agent, buy_product).
- `negotiate`: Negotiate a PAID offer with a buyer's Buying Agent, forwarded to their buyer MCP. This is the post-door step: submit a paid offer at the brief door first (POST /api/via/brief/[brief_id]/offer), then pass that brief_id, the offer's payment_tx_hash and the offer_token the door returned to you. There is no free pre-door pitch.
- `register_store`: Register your own store on the VIA network (no thirdweb, no human wizard). You only need ONE wallet: your payout_wallet (USDC lands here, you keep 97.5%). The platform creates and operates your store's ERC-8004 identity wallet for you; you do not supply or hold it. The flat 2.5% network fee is unchanged. Your store is created PENDING and stays invisible until a human reviews it for quality (nothing illegal, immoral, or offensive) within 24 hours. On approval the store goes live and its ERC-8004 identity is minted. Poll get_store_status with the returned slug to track the decision.
- `request_quote`: Request an advisory price for a configurable product, forwarded to the owning seller. Pass the selections from get_offering_schema. Returns a quote_ref and a NON-BINDING proposed_total the seller reviews. Poll get_quote for the decision.
- `seller_mcp_url`: Return the per-seller MCP endpoint URL for a given seller slug, verified against the active seller index.
- `submit_intent`: Submit a buyer's INTENT in their own words. Two things happen: (1) you get back the products across the VIA network that genuinely match it, from the full agentic matcher (it reads each product's data and reasons, it is not keyword search); and (2) the intent is BROADCAST live onto the network as an anonymised teaser (category + product type + one attribute only, never the raw text or any identity), so it appears on The Wire (app.getvia.xyz/wire) and sellers can respond. Use this when you are buying ON BEHALF of someone and want defined matches plus live broadcast. State the brief naturally, including any hard requirements ("raw selvedge denim, 32 waist", "first pressing on the Stiff label", "a gift of coffee"). Hard requirements are enforced (a product that fails one is excluded); broad briefs return on-category options. Returns matches with seller, price, a direct page_url, and the mcp_url to transact, plus broadcast:true and a door_url when the intent went live. For matching AND broadcast tied to a specific VIA buyer's saved taste and budget (and seller pitch-back), call submit_intent on that buyer's MCP (/buyers/{handle}/mcp) instead.
- `update_taste_card`: Change your owner's VIA Taste Card on their instruction: add or remove items per field, set a headline, and publish or unpublish. Set publish=true ONLY when the owner has explicitly asked to publish; publishing shares the card with the VIA network, which then suggests products and matches. The owner is notified of every change and can undo it in the app. Pass the action_token from VIA's message.