Dev GardenGreenhouse Notes
查看 Markdown 原件 打开原型
Design Documentdesign/direction-review.md

方向复盘与种子实验

记录:2026-09-07。来源为用户转述的另一位 AI 试玩及讨论,不是独立验证的市场结论。

当前实验:Beta 41(本地,未发布)

  • 薄荷普通收花保留 1 粒续种,不再叠加授粉返种。保留最基础的循环保障,而不是强迫无钱玩家买种。
  • 金盏花普通收花不返种;已有留株剪花不消耗新种子。
  • 种子库可购买薄荷 2 金币/粒、已发现的金盏花 4 金币/粒,购买后自动选中。余额不足显示差额。
  • 留种入门仍解锁金盏花的“留一朵结种”:减少 1 枝花材,等待原有成熟时间,收 2 粒;授粉后 3 粒。同一轮不能重复预约。
  • 不清除旧库存、不增加发芽失败、不重做稀有种子来源。薄荷暂不引入另一套留种操作。
  • 普通访客赠送薄荷、金盏花种子降为每次判定 3%,不再随访客等级增加;稀有种子的保底与概率不变。
  • 大师原有包办补种保持不变,种苗成本仍视为服务包含项。本轮不改合同经济。
  • 本轮是收紧基础种子通胀的有限实验,不是完整经济重平衡,也不是对“不好玩”的充分解答。

认可的诊断,尚需新档验证

  • 系统丰富不等于目标清楚;选择缺乏足够不同的后果,积累缺少可见的去向。
  • 用户想要的是养育与主动经营可共存。过去逐项实现功能,没有持续检查它们是否加强同一种体验。
  • 需要玩家能期待的具体变化,而不只是库存数字和下一条清单。
  • 试玩状态可能资源过量;记录起始存档、速度、研究状态,再判断笔记和订单是否普遍失衡。

不直接采纳

  • “先手动做到烦”:过去已有玩家因浇水、记录和滚动疲劳而退出,不撤回便利性来人为制造痛苦。
  • “自动收集不会产生收集欲”:关键待验证的是玩家能否影响出现条件、知道缺什么、期待发现,而非必须点击领取。
  • 以罚款、客户离开、现实时间期限增加黏性:不作为默认温室规则。
  • 全藏数值就能形成观察玩法:需要可辨认表现、因果反馈和学习过程,不能只换成模糊文案。
  • “没有理由存在”“注定无人关注”是判断,不是试玩能证实的事实;不据此推断作者心理。

方向候选,未拍板

  1. 布置并理解一个有自己特点的温室:植物选择、少量环境变化和组合访客形成可见差异。最接近现有初心。
  2. 育种:性状与遗传有潜力,先讨论一个可见性状的最小验证,不启动完整基因系统。
  3. 人物委托:可以赋予奖励对象与意义,但不因为文字易生成就转成大量阅读的叙事游戏。
  4. 诊断观察:可用于自选精养支线,不默认取代基础挂机的透明反馈。

下一轮讨论优先于开发

用户补充:委托背后的人

用户认可花束任务承载故事的方向,希望增加温度与性格。保留为下一轮小实验,不等同于将游戏转为重阅读叙事作品。

  • 从已有的一份委托开始:一两句缘由,交付后一句回信;配方、价格、所缺材料仍然一眼可见。
  • 不强制长对话;重复订单不重复弹同一故事。故事可回看,跳过阅读不影响操作与奖励。
  • 人物有具体需求和后续变化,比每单附上泛泛抒情更重要。
  • 暂不加入花语选错惩罚、好感度衰减或道德选择。先验证玩家是否记得这个人、是否想看到下一次来信。
  • 本轮 beta42 只记录,不临时加入未试玩的故事内容。
  • 玩家最希望向朋友展示什么:自己布置的温室、自己培出的花,还是自己经营起来的生意?
  • 选择一种核心满足,其余系统服务它;先暂停新系统,并非立即删除已有功能。
  • 用新档的一个短体验验证:是否知道在等什么、是否做过有区别的选择、离开后是否想回来查看具体结果。
  • 成功标准不只是忙碌时长、奖励数量或操作次数。安静时有期待,主动时有判断与更好的结果。

验证记录

  • smoke-test.cjs 覆盖基础购买、余额不足、普通返种、授粉、成熟种子不可重复领取,整套最终通过。
  • 原有生长测试出现过随机事件导致 600 tick 内未成熟的偶发失败,复跑通过;仍需隔离随机源,不能视为稳定性已解决。