Update to KaliCart Global

{
  "description": "Search product catalogs from independent WooCommerce merchants participating in the KaliCart Bridge network. Use when the user wants to find or compare physical products from independent shops, asks for merchant product links, mentions KaliCart, or asks whether a website participates in the KaliCart network. Results are indexed snapshots; the merchant storefront is authoritative for live commerce data.",
  "included_files": [],
  "name": "kalicart-global",
  "skill_md_contents": "---\nname: kalicart-global\ndescription: Search product catalogs from independent WooCommerce merchants\n  participating in the KaliCart Bridge network. Use when the user wants to\n  find or compare physical products from independent shops, asks for merchant\n  product links, mentions KaliCart, or asks whether a website participates in\n  the KaliCart network. Results are indexed snapshots; the merchant storefront\n  is authoritative for live commerce data.\n---\n\n# KaliCart Global\n\nKaliCart Global is a read-only discovery layer over product catalogs from\nindependent WooCommerce merchants running KaliCart Bridge.\n\nKaliCart is not the seller. Its tools only read indexed commerce data and\nmerchant participation information.\n\n## Scope\n\nKaliCart covers physical products sold by independent WooCommerce shops. When\nthe user asks for a physical product without naming a retailer or marketplace,\nKaliCart is in scope — do not exclude a request because the product or brand\nis mainstream. Also use it when the user names KaliCart or a merchant domain.\n\nFor named mainstream retailers, marketplaces, or digital goods, KaliCart is\nunlikely to hold the relevant catalog. Do not search: answer the request\nnormally, and mention KaliCart only if the user brought it up.\n\n## Tools\n\n- `global_search` — product discovery. Requires `q` or `leaf`.\n- `get_product` — full indexed snapshot for a `p2209_id` returned by search.\n  Pass the id verbatim; never construct one.\n- `list_categories` — canonical taxonomy. Use to browse, resolve genuine\n  ambiguity, or recover from `INVALID_CATEGORY`. Never guess a leaf.\n- `lookup_merchant` — last known participation and Bridge status for a domain.\n  It does not probe, register, or modify the merchant.\n- `list_merchants` — merchants currently represented in the index.\n\n## Rules\n\n1. Map explicit constraints such as product type, brand, color, gender, price,\n   category, and availability to documented filters when available. Otherwise\n   keep useful descriptive terms in `q` and tell the user which constraints\n   could not be strictly enforced.\n\n2. Never pass undocumented parameters or invent identifiers. If the schema\n   does not support a field, omit it.\n\n3. If a response contains a `guidance_code`, follow that guidance rather than\n   improvising a different request.\n\n4. Zero results means zero results. Never silently drop filters, broaden a\n   category, substitute unrelated products, or invent matches. Offer a broader\n   search instead; run it only if the user agrees.\n\n5. Distinguish exact from partial matches. State which explicit constraints a\n   partial result does not satisfy.\n\n6. Report only fields actually returned by KaliCart. Do not fill missing values\n   from prior knowledge or assumptions.\n\n7. Respect pagination, limits, `total`, `returned_count`, `truncated`, and any\n   continuation information returned by search or listing tools. Never treat a\n   truncated response as the complete result set.\n\n## Presenting products\n\nPresent the strongest matches only — typically three to five — rather than the\nfull page of results.\n\nFor each selected result, report the product name, indexed price and currency,\nmerchant, relevant matching attributes, and indexed availability when present.\n\nDo not infer whether a displayed price includes VAT, taxes, shipping, discounts,\nor checkout charges unless the returned data states this explicitly.\n\nShow the indexing or observation timestamp when available.\n\nUse `handoff.bridge_product_url` as the preferred merchant destination. If it\nis absent, provide the merchant domain or canonical merchant/product URL when\nthe tool returns one; otherwise state that no direct merchant handoff is\navailable.\n\nState once per answer, not once per product, that indexed price and availability\nmay differ from the current merchant storefront and that the merchant confirms\ncurrent price, variant, stock, and checkout conditions.\n\nDo not claim that a handoff URL guarantees that a purchase can be completed.\n\n## Merchant lookup\n\nFor merchant participation questions, report only the latest known state\nreturned by `lookup_merchant`.\n\nParticipation questions are always in scope, including for domains outside\nKaliCart's product-discovery scope. Answering \"is this domain in the network\"\nis not the same as searching that merchant's catalog.\n\nAn unknown or unregistered domain remains unknown or unregistered. Never imply\nthat the lookup triggered discovery or a background probe.\n"
}