发生了什么

月底就要把正式版内容做完，下个月中旬就要发售了。工作上的任务终于排上来了，整理了一下需求，构思了一下工作流，做成了SKILL，一口气调十几个Agent起来就是直接猛猛造。对于这种铺量的有相似工作流的工作有AI是针对方便啊，要放以前，今天的工作量没个一个月我是做不完的。

给自己的任务做了排期，有不少任务都是针对某一种铺量的工作制作SKILL，然后跟团队共享，让同事一起跑SKILL，然后一路给AI说同意

有个老外在经常会在Discord上请教我程序上的问题，今天好奇问了一下，他似乎正在做一个程序外包，遇到了一些疑难杂症，能帮助到别人还是非常开心的hhh

一些分享

相比传统软件开发，游戏开发有一个很麻烦的点就是并不好做自动化测试，传统软件可以写测试用例，在当下AI的时代，也可以让AI很方便的直接验证数据流。但对于游戏来说，测试用例很难覆盖游戏的完整内容，用AI也是类似的问题。这一步绝大多数情况都得需要人来测试。像是卡牌类的、回合制的、战棋类的游戏算是比较好通过程序自动化来进行测试的类型了，但是对于像带一些动作要素的游戏来说，用AI测试就是一个巨大的金币开销了。

当然这只是突然联想到的题外话hhhh，因为今天阿玉问到了相关的东西，这里主要是是想分享一下用AI来修复Bug的思路，基本上分以下几步：

• 要求它编写一份能够重现该漏洞的测试程序。
• 运行它。观察它失败的情况。
• 现在请它来修复这个漏洞。
• 再次运行测试。看看它是否能够通过。

这跟Agent的运行逻辑有很大关系，让AI观察到失败的情况是让他定位到问题的最好办法，很多时候人的描述是模糊的，只有让AI真正看到问题了，才能更好的解决问题。就像跟你的同事说“你自己来看看就明白了”。

最近在构思无人类审核，让AI持续产出高质量代码的设想。今天在等AI给结果时，浏览推特看到了一个Cursor的工程师的构想：高质量代码是为了给人提供干净、易读的代码而定义的，但代价是会付出性能甚至安全性上的问题，或许我们要重新思考对于AI来说的高质量代码是什么。

还蛮有意思的想法，下面评论也充满了争议hhhh，我曾经还有一个更大胆的构想，代码是设计给人看的，机器只会认二进制码，那么当真的到了不需要人看代码的时候，最好的软件构建方式是否应该是直接生成二进制文件呢？

刷到一篇博客对博客写作的看法，他这里的观点是如果想让别人读懂你的内容，就应该像平时说话一样去写博客。只有专业性的文档才应该出现正式的、专业的描述。感觉确实是一个不错的思路，前段时间写文章时，总是会来来回回删改很多，旁边会摆一堆参考资料，然后边写边想：我这样写好理解吗？作为一个科普文章，我的叙述足够到位吗？会不会太过？

每天写日志实际上就是以一个口语的方式来写的，想到什么马上就写下去，之后写正式的文章也可以尝试一下这样的方式，说不定还能提高产出效率（

预期

整理一下明天的工作，然后抽空继续看Agent相关的东西，然后看一下紫与灰工作室那边的游戏化平台落地，看后面能不能给到一些帮助。