广树管理员
2026-10-15 08:37
@Zrzzz：本季度最忙的女明星
导航
萌即是正义！时不时分享一些ACG活动记录与有趣代码的小站！
侧边栏
热门文章
1推文
《青春猪头》的麻衣学姐很忙。
一口气联动了好多！
热度
349
2页面
程序员老黄历&求签
热度
195
3推文
纯 AI 制作的视觉小说。
使用 GPT 6.1 Sol 制作。
剧本、美术、音乐、程序等全部都是 AI 完成的。
故事为 Happy Sugar Life 的 if 线。
剧本和美术多少有些小瑕疵，但是感觉无伤大雅，多抽抽卡应该是能抽出完美的内容出来。
试玩链接：
https://www.wikimoe.com/web_demo/ai_game/happy-sugar-life-half-of-tomorrow/
热度
174
4博文
3DS模拟器简体中文字库 | Citra3ds字库 | 符文工房4乱码解决字库 | shared_font.bin
热度
143
5博文
《上伊那牡丹，酒醉身姿似百合花般》圣地巡礼之杂司谷旧传教士馆
热度
104
6博文
乘坐《上伊那牡丹》特别号蒸汽火车 开启秩父圣地巡礼
热度
91
7博文
360度带你《我们仍未知道那天所看见的花的名字》秩父圣地巡礼
热度
91
8推文
吃完联动咖啡后，去新宿逛了逛街。
意外的发现丸井百货有一大片芳文社的周边贩卖区。
热度
84
9博文
《女神异闻录5》圣地巡礼——三轩茶屋
热度
78
10推文
去六本木吃了《穹庐下的魔女联动咖啡》的联动咖啡。
这是一家电视台里的咖啡店，本来主打的其实是4000日元的水果套餐。
联动菜单里的蒙古包我觉得是最有意思的，青青草地上的白色蒙古包蛋糕。
《原论》三明治看起来像是厚厚的书，但其实本质就是2个厚厚的三明治。
热度
71
攻略中
Steam空之轨迹 the 1st
2026年8月02日 12时 ~ 攻略中
已累计游玩2个月15天
因父亲卡西乌斯失踪而踏上旅程的艾丝蒂尔与约书亚，
在巡游利贝尔王国的过程中，
经历了无数与未知同伴的相遇与别离，
而在旅途终点等待着两人的，究竟会是什么……？
NS节奏天国 奇迹之星
2026年7月08日 20时 ~ 攻略中
已累计游玩3个月9天
《节奏天国：奇迹之星》是一款轻松又充满创意的音乐节奏游戏，玩家只需跟随音乐节拍按下按键，就能完成跳跃、敲击空罐、制作料理等各种有趣的小挑战。游戏延续了《节奏天国》系列简单易上手、节奏感强、画风幽默的特点，让玩家在一个个短小精巧的关卡中感受音乐与反应力结合的乐趣，适合喜欢节奏游戏和轻松休闲玩法的玩家体验。
Steam告别回忆 -无垢少女- 致最爱的你
2026年6月24日 20时 ~ 攻略中
已累计游玩3个月23天
系列作发售至今经历了19年，做为其系列最终作的《告别回忆 ～无垢少女～》（以下略称为本篇）在2018年3月发售。本次的FanDisc和至今的系列作相同，带给玩家在各结局后的短篇故事。请充分享受和各个女主角们在欢乐结局后的幸福时光。
Steamfault - StP - LIGHTKRAVTE
2025年5月29日 20时 ~ 攻略中
已累计游玩1年4个月
全球累计销量超过50万份的“fault”系列最新作！故事的舞台是一个融合了奇幻与科幻的超前世界——卢森海德王国。本作讲述了生活在此地的一个平凡又平庸的究极普通市民——名为果子的少年的故事。
PSN奖杯卡
AI相关
纯 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 制作的视觉小说。
使用 GPT 6.1 Sol 制作。
剧本、美术、音乐、程序等全部都是 AI 完成的。
故事为 Happy Sugar Life 的 if 线。
剧本和美术多少有些小瑕疵，但是感觉无伤大雅，多抽抽卡应该是能抽出完美的内容出来。
试玩链接：
https://www.wikimoe.com/web_demo/ai_game/happy-sugar-life-half-of-tomorrow/
让 GPT‑6 Astra 开发了类《东方Project》 的弹幕射击类游戏。
所有图片素材也都是GPT生成的。
音乐采用了多波形合成的技术，也就是让浏览器自己根究乐谱演奏音乐和音效。类似早年的FC游戏所采用的技术。
这样 AI 就可以通过类似写乐谱的方式来生成音乐和音效。
总之我只提供了基本的设定信息，其他都是 AI 自由发挥。
目前只做了 1 个关卡。
之后应该会继续更新，敬请期待！
以下是试玩链接：
https://www.wikimoe.com/web_demo/ai_game/hanabell/dist/
让 GPT‑6 Astra 开发了类《东方Project》 的弹幕射击类游戏。
所有图片素材也都是GPT生成的。
音乐采用了多波形合成的技术，也就是让浏览器自己根究乐谱演奏音乐和音效。类似早年的FC游戏所采用的技术。
这样 AI 就可以通过类似写乐谱的方式来生成音乐和音效。
总之我只提供了基本的设定信息，其他都是 AI 自由发挥。
目前只做了 1 个关卡。
之后应该会继续更新，敬请期待！
以下是试玩链接：
https://www.wikimoe.com/web_demo/ai_game/hanabell/dist/
GPT的图片生成模型更新到2.5了，于是把之前的恐怖故事拿出来重新生成。
生成效果确实进步了不少，就是场景额外混入了很多可爱的小文字。
于是提示词加入了"纯剧情和对话演绎，不要有任何说明文字。"的提示词，生成了图2 。
图3 和 图4 是以前生成的漫画，可以做对比。
GPT的图片生成模型更新到2.5了，于是把之前的恐怖故事拿出来重新生成。
生成效果确实进步了不少，就是场景额外混入了很多可爱的小文字。
于是提示词加入了"纯剧情和对话演绎，不要有任何说明文字。"的提示词，生成了图2 。
图3 和 图4 是以前生成的漫画，可以做对比。
让 GPT5.6 生成高尔夫游戏，结果给了我这个？
披着高尔夫皮的台球？
不过好像还蛮好玩的...
试玩地址：
https://www.wikimoe.com/web_demo/ai_game/gpt5.6_sol_golf.html
让 GPT5.6 生成高尔夫游戏，结果给了我这个？
披着高尔夫皮的台球？
不过好像还蛮好玩的...
试玩地址：
https://www.wikimoe.com/web_demo/ai_game/gpt5.6_sol_golf.html
尝试让新出的GPT 5.6制作了一个图片压缩的小工具。
使用了electron构筑。
可以在windows电脑上直接打开使用。
恭喜你的电脑又多了一个chrome。
地址：https://github.com/eeg1412/blog-image-compression-tool
尝试让新出的GPT 5.6制作了一个图片压缩的小工具。
使用了electron构筑。
可以在windows电脑上直接打开使用。
恭喜你的电脑又多了一个chrome。
地址：https://github.com/eeg1412/blog-image-compression-tool
Deepseek v4 pro 在翻译成日语和韩语的时候总是会出现几个乱码。仅限pro，flash没有这个问题，非常奇怪。但是英语和繁体中文目前没有发现这个问题。难道是其它语言语料不足，训练不到位导致的吗？
Deepseek v4 pro 在翻译成日语和韩语的时候总是会出现几个乱码。仅限pro，flash没有这个问题，非常奇怪。但是英语和繁体中文目前没有发现这个问题。难道是其它语言语料不足，训练不到位导致的吗？
AI趣事分享。
最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。
于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。
真的服了😅
AI趣事分享。
最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。
于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。
真的服了😅
您上个月欠费共计 1269 美元！
GitHub Copilot 将于下个月起推行 Token 计费制度。为帮助用户提前了解费用变化，本月已贴心提供用量统计，并预估在新计费模式下可能产生的额外支出。
这一统计吓了我一跳，这个金额居然高达 1269.51 美元！！？？
原来在过去的这么长的时间里，我一直在用 10 - 39 美元，用着上千美元的 AI ？？
好日子到头了，下个月可怎么办呀！
您上个月欠费共计 1269 美元！
GitHub Copilot 将于下个月起推行 Token 计费制度。为帮助用户提前了解费用变化，本月已贴心提供用量统计，并预估在新计费模式下可能产生的额外支出。
这一统计吓了我一跳，这个金额居然高达 1269.51 美元！！？？
原来在过去的这么长的时间里，我一直在用 10 - 39 美元，用着上千美元的 AI ？？
好日子到头了，下个月可怎么办呀！
试用了 GitHub Copilot 的 Opus 4.7，整体体验并不理想。
我拿一个从零开始的工具类项目做测试，前后尝试了 5 次，竟然有 3 次直接被拒绝。理由都是认为这个项目需要团队投入数周甚至数月，超出了 AI 能完成的范围。但实际上，这个项目代码量最多也就一万行左右，我一个人一个周末完全可以完成。
这种“直接拒绝”的处理方式确实有些过头，系统级提示词到底是如何设计的？类似情况在 4.6 版本中从未出现过。当初难度更高的项目（比如维基萌公会）都能被耐心完成。
在我不断调整提示词、强烈要求之后，有 2 次成功执行，但结果质量依然不尽如人意，问题包括但不限于：
功能缺失、逻辑遗漏
声称“已完成”，但实际并未完成
无视我提供的前端代码，自行重新实现
在一个表单中，将多个字段通过遍历逐个提交的低效做法
这些问题，本质上更像是思考深度不足导致的。相比之下，Github Copilot 版的 4.6 思考深度是高，而 4.7 是中。
总体来说，4.7 在价格提升数倍的情况下，却带来了明显下降的体验，难免让人失望。更何况还强制下架了 4.6，以“升级”为名降低成本，这种做法确实难以令人认同。
试用了 GitHub Copilot 的 Opus 4.7，整体体验并不理想。
我拿一个从零开始的工具类项目做测试，前后尝试了 5 次，竟然有 3 次直接被拒绝。理由都是认为这个项目需要团队投入数周甚至数月，超出了 AI 能完成的范围。但实际上，这个项目代码量最多也就一万行左右，我一个人一个周末完全可以完成。
这种“直接拒绝”的处理方式确实有些过头，系统级提示词到底是如何设计的？类似情况在 4.6 版本中从未出现过。当初难度更高的项目（比如维基萌公会）都能被耐心完成。
在我不断调整提示词、强烈要求之后，有 2 次成功执行，但结果质量依然不尽如人意，问题包括但不限于：
功能缺失、逻辑遗漏
声称“已完成”，但实际并未完成
无视我提供的前端代码，自行重新实现
在一个表单中，将多个字段通过遍历逐个提交的低效做法
这些问题，本质上更像是思考深度不足导致的。相比之下，Github Copilot 版的 4.6 思考深度是高，而 4.7 是中。
总体来说，4.7 在价格提升数倍的情况下，却带来了明显下降的体验，难免让人失望。更何况还强制下架了 4.6，以“升级”为名降低成本，这种做法确实难以令人认同。
Github Copilot 停止了新用户注册，并且下架了opus4.6，还增加了用户的每周使用限制。
看来面向个人用户的AI好时代提前结束了？
Github Copilot 停止了新用户注册，并且下架了opus4.6，还增加了用户的每周使用限制。
看来面向个人用户的AI好时代提前结束了？
让AI生成了一个记账网页应用。
完全按照我自己的需求定制的记账应用。当然也有一定的通用性。
支持响应式布局，所以手机也能用。
本人只贡献了需求和修改了一丢丢UI体验。
成品还是很满意的，看来AI时代，小工具根本不需要下什么APP了。
直接自己定制应用的好时代来了呀！
项目地址：https://github.com/eeg1412/wikimoeBookkeeping
※截图是测试数据，不是我发财了。
让AI生成了一个记账网页应用。
完全按照我自己的需求定制的记账应用。当然也有一定的通用性。
支持响应式布局，所以手机也能用。
本人只贡献了需求和修改了一丢丢UI体验。
成品还是很满意的，看来AI时代，小工具根本不需要下什么APP了。
直接自己定制应用的好时代来了呀！
项目地址：https://github.com/eeg1412/wikimoeBookkeeping
※截图是测试数据，不是我发财了。
用几乎纯 AI 写维基萌公会联盟这款游戏也有段时间了，可以分享一些 AI 写项目的心得了。
先说结果，现阶段面向个人的几大 AI 模型用来开发个人小项目，实现个人的一些想法是够用的。但是用在商业项目还有待商榷。
目前用下来的问题包括但不仅限于：
· 不会总结需求功能中哪些函数或者组件应该共通化，同样的功能写的到处都是。
· 由于上面的问题，修改BUG的时候经常只会改一处就觉得自己解决问题了。
· AI 有时候倾向掩盖问题而不是解决问题。比如有几次指挥解决日志中的错误，结果 AI 选择遇到此类问题不输出日志。
· 受到上下文最大输入限制，现在的 AI 是以总结交接的形式将前面的信息传递到下一任 AI ，这就导致了一旦发生交接，这段代码质量会急剧下降。
· 不约束代码习惯的时候，AI 更倾向写可读性很差的语法糖。
· UI交互设计不加详细描述就会写的一团糟。
· 游戏玩法设计幻觉严重。
当然优点也有很多。最大的优点就是减少了我自己的心智负担。并且用自己的描述成功让 AI 完美实现时的成功感。我现在算是明白为什么那么多人喜欢玩抽卡游戏了。
用几乎纯 AI 写维基萌公会联盟这款游戏也有段时间了，可以分享一些 AI 写项目的心得了。
先说结果，现阶段面向个人的几大 AI 模型用来开发个人小项目，实现个人的一些想法是够用的。但是用在商业项目还有待商榷。
目前用下来的问题包括但不仅限于：
· 不会总结需求功能中哪些函数或者组件应该共通化，同样的功能写的到处都是。
· 由于上面的问题，修改BUG的时候经常只会改一处就觉得自己解决问题了。
· AI 有时候倾向掩盖问题而不是解决问题。比如有几次指挥解决日志中的错误，结果 AI 选择遇到此类问题不输出日志。
· 受到上下文最大输入限制，现在的 AI 是以总结交接的形式将前面的信息传递到下一任 AI ，这就导致了一旦发生交接，这段代码质量会急剧下降。
· 不约束代码习惯的时候，AI 更倾向写可读性很差的语法糖。
· UI交互设计不加详细描述就会写的一团糟。
· 游戏玩法设计幻觉严重。
当然优点也有很多。最大的优点就是减少了我自己的心智负担。并且用自己的描述成功让 AI 完美实现时的成功感。我现在算是明白为什么那么多人喜欢玩抽卡游戏了。
1/2