✨ **AI 驱动的创意实现**：作者作为后端开发者，借助 Google AI Studio 极大地简化了 UI 开发流程，使得之前因界面复杂而搁置的创意项目得以快速实现。整个项目的代码编写（除部分手动调整外）主要由 Gemini 完成，展示了 AI 在加速开发过程中的强大能力。

💡 **“Daydream Book”核心功能**：该项目是一款注重隐私的单机网页应用，用户需自备 API 密钥。其核心玩法包括：1. **梦境生成**：根据用户一句话描述，AI 构建完整的梦境世界，包含世界观、角色、地点和物品。2. **梦境模拟**：用户可选择梦境和参与者，通过控制故事长度、让 AI 自由发展或输入想法来推进剧情。模拟过程支持自动生成场景图片（人物头像可保持一致性），并根据角色的属性值（如健康度、亲密度）动态影响剧情走向，增强了真实感和代入感。3. **梦之书**：可将梦境对话转化为多章节的篇长篇小说，每章节可独立调整。

🚀 **进阶开发与优化技巧**：作者分享了利用不同 AI 模型（如 OpenRouter 上的 DeepSeek）通过 System Prompt 减少内容过滤，实现更灵活创作的技巧。强调了使用属性值来模拟更真实的梦境，通过设定规则（如亲密度低于特定值会避开某人）来约束 AI 的剧情发展，避免故事进展过快或不合理。此外，还提到了文笔模拟和物品系统（包括特殊物品）的应用，这些都能极大地丰富梦境的体验。在 Gemini AI Studio 开发过程中，作者建议当频繁报错时，应进行代码重构（控制文件长度在 500 行内）和清理，移除冗余注释和遗留代码，以保持开发流程的顺畅。

作为一个后端程序员, 有时后很多想法会因为 UI 的繁琐而退缩. 直到上周用了下 Google AI Studio, 写界面真的很爽, 花了一个多星期的调试, 终于把之前自己的想法实现了.(几乎所有代码都是 Gemini 写, 但是有些不方便描述的问题, 需要会使用代码中的类型名称来定位告诉 Gemini 改动的方向)

简单介绍下项目:

主页: https://daydreambook.ai/

这是一个单机网页应用。所有数据都存储在本地浏览器中，绝不会上传到任何服务器。需要配置自己的 Gemini / OpenRouter API 密钥才能使用。

玩法:

生成梦境设置: 通过一句话的描述, 生成一个带少量规则的梦境世界. 梦境世界包含世界的描述, 角色和角色属性, 地点, 物品等.

入梦: 选择进入的梦境+参与梦境的人物. 然后就开始梦境的模拟. 你可以

控制生成故事的长度, 越长意外越多直接 Continue 让 AI 决定后面的剧情输入你的想法. AI 会根据你的想法和之前定义的规则, 决定事情发生的方向, 并延续这个方向发展梦境过程支持自动生成场景图片(如果人物包含头像, 会保持人物的一致性, 这个是靠 Gemini-Falsh-Image 的)每一轮的梦境, 都会计算角色的属性值的影响. 例如设置了一个健康度的属性, 中毒会自动把健康度减半. 健康度的变化, 也会影响后面剧情的方向.

梦之书: 可以选一个梦境的对话, 然后根据梦境的故事, 自动生成一本属于你的长篇梦境小说, 多章节, 每个章节都可以独立调整.

这是个平平无奇的项目, 要好玩的话需要你有些自己的想法, 每个人的梦都不一样, 美梦, 噩梦, 或者你不想其他人知道的梦.

进阶的技巧:

不同的模型能力不一样, 例如 OpenRouter 上的 DeepSeek, 通过 AI 设置里的 SystemPrompt, 可以在全局上减少输出内容过滤的限制, 更灵活地进行创作

使用属性值来模拟更真实的梦境. 目前使用大模型创作时, 感觉最大的问题就是故事有时进展太快, 就算不合理也会按照你的要求去写. 通过属性值可以更好地生成合理的剧情, 提升梦境的代入感. 例如:

例如模拟一个恋爱的梦境, 男主身上有个属性"亲密度", 并标记亲密度<30 会主动避开女主. 在梦境的模拟中, 在亲密度<30 时, 男主清醒情况下会自动避开, 但是把男主弄病睡着, 就避不开了. AI 在属性值的约束下能更合理作出剧情的判断.

多属性和多角色的情况下, 会有很多以上不到的意外. 例如一个好奇的闺蜜, 会导致神奇的剧情走向.

文笔模拟. 如果你欣赏的作家, 没有留下足够多的作品. 可以使用一段你喜欢的文本风格, 生成梦境文本写作对应的文本风格设置

物品的使用. 物品可以是普通的物品, 也可以是系统,金手指之类的特殊物品, 通过物品的描述和人物拥有的物品设置来影响剧情.

这里说下自己使用 Gemini AI Studio 时的经验.

在 Gemini AI Studio 的 app 开发时, 如果开始频繁报错->Fix Error 时的流程, 通常就需要需要进行代码的重构和清理.重构的目的, 就是要降低单个代码文档的长度. 目前我基本上会控制单个文件 500 行以内.代码清理, 是要清楚代码中之前一些 Fix 的注释, 或者一些重构后遗留的代码, 这些代码有时会不停地导致编译失败进入 Fix 流程.