白露验收：共享组件与生长计算

2026-09-11 收尾结论

发布更新：园主已授权发布；游戏beta48-49已部署，提交e94a2a8。 游戏地址：https://greenhouse-notes-playtest.pages.dev 。笔记与讨论快照随本轮同步发布。 下文“未发布”是验收阶段历史状态；未测范围及非阻断遗留不因发布自动关闭。

白露在 tech-stack 第23楼完成补测，确认本轮候选可以收尾，无新增阻断。 QA入口、配花限值与缺额、操作与Escape、浇水去重、弹层与尺寸、游戏图片六组通过。 视口覆盖390×844、820×1180、1180×820、1440×900；这是浏览器视口测试，不是真机验收。 白露另跑100项审计及prototype smoke、生成一致性、开发站部署预检，全部通过。

保留的非阻断项，不标已修：

• R-1：QA未知场景警告在长面板底部，应移到标题附近。
• R-2：任务/反馈/社区关闭后焦点未准确回到入口；配花返回焦点已通过。
• 图片路由：本地/garden.png实际提供WebP，后续统一命名。
• favicon.ico缺失造成无害404，后续清理。

尚未覆盖：真机触摸、讨论板实际渲染、离线追赶、云档、音频。 讨论板图片仅静态核对与部署预检通过。响应式小图、干净arm64依赖安装仍保留。 早期183秒与17分钟仍是推算，不是完整自然路线计时。

本轮验收通过不等于全量TypeScript迁移或CSS重构完成。 当前仅本地候选，未发布。后文为验收清单及历史记录，以本节结论为准。

最新一轮：只补测变更项

当前候选包含资产/CSS清理和花材缺额高亮。工程检查100项审计及原型smoke通过， 开发站部署预检通过；尚未发布，不要测线上旧版。按下列顺序复测即可， 第19楼已通过且未受影响的流程不要求全部重跑。

1. QA入口：production-growth和旧automation链接、控制台按钮载入正确资源；

刷新不重置，未知场景警告且不改档。

1. 配花：一枝提示未成束；售价200/-5即时改为80/1；缺料高亮具体材料及缺额。

能做两束但第三束缺料时，只提示“多做1束缺N枝”，当前两束仍可做。 满摊、单批上限和未成束不误报缺料，补料后高亮消失。

1. 操作：加减点击区至少44px且不挤压；Escape保存草稿并返回摊位。

先开反馈弹层时第一次Escape只关反馈，第二次才返回摊位。

1. 浇水：单盆缺水不出现全局重复按钮；选中花盆不再重复显示卡片快捷浇水；

多盆显示一键浇水，蝴蝶兰仍独立操作。

1. 层级与尺寸：温室/花摊内分别开任务、反馈、社区，检查遮挡、关闭焦点、

背景滚动锁以及标题裁切。层级值虽然未改，变量化仍需视觉复核。

1. 图片：温室背景和讨论板页头正常显示，无旧PNG的404；

本地讨论服务须先确认已加载最新脚本，旧常驻进程不会自动刷新路由。

视口优先390×844、820×1180、1180×820、1440×900；有真机再补触摸。 没有相应设备或访问受限就标未测，不以模拟视口代替真机。 结果统一回tech-stack；资产/CSS问题关联frontend-architecture，避免散成多个遗漏列表。

验收前不再扩展CSS拆分或增加特效。若以上出现阻断，先修再补测； 若通过，则这批候选可以收尾，再由园主决定发布及下一轮早期节奏实验。

本轮目的

另帖frontend-architecture的资产/CSS建议单独见资产与CSS复查。 本清单不代表所有讨论帖已经处理完毕。

验证本地重构候选版有没有行为回退和 UI 阻断，不评价新经济方案。 本轮未发布，线上旧版不是验收对象。请先阅读本页，再在 tech-stack 原帖回复。

白露首轮结果与补测

白露在 tech-stack 第19楼报告：本地视口 1440×900、820×1180、 375×812 下，数量扣料、节点稳定、卡片与来信、暂停及自动收播通过。 未测真机触摸、平板横屏、离线追赶、云档和音频；不扩张其验收范围。

开发已补四项，下一次只需重点补测：

1. URL production-growth 及旧别名 automation 均进入10000金币/1800笔记/四格摊位的QA档；

刷新不重置。未知URL显示警告，不改变存档。

1. QA“自动化与花摊”按钮载入同一档。QA初始化在源码模块初始化之后执行。
2. 一枝花库存充足时按钮写“每束至少2枝”，仍显示空位；不误报花材不足。
3. 售价输入200当场变80，输入-5变1，所见价格与提交一致，仍允许低于成本。

测试补强：qa-entry-audit检查URL/别名/未知场景与实际资源；原型smoke 不再把automation的通用兜底当预期，按页面加载花摊模型依赖。 原型smoke固定测试随机种子，避免随机访客让固定tick开花断言偶发失败； 游戏随机规则未更改。

第19楼完整反馈账目

P0/P1通过项按白露实际环境归档，不从代码测试推成全设备完成。 交互建议已落实，但未得到第二轮视觉验收，不据此关闭整个UI议题。

环境记录：开发Node为darwin/x64，白露使用arm64；她补装对应TypeScript可选二进制后通过。 共享node_modules跨Node架构不是可靠的复现环境。各自安装应使用同一架构的Node， 不要在另一人的运行中重建共享依赖；本轮尚未验证干净arm64安装，不能称其已修复。 首单约17分钟是顾问估算，不是完整自然流程计时，需考虑并行种植与照料。

安全与入口

• 仓库：garden-idle-jam；页面：prototype/index.html。
• 使用独立浏览器配置或独立 browser context，不能清园主的 localStorage，也不要用园主云恢复码。
• QA 检查点共用游戏存档键，不是天然隔离档。不同场景请用不同测试上下文。
• 新档用无参数页面；花摊及自动化用 ?qa=1&scenario=production-growth；人物来信用 ?qa=1&scenario=lin-second。
• 工具若无法访问本地页面，记录阻塞并告知园主，不把线上版本当成本轮候选。
• 记录 document.visibilityState。若恒为 hidden，不用其耗时判断自然成长节奏。

先跑工程检查

npm run verify 与 npm run check:generated。 可额外运行 node dev/build-market-lab.cjs 检查独立实验共享模块。 类型检查只覆盖独立模块，不覆盖整个 legacy。不要把 VM/DOM 桩测试算作真实视觉验收。

P0：花摊数量与扣料

1. 进入四格空摊，配每束两枝同种花。库存充足时最多四束，加号禁用；手动输入 99 也回到四束。
2. 制作三束后再配花：只能做一束。摆满后数量为零，加减禁用，显示“摊位已满”，不扣料。
3. 用少量库存的配方，确认材料先成为上限；改配方后数量及时收回，不保留旧的超限数。
4. 正常卖出腾出空位或补充花材后，再打开/保持配花，确认数量控件重新可用。
5. 补货输入与新制作遵循同样限制。记录前后各花材、商品数；不能超卖、负库存或重复扣料。
6. 修改价格仍可低于成本，不因数量重构改变定价范围。收藏配方不消耗花材。

P0：稳定布局与可操作性

在 390×844、820×1180、1440×900 各检查一次；另测平板横屏。

• 连续选择种子、展开花盆、改变种子，再等至少三个 tick：节点不闪回、页面不突然跳走，手动操作不藏进说明。
• 空盆调土、商店、图鉴、任务、社区依次进出：标题不漏字、不裁切，关闭后焦点/滚动恢复。
• 花摊滚动时背景温室不跟着滚动；嵌套弹层用 Escape 一次只退出最上层。
• 图鉴三页签同一行；花头与茎相连，盆栽居中；检查植物开花后，而不只看幼苗。
• 林阿姨与普通订单内边距一致。交付后卡片置后并保留可读信件入口；下一幕激活置前。读信展开状态不被 tick 收回。
• 数量按钮在禁用/启用间切换不改变尺寸、不推挤标签；屏幕边缘无横向溢出。

P1：行为不变

• 独立新档完成种植、照料、收花、订单交付，刷新后库存/进度保留。
• 自动化档按实际条件研发并购买设备，观察收获、播种、种子耗尽后的停机；暂停后不推进，恢复后继续。
• 暂停与恢复品种改良，确认倒计时遵循既定暂停规则。
• 不从预设 QA 钱与材料推断前期收益；开局甜头与扩建陡峭度在 first-five-minutes 另议。

回复格式

请在 tech-stack 回复：测试入口、视口、可见性、通过项、未测项； 问题附最短复现步骤、预期/实际、截图以及相关控制台错误。 标明“阻断”“视觉”“建议”，不要仅回复“整体通过”。 不要修改代码或重录截图基线来消除失败。若需要修复，先回帖定位。

当前结构边界

严格 TS 模块已覆盖部分存档、来信、收成、配花容量、生长算式及共享 UI 行为。 生产/访客/资源副作用和完整存档模型仍有 legacy；不是全量迁移完成。 这次在可验证边界停下等待实机反馈，不继续同时重排侧面板和全部 CSS。