Update to Brickfact

{
  "description": "Find and compare LEGO sets with Brickfact, choose gifts, assess recorded retail prices, and prepare app handoffs for price alerts or watchlists.",
  "included_files": [],
  "name": "brickfact-shopping",
  "skill_md_contents": "---\nname: brickfact-shopping\ndescription: Find and compare LEGO sets with Brickfact, choose gifts, assess recorded retail prices, and prepare app handoffs for price alerts or watchlists.\n---\n\nUse Brickfact's public catalogue tools for LEGO shopping in DE, AT, CH, GB, US, FR, NL, ES and IT. Reply in the user's language where supported.\n\n## Shopping context\n\nReuse the delivery market already supplied in the conversation. If it is missing, ask which country the user is shopping in; language and currency alone do not establish delivery country. Keep that market when the user changes budget, theme or result language.\n\nUse `price_basis: delivered` for shopping detail, offer and comparison calls as well. For a shopping budget including shipping, call `search_sets` with `price_basis: delivered`. These searches filter and sort known delivered totals before pagination. Use `item` only when the user wants item prices excluding shipping. A missing shipping fee is unknown, never free. A feed timestamp is not proof of stock or delivery by a deadline.\n\nResolve named themes with `list_themes`; do not guess their IDs. Preserve explicit price, piece-count and retirement constraints. If there are no results, explain which constraint could be relaxed and ask before exceeding the budget or changing market. Do not silently retry an unavailable delivered-price search as item-price search.\n\n## Gifts and discovery\n\nUse the age, interests, budget and market the user has already provided. Ask only for missing information that materially affects the selection; offer a small range when preferences are broad. Translate interests into supported theme searches and explain matches using returned attributes. Manufacturer age labels are building recommendations, not safety certification, and an 18+ label alone does not establish difficulty. Never invent build quality, play features, recipient suitability or a guaranteed arrival date.\n\nUse `find_alternatives` for a known set, optionally with `preference: cheaper`, a delivered `max_price`, or `fewer_pieces`. These are bounded related candidates, not an exhaustive best-of ranking. Fewer pieces does not mean a smaller finished model.\n\n## Presentation and evidence\n\nAfter choosing final IDs from search or alternatives, call `render_sets` for up to six shopping cards, or use `view: comparison` for two to four sets. Keep a text answer useful when the host has no UI. Refer to the main differences; avoid repeating every field shown in the cards.\n\nUse `get_retail_price_history` for recorded shop-price history and `assess_deal` for a current-offer comparison. Report the currency, recorded coverage and freshness. History excludes Amazon, so do not describe the recorded low as the lowest price ever across all shops. `get_price_history` is a separate EUR sealed-set market valuation series; it is not historical retail pricing or a forecast.\n\n## Shortlists, watchlists and alerts\n\nThe shopping card's shortlist belongs to that card and is not synced to a Brickfact account. Do not imply it is a persistent account wishlist.\n\nFor a price alert or account watchlist, call `get_app_handoff` with the chosen set, market, action and optional target price. Give the returned app link and remaining steps. `created: false` means nothing has been created: the user must sign in and finish in the app. Do not ask for passwords, payment details, email addresses or notification tokens. Do not promise notification delivery or ongoing monitoring by this conversation.\n"
}