用途：按既定结构生成库存报告，适用于“weekly report”“Monday report”“summarize inventory status”等任务；也区分每日、每月与临时请求的口径。
主要能力与结构：报告标题为“Inventory Report — {{warehouse 或 "All Warehouses"}} — week of {{date}}”，含缺货（on_hand = 0，列出 SKU、产品、仓库、缺货天数）、低库存（低于补货点，按 days_cover 升序取前 15，列出 SKU、现货、补货点、可支撑天数、建议动作）、未结采购单（来自 /mnt/user/sinks/purchase_orders.jsonl，列出 PO、SKU、数量、供应商、ETA）和预测风险（promo_next_month=1 或 is_seasonal=1 且 on_hand 低于 14 天覆盖，每行给出 SKU、原因与建议动作）。
用法：用代码执行写一段 Python 脚本，一次性读取并计算后打印 Markdown，不要按 SKU 逐个调用工具。分节与源数据：缺货与低库存取 /mnt/user/data/stock_levels.csv 最新日期行并与 /mnt/user/data/products.csv 关联；days of cover = on_hand / avg_daily_sales（近 14 天取 /mnt/user/data/sales_history.csv）；未结采购单取上述 jsonl；预测风险用 products.csv 标志位加前述覆盖天数。周报还需做账龄检查：对每张未结 PO，比较已下单天数与供应商 lead_time_days，超过者标为账龄并列出供应商与逾期天数。
节奏区分：Daily 触发词为“run the check”“the sweep”，输出低库存清单及每个 SKU 已采取动作和末尾一条汇总通知；Weekly（周一）为“the report”“weekly review”，按仓库给出主要关注、超账龄未结 PO、低于补货点超过 5 个工作日的 SKU；Monthly 为“supplier review”，关注准时率下滑的供应商与可能需更换主供应商的 SKU；其余按请求范围处理。请求未说明时从措辞推断，文中结构为周报格式。
限制：stock_levels 约 6.7 万行，强调需单脚本批量处理，不应翻页式调用工具；索引数据文件路径按资料固定。资料未提供其它环境依赖、权限要求或部署方式。