听说最近很流行在薯片包装上画图呢！

试着让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/ja-JP https://www.wikimoe.com/en-US https://www.wikimoe.com/zh-HK 翻译站的核心理念是只读维基萌的数据，并创建副本和翻译版。 接入了最新的 DeepSeek v4 对内容进行翻译。 翻译一篇文章的成本大约在几分钱人民币，还是很划算的！ 目前来看运转良好。就是还无法完全自动化，原因主要是以下2点： 1.专有名词的翻译。 2.封面图的文字。 现状需要我通过带有搜索功能的AI先整理一遍名词的翻译，然后再以此次任务的提示词的形式将数据注入完成的。 虽然这套流程也可以用AI完成，但是考虑到不稳定性，还是需要我来人工质检一遍。 封面图的文字问题，这个其实接入OpenAI的 API 可以解决，但是现状还需要评估一下。

惊了！ChatGPT images 2.0居然可以生成全景图片！

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

用几乎纯 AI 写维基萌公会联盟这款游戏也有段时间了，可以分享一些 AI 写项目的心得了。 先说结果，现阶段面向个人的几大 AI 模型用来开发个人小项目，实现个人的一些想法是够用的。但是用在商业项目还有待商榷。 目前用下来的问题包括但不仅限于： · 不会总结需求功能中哪些函数或者组件应该共通化，同样的功能写的到处都是。 · 由于上面的问题，修改BUG的时候经常只会改一处就觉得自己解决问题了。 · AI 有时候倾向掩盖问题而不是解决问题。比如有几次指挥解决日志中的错误，结果 AI 选择遇到此类问题不输出日志。 · 受到上下文最大输入限制，现在的 AI 是以总结交接的形式将前面的信息传递到下一任 AI ，这就导致了一旦发生交接，这段代码质量会急剧下降。 · 不约束代码习惯的时候，AI 更倾向写可读性很差的语法糖。 · UI交互设计不加详细描述就会写的一团糟。 · 游戏玩法设计幻觉严重。 当然优点也有很多。最大的优点就是减少了我自己的心智负担。并且用自己的描述成功让 AI 完美实现时的成功感。我现在算是明白为什么那么多人喜欢玩抽卡游戏了。

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