纯 AI 制作的视觉小说。 使用 GPT 6.1 Sol 制作。 剧本、美术、音乐、程序等全部都是 AI 完成的。 故事为 Happy Sugar Life 的 if 线。 剧本和美术多少有些小瑕疵，但是感觉无伤大雅，多抽抽卡应该是能抽出完美的内容出来。 试玩链接： https://www.wikimoe.com/web_demo/ai_game/happy-sugar-life-half-of-tomorrow/

今日AI趣事 我说：源文章有 2 个 label，你只显示了 1 个。 Claude 说：那你一定选择的是当前文章。 我说：不是。 Claude 问：你来源选择的是源文章还是当前文章？ 我说：源文章。 Claude 说：好的，那我改成不管你选哪个来源，我都显示源文章。 我说：不对，应该按照选择的来源显示。 Claude 说：不应该擅自修改，我还原代码。 我说：你还原代码，那不就 bug 还在？ Claude 又说：那你一定选择的是当前文章。 我说：不是。 Claude 又问：你来源选择的是源文章还是当前文章？ 我说：源文章。 Claude 又说：好的，那我改成不管你选哪个来源，我都显示源文章。 我沉默了……

AI趣事分享。 最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。 于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。 真的服了😅

Github Copilot 停止了新用户注册，并且下架了opus4.6，还增加了用户的每周使用限制。 看来面向个人用户的AI好时代提前结束了？

试了下让 AI Nano Banana Pro 自动生成文章封面图。 很意外的是，AI仅凭标题中提到的作品名绘制出了作品角色。甚至还仿造了作品Logo的风格绘制标题。 但是也少不了出现完全不认识的角色。而且对于较新的作品，比如《mono》就绘制了完全缝合的角色。AI似乎知道《mono》和《摇曳露营》的关系，出现了和扶子造型相似的角色，以及强行加塞了原标题没有的文字，说是《摇曳露营》的城市。 其它大大小小的幻觉还有很多，现阶段还是不能借助AI生成封面图的样子。

AI挺能编造的呢！ 虽然​日语中 聞香 确实可以读作 Mon-kou ，但是 聞香炉 却只有读作 Kiki-kou-ro。 一开始AI给了错误的发音之后让AI查字典，认错之后仍然编造 Mon-kou-ro 这种读法是内行人的说法……

做了个基于Gemini的日语翻译和学习的工具。 工具会把文字或者图片翻译成中文，并且对语法和单词做讲解。 最后还会自动总结归纳里面的单词加入生词本。 妈妈再也不用担心我看日文小说和漫画遇到生僻词啦！ 项目地址：https://github.com/eeg1412/gemini-japanese-learn

继续让AI生成了 Happy Sugar Life 的手办图。 其中生成效果最好的是万圣节这张，氛围和灯光都很喜欢，而且是一次过。