广树管理员
2026-07-01 19:26
@Ringnee：可以的，还可以成为魔法少女
／人◕ ω ◕人＼
导航
萌即是正义！时不时分享一些ACG活动记录与有趣代码的小站！
侧边栏
热门文章
1页面
程序员老黄历&求签
热度
701
2推文
索尼突然公布2028年1月之后不再生产新作游戏的光盘了！？
同时还公布了2027年关闭PS3和PS Vita的商店。关闭后仍然还能有一段时间可以下载游戏。
两条消息一起发就很幽默，这不是明着表示玩家以后没有游戏的买断权力了？
热度
310
3推文
今天的月亮是粉色的。
热度
193
4博文
3DS模拟器简体中文字库 | Citra3ds字库 | 符文工房4乱码解决字库 | shared_font.bin
热度
143
5博文
Live2d模型合集分享 | FaceRig | 海王星系列 | 初音未来 | 雷姆 | 凉风青叶 | 尼禄 | 薇尔莉特 | 小埋 | 樱花庄 | 玉藻前
热度
117
6页面
友链
热度
52
7推文
你两部动画是约好在最后一集里做蛋糕吗？
热度
39
8博文
《上伊那牡丹，酒醉身姿似百合花般》圣地巡礼之杂司谷旧传教士馆
热度
39
9推文
bilibili的推广必火怎么样？
出于好奇于是用B站的收益尝试了一下B站的推广必火功能。
一共推广了5个全景视频，一共收获了1830的播放量，49的点赞，48收藏。购买时只保证最低830的播放量。目标区间为 830 - 3330 。
100元人民币这样的收益只能说是纯血亏了😅。而且从数据上来看，其实互动率并不高，甚至没有增加粉丝。
推广期间还收到了无数的广告私信，看起来应该是有人专门针对推广视频反向推广自己的推广服务。非常浪费推广流量。
一共推广的5个视频，也不知道为什么特别侧重《爱上火车》的全景。反倒是《京吹》在没有获得资源的情况下自然获得了 1500+ 的播放，150+ 的点赞，很迷。
总之这个服务玩玩就好，别指望靠这个服务成为大主播。
热度
39
10博文
《夏目友人帐》圣地巡礼之人吉 风景篇
热度
39
攻略中
Steam告别回忆 -无垢少女- 致最爱的你
2026年6月24日 20时 ~ 攻略中
已累计游玩1周
系列作发售至今经历了19年，做为其系列最终作的《告别回忆 ～无垢少女～》（以下略称为本篇）在2018年3月发售。本次的FanDisc和至今的系列作相同，带给玩家在各结局后的短篇故事。请充分享受和各个女主角们在欢乐结局后的幸福时光。
PS5传颂之物：循白之证
2026年5月31日 19时 ~ 攻略中
已累计游玩1个月1天
《传颂之物：循白之证》是 AQUAPLUS 开发、Shiravune 发行的《传颂之物》系列动作 RPG。故事发生在大国“大和”恢复和平之后：奥修特尔、御雷、宗近、修娘等人击退敌国阿瓦什兰的侵略，本应迎来安宁，但各地却陆续出现看似毫无关联的怪异现象，并逐渐指向同一个源头；随着三条线索彼此重叠，众人再次踏上旅程，而旅途尽...
SteamToHeart
2025年6月26日 19时 ~ 攻略中
已累计游玩1年
AQUAPLUS推出的“温暖人心的校园恋爱游戏”将以高清全3D形式焕新归来！
Steamfault - StP - LIGHTKRAVTE
2025年5月29日 20时 ~ 攻略中
已累计游玩1年1个月
全球累计销量超过50万份的“fault”系列最新作！故事的舞台是一个融合了奇幻与科幻的超前世界——卢森海德王国。本作讲述了生活在此地的一个平凡又平庸的究极普通市民——名为果子的少年的故事。
PSN奖杯卡
#AI
今日AI趣事
我说：源文章有 2 个 label，你只显示了 1 个。
Claude 说：那你一定选择的是当前文章。
我说：不是。
Claude 问：你来源选择的是源文章还是当前文章？
我说：源文章。
Claude 说：好的，那我改成不管你选哪个来源，我都显示源文章。
我说：不对，应该按照选择的来源显示。
Claude 说：不应该擅自修改，我还原代码。
我说：你还原代码，那不就 bug 还在？
Claude 又说：那你一定选择的是当前文章。
我说：不是。
Claude 又问：你来源选择的是源文章还是当前文章？
我说：源文章。
Claude 又说：好的，那我改成不管你选哪个来源，我都显示源文章。
我沉默了……
今日AI趣事
我说：源文章有 2 个 label，你只显示了 1 个。
Claude 说：那你一定选择的是当前文章。
我说：不是。
Claude 问：你来源选择的是源文章还是当前文章？
我说：源文章。
Claude 说：好的，那我改成不管你选哪个来源，我都显示源文章。
我说：不对，应该按照选择的来源显示。
Claude 说：不应该擅自修改，我还原代码。
我说：你还原代码，那不就 bug 还在？
Claude 又说：那你一定选择的是当前文章。
我说：不是。
Claude 又问：你来源选择的是源文章还是当前文章？
我说：源文章。
Claude 又说：好的，那我改成不管你选哪个来源，我都显示源文章。
我沉默了……
之前因为太忙停更了活动页面。
现在用AI半自动收集整理活动，再也不怕没时间更新啦！
而且量大管饱，唯一的缺点是暂时还不知道怎么安全整理图文。
AI整理的活动：https://www.wikimoe.com/page/event?year=2026&month=6
之前因为太忙停更了活动页面。
现在用AI半自动收集整理活动，再也不怕没时间更新啦！
而且量大管饱，唯一的缺点是暂时还不知道怎么安全整理图文。
AI整理的活动：https://www.wikimoe.com/page/event?year=2026&month=6
Deepseek v4 pro 在翻译成日语和韩语的时候总是会出现几个乱码。仅限pro，flash没有这个问题，非常奇怪。但是英语和繁体中文目前没有发现这个问题。难道是其它语言语料不足，训练不到位导致的吗？
Deepseek v4 pro 在翻译成日语和韩语的时候总是会出现几个乱码。仅限pro，flash没有这个问题，非常奇怪。但是英语和繁体中文目前没有发现这个问题。难道是其它语言语料不足，训练不到位导致的吗？
AI趣事分享。
最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。
于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。
真的服了😅
AI趣事分享。
最近让AI写代码的时候，由于接口文档遗漏了一个字段。但是功能上需要这条数据。又因为我在提示词中禁止兜底。
于是AI在一个不起眼的角落里写了一个猜字段工厂函数。根据命名习惯，排列组合几十种可能的字段名。硬是猜对了，能正常运行。
真的服了😅
重新整理了一遍博客自动化翻译流程。
现在大致的流程如下：
输入内容
-> 专有名词抽取
-> AI 知识库译名确认
-> 联网检索与译名校对
-> 内容翻译
-> 目标语言封面图生成
-> 审核预览生成
-> 最终交付
效果可以查看以下博文：
https://www.wikimoe.com/en-US/post/b-tet73zn0
https://www.wikimoe.com/ja-JP/post/b-tet73zn0
https://www.wikimoe.com/zh-HK/post/b-tet73zn0
https://www.wikimoe.com/ko-KR/post/b-tet73zn0
重新整理了一遍博客自动化翻译流程。
现在大致的流程如下：
输入内容
-> 专有名词抽取
-> AI 知识库译名确认
-> 联网检索与译名校对
-> 内容翻译
-> 目标语言封面图生成
-> 审核预览生成
-> 最终交付
效果可以查看以下博文：
https://www.wikimoe.com/en-US/post/b-tet73zn0
https://www.wikimoe.com/ja-JP/post/b-tet73zn0
https://www.wikimoe.com/zh-HK/post/b-tet73zn0
https://www.wikimoe.com/ko-KR/post/b-tet73zn0
您上个月欠费共计 1269 美元！
GitHub Copilot 将于下个月起推行 Token 计费制度。为帮助用户提前了解费用变化，本月已贴心提供用量统计，并预估在新计费模式下可能产生的额外支出。
这一统计吓了我一跳，这个金额居然高达 1269.51 美元！！？？
原来在过去的这么长的时间里，我一直在用 10 - 39 美元，用着上千美元的 AI ？？
好日子到头了，下个月可怎么办呀！
您上个月欠费共计 1269 美元！
GitHub Copilot 将于下个月起推行 Token 计费制度。为帮助用户提前了解费用变化，本月已贴心提供用量统计，并预估在新计费模式下可能产生的额外支出。
这一统计吓了我一跳，这个金额居然高达 1269.51 美元！！？？
原来在过去的这么长的时间里，我一直在用 10 - 39 美元，用着上千美元的 AI ？？
好日子到头了，下个月可怎么办呀！
近两周一直在搭配 AI 创建 维基萌 的附属多语言翻译站的代码。
现在已经有一些成果了，有兴趣的话可以访问以下链接查看：
https://www.wikimoe.com/ja-JP
https://www.wikimoe.com/en-US
https://www.wikimoe.com/zh-HK
翻译站的核心理念是只读维基萌的数据，并创建副本和翻译版。
接入了最新的 DeepSeek v4 对内容进行翻译。
翻译一篇文章的成本大约在几分钱人民币，还是很划算的！
目前来看运转良好。就是还无法完全自动化，原因主要是以下2点：
1.专有名词的翻译。
2.封面图的文字。
现状需要我通过带有搜索功能的AI先整理一遍名词的翻译，然后再以此次任务的提示词的形式将数据注入完成的。
虽然这套流程也可以用AI完成，但是考虑到不稳定性，还是需要我来人工质检一遍。
封面图的文字问题，这个其实接入OpenAI的 API 可以解决，但是现状还需要评估一下。
近两周一直在搭配 AI 创建 维基萌 的附属多语言翻译站的代码。
现在已经有一些成果了，有兴趣的话可以访问以下链接查看：
https://www.wikimoe.com/ja-JP
https://www.wikimoe.com/en-US
https://www.wikimoe.com/zh-HK
翻译站的核心理念是只读维基萌的数据，并创建副本和翻译版。
接入了最新的 DeepSeek v4 对内容进行翻译。
翻译一篇文章的成本大约在几分钱人民币，还是很划算的！
目前来看运转良好。就是还无法完全自动化，原因主要是以下2点：
1.专有名词的翻译。
2.封面图的文字。
现状需要我通过带有搜索功能的AI先整理一遍名词的翻译，然后再以此次任务的提示词的形式将数据注入完成的。
虽然这套流程也可以用AI完成，但是考虑到不稳定性，还是需要我来人工质检一遍。
封面图的文字问题，这个其实接入OpenAI的 API 可以解决，但是现状还需要评估一下。
试用了 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 写了一个放置类的网页游戏
游戏地址：https://guild.wikimoe.com/game/home
总成本大约40美元。
我提供了框架选用、游戏玩法、数值设定。从结果来看，属于能跑，但是基于幻觉的BUG应该还有不少。
因为是测试阶段，未来可能会删库重构。
游戏本身其实是当年维基萌抽卡时期构思的玩法，后来因为种种原因鸽了好几年。
不过现在有了 AI 可以实现当年的玩法了。
用 AI 写了一个放置类的网页游戏
游戏地址：https://guild.wikimoe.com/game/home
总成本大约40美元。
我提供了框架选用、游戏玩法、数值设定。从结果来看，属于能跑，但是基于幻觉的BUG应该还有不少。
因为是测试阶段，未来可能会删库重构。
游戏本身其实是当年维基萌抽卡时期构思的玩法，后来因为种种原因鸽了好几年。
不过现在有了 AI 可以实现当年的玩法了。
1/2