用途：为面向中小商家的零售/电商产品（自有店面、库存、定价、购物车挽回）提供领域知识，在编写任何零售类架构或计划文档的目录、库存、定价、购物车章节前使用，避免“有商品和购物车”式的幼稚设计。
主要能力： 一、术语规范：区分 SKU 与变体（变体是可购买配置，SKU 是其唯一编码；产品是父级）；多渠道/全渠道（全渠道还需统一库存池）；补货点=(日均需求×交货天数)+安全库存，交货期与安全库存缺一不可；COGS、毛利=(价格−COGS)/价格，毛利须按到岸成本（含运费、关税、处理费）计算；ATS=在手−已分配−安全库存，客户按 ATS 购买；缺货补货与预售是不同履约承诺；购物车放弃率=1−完成结账/创建购物车；AOV 与转化率；拣货打包发货、直发；MAP 最低广告价。 二、非显性规则：不与 Shopify 店面正面竞争，差异化放在多渠道库存+补货与购物车挽回；变体组合会爆炸（如 5×8×3=120 个变体），数据模型、界面与导入须支持每商品数百变体且各自有 SKU/价格/库存；库存必须感知渠道，同一 SKU 在店面、Amazon、POS 同时销售并同步扣减；定价规则须钳制到毛利下限与 MAP，低于到岸成本的规则是缺陷。 三、常见错误：无变体模型的扁平商品表；单渠道库存；无交货期/安全库存的“低于 N 补货”；忽略同意与抑制名单的购物车挽回（CAN-SPAM/TCPA/GDPR）；忽略毛利下限的定价。 四、必须建模的实体：Product（含选项轴）、Variant（选项值、SKU、价格、COGS/到岸成本）、InventoryLevel（变体、渠道/地点、在手、已分配、安全库存，推导 ATS）、ReorderRule（补货点、补货量、交货天数、供应商）、PricingRule（范围、触发、动作、毛利下限、MAP）、AbandonedCart（购物车、客户、行项目、金额、放弃时间、挽回状态、同意/抑制）。其中变体选项矩阵与按渠道索引的库存层最易被忽略。 五、各模块要点：店面负责目录、结账、主题，重点是产品→变体模型与可索引 URL，结账对齐 Shopify 即可；库存是 Shopify 覆盖不足的切入点，核心是渠道感知库存与补货点数学；定价为规则化定价与促销，每条规则钳制毛利下限与 MAP；购物车挽回通过定时邮件/短信，关键是同意、抑制与时机。 六、合规：销售税联结阈值因州而异，具体计算与申报交给计费模块，不要自研；邮件/短信同意与退订、静默时段由生命周期消息模块承接；PCI 采用 Stripe 托管元素使卡数据不经过自有服务器（SAQ-A 范围）。
使用方式：在架构/计划/设计文档中贡献“零售领域”小节，写入模型、补货公式、定价钳制、购物车挽回、差异化切入点与合规委托项，并预留目录/变体/库存导入迁移路径。
限制：资料未提供该技能的安装命令、运行环境、平台支持、收费与定价信息，暂未提供。