广树管理员
2026-06-02 11:51
@托尼：感觉更像是大数据的选择。
导航
萌即是正义！时不时分享一些ACG活动记录与有趣代码的小站！
侧边栏
热门文章
1页面
程序员老黄历&求签
热度
1365
2推文
AI趣事分享。
最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。
于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。
真的服了😅
热度
376
3推文
不知道为什么《告别回忆9》的Steam版的画面锯齿感严重，像是用了最近邻插值算法缩放一样。这个问题自发售以来一直没人管。但是串流到其它设备就莫名其妙好了？什么原理？
热度
318
4推文
今天去听了《命运石之门》的交响音乐会。
整场音乐会涵盖了《命运石之门》系列游戏的经典曲目。
所有曲目中，我认为《命运石之门》的 GATE OF STEINER -Main theme- 和《命运石之门 0》的 Messenger -main theme- ，也就是两部游戏的游戏菜单曲目的交响乐版最为好听。
加倍演奏出了原曲的神秘感和激昂感演绎。
热度
246
5页面
关于
热度
221
6博文
环岛漫游 《Summer Pockets REFLECTION BLUE》 圣地巡礼之直岛
热度
208
7页面
活动
热度
156
8推文
听闻最近镰仓的夜光藻爆发，于是下班火速前往。
但是很可惜今天的夜光藻并不是很亮。
下次再来挑战。
热度
104
9博文
当炒饭与海风相遇《Summer Pockets REFLECTION BLUE》 圣地巡礼之男木岛
热度
91
10博文
探访日本的"鬼岛" 《Summer Pockets REFLECTION BLUE》 圣地巡礼之女木岛
热度
91
攻略中
PS5传颂之物：循白之证
2026年5月31日 19时 ~ 攻略中
已累计游玩1天
《传颂之物：循白之证》是 AQUAPLUS 开发、Shiravune 发行的《传颂之物》系列动作 RPG。故事发生在大国“大和”恢复和平之后：奥修特尔、御雷、宗近、修娘等人击退敌国阿瓦什兰的侵略，本应迎来安宁，但各地却陆续出现看似毫无关联的怪异现象，并逐渐指向同一个源头；随着三条线索彼此重叠，众人再次踏上旅程，而旅途尽...
Steam告别回忆 双想 ～Not always true～
2026年3月10日 22时 ~ 攻略中
已累计游玩2个月23天
“我觅见了生命中的唯一，而后——”
SteamToHeart
2025年6月26日 19时 ~ 攻略中
已累计游玩11个月10天
AQUAPLUS推出的“温暖人心的校园恋爱游戏”将以高清全3D形式焕新归来！
Steamfault - StP - LIGHTKRAVTE
2025年5月29日 20时 ~ 攻略中
已累计游玩1年
全球累计销量超过50万份的“fault”系列最新作！故事的舞台是一个融合了奇幻与科幻的超前世界——卢森海德王国。本作讲述了生活在此地的一个平凡又平庸的究极普通市民——名为果子的少年的故事。
PSN奖杯卡
AI相关
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 完美实现时的成功感。我现在算是明白为什么那么多人喜欢玩抽卡游戏了。
试了下让 AI Nano Banana Pro 自动生成文章封面图。
很意外的是，AI仅凭标题中提到的作品名绘制出了作品角色。甚至还仿造了作品Logo的风格绘制标题。
但是也少不了出现完全不认识的角色。而且对于较新的作品，比如《mono》就绘制了完全缝合的角色。AI似乎知道《mono》和《摇曳露营》的关系，出现了和扶子造型相似的角色，以及强行加塞了原标题没有的文字，说是《摇曳露营》的城市。
其它大大小小的幻觉还有很多，现阶段还是不能借助AI生成封面图的样子。
试了下让 AI Nano Banana Pro 自动生成文章封面图。
很意外的是，AI仅凭标题中提到的作品名绘制出了作品角色。甚至还仿造了作品Logo的风格绘制标题。
但是也少不了出现完全不认识的角色。而且对于较新的作品，比如《mono》就绘制了完全缝合的角色。AI似乎知道《mono》和《摇曳露营》的关系，出现了和扶子造型相似的角色，以及强行加塞了原标题没有的文字，说是《摇曳露营》的城市。
其它大大小小的幻觉还有很多，现阶段还是不能借助AI生成封面图的样子。
AI挺能编造的呢！
虽然日语中 聞香 确实可以读作 Mon-kou ，但是 聞香炉 却只有读作 Kiki-kou-ro。
一开始AI给了错误的发音之后让AI查字典，认错之后仍然编造 Mon-kou-ro 这种读法是内行人的说法……
AI挺能编造的呢！
虽然日语中 聞香 确实可以读作 Mon-kou ，但是 聞香炉 却只有读作 Kiki-kou-ro。
一开始AI给了错误的发音之后让AI查字典，认错之后仍然编造 Mon-kou-ro 这种读法是内行人的说法……
做了个基于Gemini的日语翻译和学习的工具。
工具会把文字或者图片翻译成中文，并且对语法和单词做讲解。
最后还会自动总结归纳里面的单词加入生词本。
妈妈再也不用担心我看日文小说和漫画遇到生僻词啦！
项目地址：https://github.com/eeg1412/gemini-japanese-learn
做了个基于Gemini的日语翻译和学习的工具。
工具会把文字或者图片翻译成中文，并且对语法和单词做讲解。
最后还会自动总结归纳里面的单词加入生词本。
妈妈再也不用担心我看日文小说和漫画遇到生僻词啦！
项目地址：https://github.com/eeg1412/gemini-japanese-learn
1/1