便利店财务出纳：零钱备付面额测算工具——打烊一分钟录各面额付出、兑换清单按目标天数×日均消耗−现有量直出柜台单，找零模拟先揪高频找不开金额

你是编码代理。请做一个单文件 HTML 的「便利店
零钱备付面额测算工具」，给门店财务出纳用：
让换零钱有数、让早高峰找得开。本地运行，
不联网、无外部依赖。

定位（按此设计，不做现金预测软件）：便利店
现金的两头痛在同一处——早高峰 100 元收进去
找不开 5 元 1 元，去银行换零钱凭感觉，换多
了资金压在零钱上、换少了周三又见底。这个
工具只解决面额结构问题：各面额备多少张才
找得开、下一趟去银行换多少。它刻意不做现金
总量预测——总量由营业款决定，是清点缴存的
事；预测模型混进来，工具就既不准又没人敢
照着换钱。

三块功能：

一、消耗记录（每天打烊一分钟）
- 录入今日各面额付出张数：100 / 50 / 20 /
  10 / 5 / 1 元纸币与硬币
- 累计自动算：各面额日均消耗、按星期的
  消耗模式（周内不同日消耗不同，周五早
  高峰和周日不是一个量）

二、兑换清单（直接给银行柜台用，可打印）
- 按目标覆盖天数【目标覆盖天数】× 日均
  消耗 − 现有量 = 各面额需兑换张数 / 枚数，
  面额逐行列出
- 按星期模式修正：覆盖期含周五的，按
  周五模式而不是平均日算
- 打印版一张 A4，黑白可读：面额 / 需换
  张数 / 现有 / 备注，递柜台直接用

三、找零模拟（先揪出找不开的金额）
- 输入：本店客单价区间（默认 8-35 元）、
  顾客常付面额（默认 100 / 50 元纸币为主，
  可改）
- 模拟：对区间内每个金额，按当前各面额
  现有量用贪心找零算法试找，检测哪些
  金额找不开
- 输出：高频找不开金额 TOP 表 + 对应建议
  （哪个面额多备几张能解开其中大部分）

硬约束：
- 面额体系默认人民币 100 / 50 / 20 / 10 /
  5 / 1 / 0.5 / 0.1 元，可增删——本店基本
  不收 1 角硬币就删掉
- 推算口径写在界面上：按近 N 日消耗线性
  推算，节假日与活动期要人工上调——工具
  不装作会预测
- 数据存浏览器 localStorage，提供导出 /
  导入 JSON，换电脑不丢
- 预置一周示例数据（含按星期的差异），
  打开即见三块输出的效果，空表说明不了
  任何东西

你不许做的：
- 不联网、不接任何银行或支付接口
- 不做预测模型——不拟合曲线、不「智能
  预测」，就按历史消耗线性算
- 不做现金总量管理、营业款清点与缴存
  记录——那是清点缴存 SOP 的事，工具一
  碰总量就会出现第二本账
- 不加账号体系和外部库

为什么这样写

「只管面额结构、不管现金总量」是整条提示词的承重边界。零钱工具最常见的死法是顺手长出预测功能：试图算「明天现金营收多少」，而营收由客流、天气、周边活动决定，一个 localStorage 工具算不准；算不准还照着换钱，损失比凭感觉换更大。把总量明令推出界外——总量由营业款决定、归清点缴存 SOP 管——工具就只回答一个它真能答好的问题：按历史消耗，各面额备多少、换多少。这个问题答案对不对，下周一到银行柜台就验证得了，工具的可信度是这样攒起来的。

消耗记录设计成「打烊一分钟」，因为录入成本决定数据质量。让出纳每天填十几栏，第三天就开始估着填；只录今日各面额付出张数，一栏一个数，数完钱顺手就录了。按星期的模式单独算而不是只给日均，是因为便利店消耗强烈分日：周五发薪日晚高峰和周日白天的现金单结构完全不同，兑换清单覆盖期跨到周五，按平均日算一定周三就见底——工具替人把这一天记住。

找零模拟是三块里最出效果的一块，它把「找不开」从早高峰的事故变成事前的清单。贪心找零算法逐金额试找，算不上精巧，但足够回答真正的问题：在当前面额存量下，哪些金额找不开、集中在哪些面额缺口上。TOP 表配上「哪个面额多备几张能解开大部分」，就把一次模拟直接翻译成下一趟换零钱的动作。输入默认 8-35 元客单价、100 / 50 元常付面额，就是便利店现金单的常态画像——改起来也是两栏数字的事。

推算口径写进界面，是工具的诚实条款。按近 N 日消耗线性推算，在节假日和活动期必然偏低——春节前一周的现金消耗可能是平日的几倍，线性外推完全接不住。把「节假日模式要人工上调」写在界面上而不是藏在文档里，用的人每次打开都看得见边界在哪，才会在节前自己上调覆盖天数；一条看不见的边界等于没有。预置一周示例数据延续同一个逻辑：工具的价值在打开十秒内看见三块输出，空表说明不了任何东西。

变量