从自组花束到自己的花店
预算浮动实验（本地，未发布）
园主认可给随机性和意外留空间。八格货架改为每次来客抽取一次预算浮动，同一位客人看多款花不重复抽；用途、体量、浓香与花色偏好仍先判定，硬性不合适不会因便宜随机成交。
当前试验曲线：基础参考价记作 V，成交概率为 clamp((V + 10 - 售价) / 14, 0, 1)，即 V-4及以下稳定接受，V+10及以上不买，中间逐步变化。这不是最终经济常数，不显示给玩家当答案。旧单批花房沿用旧逻辑，本轮只改八格摊；已有商品进入相同新来客规则，不改配方、鲜度或已成交金额。
货架保存独立伪随机状态，每位来客推进一次。暂停不推进、改价不重抽、开关摊不重置；刷新接着同一序列，在线逐tick和离线批量一致。只影响预算，客流仍每20tick一位、最多一束；不保证售罄、盈利或补偿玩家亏损。
隔离128个种子、晴天小束8束、450tick：价格10/12/14/16/18/20平均售出8/8/7.95/7.36/5.74/2.71。只是曲线验证，不是现实平均收益或自然试玩结论；售价更高风险更大，均价是否过宽仍需顾问/真人观察。
预设校验约束（本地新增）：搭配起点在自带用途/售价下至少有一类潜在顾客，不提供降价也无法救回的教学死路。只约束官方起点，不保证自创搭配赚钱；旧货与收藏不自动改写。蓝色午后补一枝蓝绣球，月下小礼补金盏花，蓝星小束/紫色黄昏降低起售价。库存变更只更新编辑器提示，不重建表单。
最新本地修正：花摊导航与主温室统一680px断点，桌面位于顶部，手机才用底栏；目录与陈列同步切换。修复此前桌面仍无条件出现手机底栏的问题，尚未随新版本发布。
发布更新：下述本地候选已于 2026-09-08 随 beta48-29 上线。手机实机验收仍待补充，自动化检查不等同真人验收。历史段落保留当时状态。
当前实现：本地发布候选
八格花摊、九种普通花材、手动收藏与删除搭配、补货、独立鲜度、共享客流、收摊小票、未开摊提醒已实现。暂停仍全局生效。订单页重复配花入口退役。
每束至少两枝，同种可以；制作三束单枝不算合规。旧单枝商品卖完、已接受的旧回购仍履约，旧收藏不删除，但重新制作需补足。
新档完成首份委托，并备齐至少两种各两枝、合计八枝花材后，可主动免费开启。开启不扣料且永久保留。已有货架、历史成交或待售批次的旧档直接保留权限。邀请不凭空绑定人物。
以下保留讨论历史，以本节为当前实现口径。扩建、堆叠、雇佣和现实节庆仍未实施。本轮尚未部署。
记录日期：2026-09-08。状态：方向讨论与分期提案，未实施，未改变线上规则。
最新覆盖决定：园主撤回自动入档方案，改为手动“收藏搭配”，可从编辑器或摊上现有花束收藏。同名同配方不重复；目录可确认移除收藏，不影响实物、材料与历史。停止自动补录，已有收藏不擅自清空。主温室顶部花摊快捷键移除，保留底部导航。下文自动入档段落为历史方案，已被本决定取代。
未开摊提醒与解锁候选
本地已实现：有货但未开摊时，花毯上方显示突出提示及“开摊迎客”按钮；底部花摊tab显示提醒。空摊、营业中不提示；游戏暂停时明确鲜度也暂停，不误报仍在下降。手动开摊，不自动替玩家营业。订单页重复的自创花束入口隐藏退役，保留内部旧批次兼容节点与温室流程跳转；固定委托、材料库存和回信不删除。
建议、尚未实施的首次开启条件：完成首份委托，并同时拥有至少2种可配花材、每种至少2枝、合计至少8枝。计花材，不计种子或观赏样株；足够做几束小花，不要求一上来摆满8格。满足后由已有委托人介绍一个可摆摊的位置，玩家主动接受。无需等待林阿姨第二幕，不把较长人物线变成主经营门槛。
正式接入时一经解锁永久保留，消耗库存不会重锁；已经使用过花摊的旧档直接保留权限。邀请文案要与实际完成过的委托人匹配，未认识林阿姨不可凭空借她之口介绍。目前只记录候选，不修改试玩档开放状态，也不授予免费货或保证盈利。
首个独立地摊切片：本地已实现
八格小摊第一阶段（本地待试玩）
#### 后续完善：全花材与营业小票（本地）
目录补正：成功制作上架即按现场名称和配方自动入档，不再要求另点保存；补货同名同配方合并，改配方保留版本。打开目录时一次补录现存货架与仍保留的历史销售记录，不退料、不重复制作。草稿和失败制作不记录；沿用最近20条配方上限，已被历史上限清除的旧作品无法凭空恢复。
园主试玩认可八格循环，本轮授权加强而不改暂停定义。配花扩为9项普通材料（新增野莓花、琉璃苣、矢车菊），保留三色绣球，排除蝴蝶兰样株；7个预设覆盖全材料。旧配方补零，不改其用料；缺货材料收起，已选材料不因库存变化消失。
每批可直接选择1–5束补货，展示空位、缺料和折价；在真正扣料前再次校验，不重置旧花鲜度或改写正在编辑的配方。
每次开启到收摊单独保存营业账：本次售出、营业收入、到账，必要时显示还款/堆肥；最受欢迎来自真实成交数量，滞销反馈来自真实顾客原话，不用推测评分。手动收摊、售罄和全部到期都会结算，收摊不销毁剩货；再开摊从新基线开始，旧累计收益不混入本次。小票标注剩货为收摊时快照，鲜度以货架为准。
视觉改为独立摊位的布面、价签与招牌配色，补货和调价操作行在窄屏改为分行网格，按钮不固定裁切高度。浏览器工具拒绝当前file URL，真实手机视觉仍须园主试玩。未上线。
园主进一步授权完成第一阶段：固定8个陈列位置，一束占一格，同款可一次制作1–5束；支持混摆不同配方、售价和用途。新增批次直接上架，不覆盖旧批次；摊位可一边营业一边配花补空位。
客流全摊共享，每20tick一位，同一位最多购买一束；按轮转顺序查看可买批次，不因货位增多复制客流。各批鲜度独立450tick（1倍约10分8秒），这是新的货架试验参数，区别于旧单批150tick；新货不刷新旧货。收摊只停止接客，花仍老化；全局暂停停止所有货架推进。离线按1倍基础tick补算。
每批可1–80金币调价，旧成交不回写。提前堆肥需确认，材料不退回；自然到期自动堆肥并记录，售罄/到期归入原销售历史，回购继续使用现有链路。扣料前检查格数与材料，失败不部分扣除。
老单批先沿原流程售完/结算，不搬入新架重复售卖。当前容量始终8，无扩建购买、叠放、雇佣或时段客群；后续扩建改变容量的规则留作下一阶段，不增加假按钮。每格鲜度条、剩余时间、共享营业状态、累计收入/到账和最近顾客反馈已接入。
货架用主存档productWorkshop.shelf，可暂停、归一化和离线结算。逻辑审计验证满格原子扣料、共享客流、独立鲜度、暂停、存档、批量/逐tick一致与防重复堆肥。实际手机布局与经营乐趣尚待园主试玩；仅本地，未发布。
园主确认先做独立地摊，开启条件与完整衔接后议。当前采用主游戏中的全屏工作区，而非另建一套实验资金：顶部“我的花摊”直接进入，没有新增门槛；仍共享原花材、配方、批次和存档。
摊位与目录分区，手机纵向排列并可跳到配方。目录包含三个搭配起点、保存配方及上一批商品，选择只加载草稿，制作才扣材料。保持单批营业，现有批次结算前不覆盖、不刷新鲜度；待售前仍可调整用途和售价。营业中允许1–80金币涨价/降价，只影响后续顾客，保留原成交价格。没有保底盈利或提高预算。
保留成交表现、倒计时、离开继续营业、全局暂停、回购及最近销售。未来多货位/持续补货、雇佣、节庆与解锁条件未实现。当前属于独立界面第一切片，不等同完整店铺系统。尚未上线，需实机检验布局和经营感。
为什么要搬出来
园主认为自组花束有潜力，但现有小窗口、盈利表现和操作难度可能劝退玩家。需要检验的不是“能否再加一个系统”，而是现有配花成果是否值得持续经营。
核心假设：种花获得材料，搭配形成自己的商品，通过顾客反应调整配方、定价与供货，再用经营所得扩大自己的店。花束是玩家拥有并反复经营的产品，不只是一次性试验结果。
不承诺换成大页面就会变好玩；收益不透明、昂贵花束难卖、反复配置步骤多，需要同时验证。花店为种植提供用途和现金出口，不把种植降为无意义的原料按钮。
园主提出的范围
- 可直接或渐进地从自组花束发展成自主经营的店。
- 售罄几次、回购几次或好评可触发开店邀请；具体次数未定。
- 原合伙花摊仅为可能的后期过渡，不默认复活。别人摊位限制玩家调控，与本轮自主经营方向存在冲突。
- 有预先配置的花束可卖，也能继续试新配方；支持调价、补货和下架。
- 不同时段的顾客与需求可能不同；真实节假日如情人节可以增加买花需求。
- 后续可扩店、雇佣付薪员工，员工存在休息与效率差异；再向生产流程自动化发展。
开发建议：先有小店，再获得扩店理由
青禾建议不把“售罄N次”设为唯一门槛：当玩家正在被难卖劝退时，要求先卖成功才能得到更好用的界面，会让最需要改进的人碰不到改进。
第一版已有花房入口直接通向独立工作区，叫花店或小花铺都可，先不引入昂贵房产和新贷款。营业成绩之后触发自愿扩店邀请，而不是强制切换玩法。售罄、回购、累计营业额可以作为不同成长证据，不强迫每项都完成。门槛数值由自然档测试决定。
从小铺到店铺可以用陈列规模与招牌表现。无需先实现所有室内装饰。也不重开旧花摊的独立经济和转盘。
第一阶段：搬家并缩短操作
沿用当前库存、配方、批次、顾客评价、收款与云存档，不重写经济模型。
- 独立工作区首屏是正在卖的花束、售价、余量、已售和剩余鲜度；配花作为明确的“新品”动作。
- 已保存配方变成商品目录：外观、名字、每束用料、参考折价、上次售价及销量。可直接按配方制作，不必重填比例。
- 内置少量入门配方，明确是搭配起点而非推荐盈利保证。所有配方照常扣材料，玩家可改名、改配方，不免费生成商品。
- 调价在货架上完成；确认制作前显示数量、所耗材料和整批折价。成交总收入、还款和实际到账保持分开。
- 显示顾客没买的主要原因，但不默认公布所有预算或最佳价格。逐步让人看懂是价格、用途不合还是来客不足。
- 手机不靠左右并排塞满：先货架，再商品目录；制作编辑另开工作区，返回保留货架位置。暂停、关闭、折叠状态不得因tick重建。
先迁移单批流程，验证入口与重复上货手感，再增加货位。不能只换名字和页面面积就宣称经营体验完成。
第二阶段：真正的货架
候选为少量并行货位，数量未定；不是无限堆商品。玩家决定卖哪种、每批多少、定什么价格，这才形成库存取舍。
- 同一时段顾客池共享，不能每加一个货位就凭空复制一倍顾客和购买预算。
- 补货按新批次扣材料并保留各自制作时间；新货不能把旧货的鲜度重置。售出顺序优先旧批次，混批仍能正确结算。
- 上架前清楚展示折价与售价，允许低价出售，不保底每个配方盈利。
- 下架区分“停止陈列”和“提前堆肥”。停止陈列不退花材、不暂停鲜度；堆肥是不可逆动作，需明确确认。若第一版不支持暂停陈列，就直接命名“提前堆肥”，不做含糊的下架按钮。
- 到期剩余按现有规则堆肥；新店是否延长鲜度另作平衡决定，不顺手降低容错。
- 常驻订单保留稳定出口，特殊委托与回购可引用玩家已有配方，不强制把所有订单改成自创花束。
盈利与节奏如何验收
用同一材料口径比较基础搭配、昂贵花材搭配和堆料搭配，在不同用途与售价下观察销量、收入、折价差额、剩货与消耗时间。花材折价不是已经支付的现金，也不是实际种植利润。
统计每次补货所需点击数、从收获到上架的时间和玩家是否能解释一次滞销原因。检查预设配方是否减少门槛，同时保留自创配方的价值。
需要有容易理解的可行经营路径，但不必所有组合都赚、不禁止踩坑。不能单纯提高顾客预算掩盖定位、供货量和材料价格的问题。顾客需求应允许多种商品服务不同偏好，而不是全维度堆满碾压一切。
是否“好玩”由自然档试玩判断；QA库存与加速推演只验证正确性，不算正常盈利证据。
第三阶段：时间里的街坊
真实时间段与节假日是候选，不作为首版前置。先用可测试的营业时段模拟顾客构成，再决定是否绑定现实时间。
- 昼间、傍晚等时段改变客群占比和需求，不把某种关键材料或进度锁在玩家必须熬夜的时段。
- 真实节日提供额外需求、氛围与替代性机会，不出现没上线就永久错失的关键奖励。
- 日常仍有可经营的需求；不能只有情人节花束才卖得动。
- 如绑定现实日历，需明确店铺时区、夏令时、跨日与离线结算；跨设备统一规则，不以浏览器当前显示小时直接补算全部历史客流。
- 不能简单把节日客流全翻倍而不检查供货与收益。营业时间、游戏暂停和节庆日历要分别说明；不让全局暂停悄悄扣工资或消耗商品。
第四阶段：花店升级与雇佣
升级优先改变可见能力：多一个陈列位、合理的保鲜、备料空间、包装效率等。每项应让玩家感到自己经营的店变了，而不是只有收益乘数。
雇佣自动化重复劳动：按玩家保存的配方、库存上限、补货规则制作与补货。定价策略、重要委托交付与新品方向仍由玩家决定，除非玩家明确授权自动规则。
工资需要与可支付余额、结算周期、离线、暂停、分期扣款协调。候选规则是预算不足停工并提示，不自动负债。休息用可见排班或提前提示，不用随机罢工制造必须盯屏的事故；“不定时休息”先作为园主想法保留，不默认采用。
雇佣应能带来省心或吞吐改善，扣除工资后不应成为看不懂的陷阱；也不能无条件自我增殖现金。
后续备忘：花店广告投放（2026-09-09，暂缓）
园主补充：小摊发展成大店后，可以增加“打广告”这一临时付费消费项目，投入金币，在一段时间内促进销量。本轮仅记录，不实现、不改变当前小摊或开发优先级。
候选实现是提升一段时间的客流/曝光，而不是保证成交或直接乘收入；商品适配、价格、鲜度与供货仍决定实际销售。玩家可以提前备货，再选择投放，承担广告费回不来的经营风险。
后续需定：开启门槛、费用、时长、客流幅度、是否有不同投放对象，以及重复投放、缺货、收店、暂停和离线时如何计时。界面应显示广告剩余时间与花费，并在收摊报表单列广告支出；未经对照，不能把投放期间所有销售都算成广告带来的增量。不加新货币、抽奖或强制每日投放。
第五阶段：生产流程
在多个稳定畅销配方与明确补货需求出现后，再接“种植 → 收花 → 配花 → 包装 → 陈列 → 售卖”的流程。复用现有温室设备和花店规则，先显示真实瓶颈，再提供自动化。
每条自动规则有原料预算、保留订单材料量、最大库存和暂停开关。先做一条玩家看得懂的链，不一次铺设工厂地图或大量中间货币。
数据与迁移边界
当前只有单批市场。未来货架不能把同一批同时留在旧窗口和新店售卖。旧营业先完整结算或迁入唯一位置；历史收入、配方版本、回购关系和旧鲜度保留。
批次需要稳定标识，售卖、堆肥和离线结算必须幂等；旧档、新档、读档与云恢复都要覆盖。顾客不可重复消费同一预算，补货不可在材料不足时部分扣款后失败。
文档阶段不改存档，不公开讨论板，不发布游戏更新。
目前的决定与未决项
已确认：详尽记录并开讨论帖。园主希望自主调控的花店方向，不默认复活合伙摊。
建议下一开发切片：独立花店工作区 + 保存配方直接制作上架 + 清楚的售卖账目。先复用单批，再决定货位扩展。需要园主后续确认开始实施。
未定：解锁条件、货位数、房产费用、保鲜时长、工资数值、真实时间绑定和节庆表。不因文档列出而全部进入近期开发。