让 GPT5.6 生成高尔夫游戏，结果给了我这个？ 披着高尔夫皮的台球？ 不过好像还蛮好玩的... 试玩地址： https://www.wikimoe.com/web_demo/ai_game/gpt5.6_sol_golf.html

让AI写了个将三星手机拍摄的JPG Gain Map格式的照片转成压缩率更高的AVIF Gain Map格式的NPM包。 地址为：https://www.npmjs.com/package/libavif-with-gainmap 这样一定程度上能更快捷的管理HDR照片。 不过问题也是有的，比如服务器贫瘠的性能处理大尺寸的AVIF照片还是有点吃力的。 大照片一张大概需要30秒的样子...不知道还有没有优化的空间。 如果设备支持的话，示例图点击就能看到HDR效果啦！

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

Deepseek v4 pro 在翻译成日语和韩语的时候总是会出现几个乱码。仅限pro，flash没有这个问题，非常奇怪。但是英语和繁体中文目前没有发现这个问题。难道是其它语言语料不足，训练不到位导致的吗？

近两周一直在搭配 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，以“升级”为名降低成本，这种做法确实难以令人认同。

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

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