从花材供应到花摊成长
集中验收补充:设备操作与归来反馈
弹出页顶部补充:商店与种子/土壤浮层的滚动容器有顶部padding,sticky标题top:0会留下漏正文的带状区域;商店第二层工具架还依赖固定62px偏移。modal-shell.css统一取消容器顶部padding、保留标题自身padding和不透明背景,工具架改为随正文滚动。信息、托管、社区弹窗沿用同类修正;社区内部榜单不再叠第二层sticky。反馈标题不透明。成长页已分离标题/正文滚动不再改动;配花和流程原生dialog已是零padding容器+不透明top:0标题,未发现相同源码结构。modal-shell-audit是CSS覆盖/加载顺序检查,不代表真实浏览器截图验收;仅本地未发布。
商店分类补充:滴灌器、集中水箱、循环肥土机、收获机和播种机统一放入“自动化设备”。去掉仅涵盖收播的“全园自动化”标题;两台新设备复用tool-card商品样式与已有本地图标,控制区及状态跨整行。肥料、扩建仍独立。购买/研发成本与适用范围不变;production-feedback-audit增加分组与图像引用检查,手机视觉未宣称验收。
2026-09-09,仅本地。园主要求多推进一些再统一测试,本批不变更设备价格、产出或品种适用范围。
- 自动化设备区增加供给摘要:播种品种的种子余量/空盆数、集中供水状态、补肥器/堆肥余量、待付水费、绣球调土续期。它是状态,不保证无限离线运转;未购集中水箱不代表滴灌器完全不能工作。
- 收获机显示当前不会自动处理的盆数(观赏、留种、衰败、蝴蝶兰);不擅自清理或强收。
- 设备累计数字变化不再重建开关和选种控件,减少运行时焦点被抢走。真正购置、切换设备/品种等结构变化仍正常更新。
- 归来摘要记录实际新增各花材数量与自动播种次数,不把库存折价说成已售收益。旧归来摘要缺少新增字段时继续兼容。
- production-feedback-audit覆盖缺种/供水关闭/缺肥/欠费/调色提示、保护盆数、暂停状态、离线数量及计数更新时布局键稳定。DOM审计不是浏览器焦点/移动端视觉验收;多标签实际并发复测仍在save-tab-conflict跟踪。
统一试玩重点:设备运行中切换播种品种;故意留一盆观赏或做种;耗尽种子后补种是否自动续上;暂停/离开/返回后核对实际库存和报告。逐品种留株推广不混入本批,后续另定适用能力与代价。
菜单现状以本段为准:各品种统一“收花入库 / 整株寄售”,花盆不显示未解锁研发入口;金盏花已解锁额外动作收在“保留这株花”下,研发仍在科研树。后文“收花腾盆”和花盆内研发入口是早期记录,现已替换。
多标签存档保护与真人验收补充
复测修正:白露确认快照保护会让后开的页面不断被旧页自动保存锁住,原方案不得单独发布。现新增独立writer标记,每次打开/明确刷新先接管、再读取最新存档;旧页在storage事件、tick及保存/云同步前检查所有者并停止,不自动抢回。提示改为“读取最新并接管”。save-owner-audit以独立VM页面、共享存储且无storage事件派发验证旧页重复自动保存不能覆盖新页,新页可持续写入、再次刷新读取最新、删除后旧页不复活存档。不是跨进程原子锁,也不保证跨设备或撤销已发出的网络请求;真实双标签复测仍待白露。社区标题移动端负边距同步由22改16px,修正左右各6px出血。仅本地未发布。
园主已确认金盏花恢复普通收获后早期周转可用,此前菜单精简问题暂时解决;此为园主体验反馈,不替代手机与完整自然路线验收。
save-tab-conflict实施:loadState记录所读原始存档;每次本地保存/QA替换/备份恢复/云恢复写入前比较当前值,外部写入或删除即锁定旧页保存并停止tickGarden。storage事件提前检测。冲突提示提供刷新读取按钮,不提供静默覆盖。自动云同步在排队执行前复查;手动云保存也拒绝冲突页;请求返回后不再用过期页面更新身份元信息。已发出请求不能凭本地检查撤销,云端仍依赖原有revision冲突控制。
该方案保护已观察到的新写入,不是跨进程原子锁;极端同时检查再写的竞态仍未经过双浏览器并发压力验证。不宣称完整多端一致性。测试save-conflict-audit覆盖外部写入/删除、旧页保存及替换拒绝、停tick、读取最新后恢复。经济测试harness改为真实Map语义的localStorage,避免空实现掩盖冲突逻辑。仅本地,未发布;原始双标签复现待顾问验证。
最新实施:资源、水务与留株选择
2026-09-09,仅本地。以下规则覆盖后文历史数值;未发布。
- 普通重复收获笔记:每品种前3次保留原奖励,以后每3次收获获得1笔记。手动收花、留株剪花和机器收获共用harvestNoteReward。首次探索/订单奖励不改,旧余额不削。堆肥本轮不普砍,留株作物仍有真实肥料消耗。
- 水费改为按现有金币部分支付,剩余挂账;低于原8金币门槛的尾款也能付清。不再等待余额超过整笔欠款才清空钱包。在线/离线共用结算函数,供水不因欠款中止;水务面板同步说明。仍会消耗可用余额,非免费供水。
- 独立科研“剪花留株”:60笔记、3次金盏花收获;“留花结种”:80笔记,原开花+蜜蜂观察条件保留。前者保留植株再开,后者少收1枝并等待种子,不互相捆绑。不扩展到所有花种。
- 新档金盏花成熟后默认可选“收花腾盆”;已研发才可剪花留株;未解锁按钮直接打开繁殖研究分类。留花结种说明当前少收一枝、等待成熟。留种中的植株不能被收花腾盆误清除。机器是否留株也检查研究;没掌握就按普通收获腾盆。
- 存档growthRulesVersion=1。旧版本已种过/收过金盏花的档迁移保留留株能力;已有留种研究及进程保留。新档不会因重载自动解锁。loadState不再先混入默认版本号再迁移。
核算结果与限制
更新cashflow-audit后,八小时重复经营新增笔记:整株寄售182、混合寄售151、日常订单362、规划路线56、大宗389。此次同时取消新档默认金盏花留株,规划路线需要真实补种,因此不能把全部差额都归因笔记倍率。高价设备在这份无随机探索、未主动改换路线的模型中仍属更长线投入;未再自动降低机器价格,也不声称最终平衡。
improvement-choice-audit:两盆薄荷、约1小时、相同资源、固定随机,比较Lv2与未改良。全套设备:基础210枝/40水费,抗旱210/24,丰花286/40;无水设备:基础76枝、抗旱78、丰花104。持续强制蚜虫测试基础112、丰花152,抗虫112;该情境跳过新虫害抽样,不能证明抗虫无效。另用真实rollVisitor作10000组配对阈值抽样:基础1400次、抗虫980次,符合降低30%出现率;不是整局虫害负担的量化。
结论:丰花在这些产出条件下有明显优势;抗旱确有节费;抗虫只防新增不治已有。尚未包含配花销售/拥堵、随机生态全过程和多品种,因此不把花材折成必得金币,不宣布三者收益公平。本轮没有给已购买强化添加负作用,后续请顾问按真实经营约束复核。
新增growth-rules-audit覆盖部分水费/1金币尾款、留株研发扣费、新档锁定/旧档保留、重复收获笔记节流。既有金盏花留株测试显式使用已掌握该技术的档;新档路线改用收花腾盆,不再依赖默认留株。视觉仍待玩家复测。
2026-09-09。基线:线上 beta48-35。当前本地 beta48-37。园主已否定逐盆收播机,改为分别研发、购买两套永久全园设备。下文早期方案及 beta48-36 仅作历史记录,以末节最新决定为准。
玩家证据与目标
园主实际遇到的主要瓶颈是花材补不上,而不是货架不够。花盆扩建变贵后现金紧张,但园主认为这个约束合理;笔记虽有品种改良消耗,仍显过量。市场预告已让园主主动改变配花、价格或备货。
本轮补全已有经营链,不增加独立小游戏:种植供料、选择用途、制作出售、投资生产能力。自动化劳动,保留材料分配、定价与重要委托的决定。信件仍是辅助。
建议开发顺序
0. 可读性修复与基线
金刚 beta48-32 的土壤调理反馈:看不懂像月亮的“可用”是什么。土壤和商店钱包统一显示“可用金币”,不再要求靠图标猜资源。
冻结本轮前自然新档、现有中期档的基线:首批可出售材料时间、断料时间、每小时产量、实际金币净流入、笔记来源/消耗。实验补给和历史囤积不用于定新手价格。已有现金扩建价格暂不普遍下调。
1. 先设计成长路线,再实现最小供应自动化
研究树与成长奖励先共用一张解锁表,避免分别造目标。建议阶段:亲手完成一次供料与售卖;理解重复生产;研究收获与复种;投资更多生产/陈列容量。研究解锁能力,金币购买设施,成长奖励帮助跨过一个台阶;避免同一能力连续付三次没有新效果的费用。
基础实现只支持玩家指定花盆、固定普通品种。成熟自动收花材入库,空盆消耗已有种子复种;照料继续使用已有滴灌/施肥。留株植物应沿现有剪花与再开花规则,不因自动化被铲除。特殊样株、留种状态、无法安全判断的植物先排除并说明原因。
没有种子时停机,不偷偷买种、不清空别的花盆;显示“缺种子”与补种入口。玩家可停用、更换目标,关闭自动化不销毁当前植物。育种、自动购买、自动配花和自动委托交付不进入首版。
在线与离线必须跑同样的收获/复种循环,遵守全局暂停和已有六小时离线边界;不能只把生长进度加满一次。复用旧托管代码前拆开它的自动交单逻辑,不恢复已隐藏的利润托管入口。
验收:离开后材料确实增加;回来仍有分配材料、配花与定价的事可做。缺种停机、满成熟留株、暂停、跨多个收获周期、存档恢复和重复结算均要回归。
2. 第一阶花摊成长
候选:新摊四格,扩为六格、八格;具体价格在供应测试后确定。格数表达能同时展示的实物数量,暂不引入堆叠规则。初始缩小只降低开摊填满货架的压力,不声称它解决产量不足。
老玩家保留已拥有的八格;已有商品不挤出、不清理,不追收费用。容量统一为存档数据及共享查询,替换模型、制作上限、UI和迁移中的硬编码八格。
升级页明确“增加两格”和当前/升级后容量;待开摊、营业、缺货、售罄要一眼可辨。暂不同时上保鲜、员工、仓储等多种升级。若四格频繁造成材料无处可用或售卖过短,再调整,不把填满货架当义务。
验收比较同等材料和时间下的售出、滞销、收益与升级回收周期,而非单份订单对比一整摊收入。保留亏损、低价、市场偏好重叠与偶然成交。
3. 科研树与成长目标完整收尾
现有 getResearchProjects 的研究成本主要在 6–45 笔记,部分项目仍围绕旧肥料、访客和样株。按现有实际作用逐项归类:基础照料、重复生产、品种改良、后续暂缓;先整理已有项目,不为凑数量新增节点。
基础生产能力要早于漫长扩建目标,但不预设免费。以自然获取速率确定首个自动化的可达时间,再校准笔记价格;历史六千笔记不是正常起步预算。高阶投资可提高消耗,不突然削减玩家余额、不撤回已完成研究。必要迁移保留旧节点效果并映射新显示。
成长路线强调能力变化,如“下一批花能自己收进仓库”,而非纯收获次数清单。节点不能出现无实际功能的解锁按钮。种子改良继续独立作用于品种,不与设备研究混为一谈。
这一阶段并非等到最后才考虑科研:阶段1已确定自动化所需的最小节点,此处收尾其余旧项目、奖励和费用。
后续场景:果园提案(暂缓实现)
转述园主:像新卡组一样按植物类型和生产特性分场景。积累足够金币、笔记等后解锁果园,自带草莓、柠檬起步植物;独立标签和配套设备,后续可有更多场景。解锁和设施形成新的长期投资目标。
认可其可把不同生长周期、采摘方式和产品链讲清楚,也避免把所有植物塞进花盆列表。场景分离不必意味着经济完全隔离:可共享金币和产品总库存,设备按场景配置;跨场景加工/委托应有具体用途后再加。
风险是重复购买同一套设备与多处巡检变成负担。进入第二场景前,第一场景应已能稳定自动供料;不要要求离开花园照看果园时前者立刻断链。不靠现实节假日错过惩罚推动回访。草莓、柠檬的周期差异需要小样验证,本轮不做蜂产品、果酱或工厂。
顾问讨论与试玩安排
先请顾问核查解锁依赖、旧档迁移与种子断供风险,不要求继续穷举最高利润单价。基础版做好后提供独立中期档和自然新档说明,邀请走“手动收花、开启固定生产、离开再回来、补货售卖、考虑扩摊”一整圈。
核心问题:自动化解放的是重复劳动还是把经营选择一起拿走?四格是否减轻开摊压力?升级是否有实际用途而非被迫交费?自然笔记是否在关键能力前成为合理选择而非纯等待?浏览器节流模型测试不得替代真人节奏/手机验收。
本轮实际交付
第一轮记录与金币标识修正已完成。园主随后确认:自动化须研究后用金币购买,不是开局免费能力,并授权开始实现。
beta48-36 基础实现(仅本地)
- 收播机械:4次收获、12笔记;解锁后在温室商店按盆购买收播机,每台120金币。购买默认停用,玩家选择品种、勾选运行。早期研究费用保持可接近,不依据旧档六千笔记普遍抬价。
- 收成只入花材库存,无自动交单、定价、配花、购种。薄荷保留原有收获返还一粒种子的规则;金盏花剪花留株。保留花期、留种、衰败植株、不同于指定品种的植株不清理,蝴蝶兰不提供自动种植选项。
- 复种消耗真实库存种子,缺种停止。水肥继续依赖既有设备和真实资源。成熟产物按实际绣球花色入库。收获使用原有笔记、堆肥、种子规则,没有另加机器专属产出加成。
- 正常运行与离线结算共用收获/复种函数。离线可完成多轮,上限沿用6小时,全局暂停时不推进;累计入库数量进入归来摘要。仍沿用原有离线生长模拟:离线不生成新随机访客、略过开花表现等待,不能据此声称全部生态事件与在线逐帧一致。
- 新摊4格,累计售出4束后可花180金币扩为6格,再花420金币扩为8格。价格为首版试调,不是已经验证的最优经济。升级不增加来客或成交概率。旧八格摊位及已解锁但尚未铺货的旧档保留8格,新档重载不免费升级。
- 制作与补货使用实际容量,空位不足不扣料;配花按钮直接说明空位不足。花摊显示付费扩建入口和当前/目标格数。
- 成长路线增加首次机器收成、摊位售出4束两项,奖励分别为6/4份堆肥。既有已领取奖励不撤回。
- 科研先做小幅功能性更新:加入收播机械;高阶金坷垃研究45→90笔记,已有研究永久保留,其余入门研究价格不普涨。四支科研的完整重新组织与更深设备层级未在本轮强行补满,需看新生产链实际使用后继续校准。
定位:prototype/game.js 的 normalizeProductionMachines、runProductionMachine、renderProductionMachines、applyNurtureOfflineProgress;prototype/stall-shelf.js 的 stallCapacity、expandStallShelf;对应 UI 在 stall-shelf-ui.js 与 product-workbench-ui.js。
验证:tests/production-machine-audit.cjs、tests/stall-growth-audit.cjs;旧八格价格对照测试显式使用旧档,不能拿四格结果冒充原八格基线。全套审计与smoke运行记录见讨论末楼。未做真机视觉验收,未发布线上。
试玩:QA场景ID production-growth,预设360金币、24笔记、两盆接近成熟的花、四格摊位,仍需亲手研究和购买机器。该场景带预设材料与进度,不代表自然新档收益;QA会替换当前浏览器游戏档并建立备份,顾问应在独立浏览器档中使用,勿覆盖玩家主档。
beta48-37:永久全园设备取代逐盆工具
园主反馈:不喜欢收播机,感觉仍需频繁操作。可以接受巨额研发和购买,但购买后应能一直运行;收与播分别投资。后续可升级播种比例,首版先简单。本轮据此撤回“便宜逐盆工具”的方向,不只是提高原工具售价。
当前规则:
| 设备 | 研发 | 购买 | 基础能力 |
|---|---|---|---|
| 全园收获机 | 20次收获、600笔记 | 3000金币 | 自动收取普通成熟花材入库,金盏花剪花留株 |
| 全园播种机 | 20次收获、900笔记 | 5000金币 | 所有空盆统一播种玩家选择的一种花 |
两台独立研发、购买与开关,可以只买一台。一次购买永久覆盖全园和以后新增的花盆;购买即开启,文字提前说明,无耐久、到期续费、定时重启或逐盆安装。研发与购买成本为中后期首版试调值,尚未做自然档可达时间/回本验收。
收获不依赖播种机选的品种,现有普通花种都能收;播种只填空盆,不铲除当前植物。换播种品种后,自然腾空的花盆使用新选择;留株金盏花仍保留,不自动铲掉。保护观赏、留种和特殊样株。
普通作物沿用原有收获返种,金盏花沿用留株规则。因此备好起步种子后,可持续收种循环,不需每轮重新启用设备。起步种子不够填满全园时不会凭空补种:已有植物继续长,缺种空盆等待,补种后自动继续。没有自动买种或免费种子加成。
水肥仍由原滴灌、集中水箱、循环肥土机负责,不能把购买这两台说成附送所有照料设施。两台无设备运行费,但已有水肥消耗不变。全局暂停仍暂停全部设备,离线仍沿用全游戏6小时上限;不把“永久设备”说成无限期离线结算。离线不生成新随机访客;新播品种须重新读取其生长配置,不能沿用上一株配置。
旧本地 beta48-36 逐盆设备按每台120金币、旧收播研究12笔记一次性原额退款,不作为收入扣分期。移除旧设备配置与研究标记,保留花材、当前植株、累计收成及已领取奖励,不免费赠送新高价设备,也不默认恢复全园开关。
实现:PRODUCTION_EQUIPMENT集中参数;normalizeProductionAutomation、settleProductionAutomation负责配置和退款迁移;runProductionMachine为收/播独立执行;renderProductionMachines显示两项全园控制。tests/production-machine-audit.cjs覆盖研发与购置分离、独立开关、新增花盆、种子恢复、跨品种离线生长、暂停、6小时边界和退款幂等。
QA场景 production-growth 改为10000金币、1800笔记、20次收获,仍需亲手研发购买。属于预设机制检查,不代表起步节奏。播种比例、设备升级、自动配花/销售不在本轮;广告仍是后期备忘。当前仅本地,未发布,手机视觉待验收。
成长与科研整理:2026-09-09(本地)
上一轮并非完整科研重设计。本轮将目标从单一路径改为三个独立分类:扎下根来、把花园养大、经营与供货。首页优先提示可领取奖励,不让长目标阻挡其他已完成项目。分类显示完成数与可领取数;科研四支按类折叠、展示可研究数,并独立保存展开偏好,不写入云存档。已有目标ID与领取状态不变。
利用现有机制增加三个方向:
- 发现两种绣球花色:24笔记。以图鉴真实发现记录为准,不要求囤着两色材料。
- 完成一次植物改良:6堆肥。只认已成功获得的性状,不奖励重复开奖次数。
- 自动播种8次且自动入库24枝:12堆肥。两个条件都满足才领取,不按点击开关次数。
现有循环水回收也进入科研中心:10次水箱补水、12笔记及80金币,后续水费降低约60%。与水务原入口共享完成标记,不能重复购买。它增加的是运营成本优化维度,不是另一套新设备。
成本与奖励核算
收获机研发600→300笔记;播种机900→450笔记。购置仍为3000/5000金币,20次收获门槛不变。此前1500笔记合计门槛,在下述各路线八小时模型中均无法达到;调整后750笔记仍是中后期投入,不保证快速解放。既有入门科研6–18笔记没有普涨;高阶肥料90笔记仍待真实使用验证。扩建奖励500金币为南侧花床2000首付的25%,不因增加分类再发一遍;新增24笔记仅一次,相当于收获机研发的8%。改良目标奖励堆肥而非笔记,避免靠反复改良循环回本。
审计:tests/cashflow-audit.cjs。真实新档引导15.705模拟分钟后,连续模拟480分钟、1倍速,关闭随机访客奖励,持续执行照料/收获/交单并真实买种和支付分期。没有购买新机器,也没有科研与改良支出;花摊路线不在本审计中,不能据此证明花摊平衡、在线真人时长或机器回本。
| 路线 | 8小时新增笔记 | 达到300笔记(分钟) | 达到合计750笔记(分钟) |
|---|---|---|---|
| 整株寄售 | 548 | 293.6 | 未达到 |
| 混合寄售 | 527 | 307.8 | 未达到 |
| 日常订单 | 906 | 193.7 | 400.9 |
| 规划订单 | 896 | 184.2 | 405.7 |
| 大宗订单 | 968 | 178.9 | 376.6 |
时间从引导后计;达到笔记门槛不等于同时付得起设备和其他研究。寄售与订单差异仍待顾问/真人评估,不通过修改文案假装解决。
定位:game.js 的 REWARD_MILESTONES、getNextRewardMilestone、getResearchProjects、renderRewards;growth-center.css;index.html 的 rewardSheet。新增 tests/growth-center-audit.cjs 验证独立奖励、领取幂等、水务双入口与折叠状态。全部非HTTP服务审计和prototype smoke通过。移动端仅做响应式规则整理,尚无真机/截图验收。未发布。
剩余:完整花摊收益与设备购买路线模拟、更细的经营目标、播种比例升级。本轮没有声称重写全部科研效果,也没有新增自动配花或自动售卖。
三线联合验收候选:2026-09-09
顾问复测后的调整
园主确认:分开的收获/播种设备服务长期操作模式,不因短期相同产量就认定播种机无效,不合并设备、不按单轮增产重定价格。金盏花留株是特例,购置前明确无需反复补种。
留株与留种应在概念上拆开:前者决定收后是否保留植株继续生产,后者决定是否预留花/材料用于种子。未来可共用操作入口,但各品种适用能力分别声明;不是让所有品种默认无限留株。本轮不扩大到全花种,也不移除金盏花既有能力,不新增强制研究门槛。
新增tests/automation-parity-audit.cjs:脚本内直接绑定state,8盆同档、10000金币/100堆肥、全套设备、1倍速16000 tick,固定随机无新增访客,对照六小时离线。修改前薄荷在线/离线均5160枝、0水费、最终820堆肥,证明补水漏洞不是离线特有。金盏花在线1580、离线1602,水费均1828,堆肥均耗尽;约1.4%产出差仍属于需记录的开花呈现/离线近似差异,不宣称完全一致。
修正runProductionMachine:自动复种继承该盆上次剩余水量,不再每次免费刷新58。首次无记录的空盆沿用原始水量,手动种植不改。水量记录随productionAutomation存档,有限0–100校验;单独播种机在运行过程中也记录现有植株水量。无新播种费用,不自动购水肥,沿用原有水务。
修后同条件薄荷仍5160枝,在线/离线水费均1252,堆肥仍820。说明全套水务可以维持原产量,但不再绕过运营成本。堆肥净增未调整;留株作物仍可能耗尽肥料。新增回归:干盆复种继承7水量、重载保留记录、在线/离线薄荷资源一致;金盏花差异显式限制3%以内,不能作为全生态一致证明。
新增 tests/production-stall-rounds.cjs:3840场配对随机模拟(128种随机种子 × 两种备货量 × 三种容量 × 五个价格),加载实际stall-demand市场规则,固定同一配方薄荷1+金盏花1,不在模拟中追逐预告或改价。每场450 tick,材料预置;这是容量/定价对照,不冒充自然存档经营时长。
八束备货时平均售出:
| 单价 | 4格 | 6格 | 8格 |
|---|---|---|---|
| 10 | 4 | 6 | 8 |
| 14 | 4 | 6 | 8 |
| 18 | 4 | 5.94 | 7.52 |
| 24 | 2.28 | 2.26 | 2.45 |
| 32 | 0.11 | 0.07 | 0.11 |
解释:高价不是必赚,扩摊也救不了不合适的定价。只有四束备货时三种容量收益完全相同;不能把扩摊当产量或客流升级。14金币的这个配方,满货6格比4格每批多28毛收入,180扩摊费约需6.4批新增毛收入覆盖;8格再多28,420费约15批。不是净利润回本:额外花材、水肥、分期与操作时间尚未扣除。尤其持续补货的玩家,较小容量也可重复使用,因此此数据只解释同时陈列容量价值,不证明升级必买。
新增成长目标“扩至6格且累计售出24束”,仅奖励4堆肥,避免奖励买完升级马上回本;界面明确“多摆两束,来客速度不变”。仍保留玩家先买生产设备或先扩摊的自由。
额外联合测试通过实际研发和购买函数扣款,再运行一小时离线生产、将真实所得薄荷配束上货、执行成交/堆肥。机器不会随营业结束关闭;重复购置不再扣款。此用预置资金验证连接,不证明新档取得资金所需时长。
边界修复:startStallSession重复开摊不重置本场记录;stockStallShelf拒绝非整数/非有限数量及非法价格,失败不扣花材。每场验证售出+堆肥=上货量、净收入与到账一致、重复推进空摊无重复收益。已有生产机测试覆盖退款幂等、缺种恢复、独立设备、观赏/留种保护、暂停和离线重放。
验证结果:52项非HTTP服务审计及prototype smoke通过。完整新档花摊路线的设备回本、全部配方覆盖、真机视觉和乐趣仍不是这些测试能够确认的。当前可开始三线联合功能试玩;不宣称经济已最终定案,不发布线上。
给园主与顾问的同一轮试玩
截图反馈修正:旧reward-list::before时间轴线移除;成长中心改为不滚动的面板标题+页签,只有路线/科研内容各自滚动。避免sticky标题负外边距造成上方文字漏出,关闭键始终在顶部。移动端隐藏冗长副标题,内容区保留独立滚动与底部留白。growth-center.css?v=2,新增CSS结构回归约束;非浏览器视觉验收,仅本地。
- 主存档可直接体验现有进度;预设production-growth仅在独立浏览器档使用,避免覆盖主档。预置资金不用于判断自然难度。
- 两台分别研究购买:只开收获,再开播种;回来后是否有材料、是否仍需频繁重新操作?缺种后补种是否自行恢复?
- 四格供货与付费扩摊:材料不够时是否愿意先投资生产,而不是被目标逼着扩摊?分别试一次中价和高价。
- 成长/科研分类:是否找得到下一项有用投资;领取后是否一次到账;退出重开分类保持;手机关闭、滚动、按钮是否正常。
- 自然路线另记录到首次购买机器的实际时间和资源去向,和QA功能测试分开。请反馈无效升级、等待太长、断供、看不懂,而不是只寻找一个最优价。