就 SwitchyAgain 和 SwitchyOmega 的对比来说，在之前已经说过，是全面迁移到了 MV3 + TypeScript + React 这样的架构设计。构建也成功转移到了以 npm 为基础的构建链。在完成这种更现代化的修改后，接下来就还会对日新月异的前端变化来做更多的新功能的开发。
这里就分为两部分。第一部分，是 SwitchyOmega 原来就有的一些新功能的开发需求，也就是历史因素的功能开发。第二部分，是针对自停止开发后的出现的浏览器的新特性来做新功能的开发，这里还要考虑到会更倾向于去针对 Firefox 适配更多的功能，因为 Firefox 本身有更开放的 API 接口可供调用。
这篇来聊聊 SwitchyAgain 的图标的设计。当前的图标是在原来的 SwitchyOmega 的基础上在内圆里加了两个对称的竖直方向的椭圆图案。除此以外没有加其他元素了。这看起来就变成了一个看起来像是脸的圆环加看起来是一对眼睛的两个椭圆形。
这个设计的过程并不简单，虽然 SwitchyOmega 的图标本身就有公开 SVG 代码，只要在这个代码基础上去修改就好。但难的还是对于这种扩展程序的图标的设计，为了保证其能有是在 SwitchyOmega 的基础上去继续开发的意义，就不能把原有的元素给抹去了。
SwitchyAgain 作为一个扩展程序，其能力的上限主要会被两方面所限制住。第一就是扩展规范的版本，即 MV2 和 MV3。第二就是浏览器内核，以 Firefox 和 Chrome 为主要的平台来考虑。有再多的开发需求，都无法越过这两方面的限制。
扩展规范规定了如何去调用浏览器所提供的 API 接口，而不同的浏览器内核则是提供了不同类型的 API。明确这一点是非常重要的，直接能够确定，什么功能是可以去做的，什么功能无法做到。
已经是五月的末尾了。在尝试可以做到 MV3 兼容后，我的心中又燃起了希望。看起来我是开始能学会如何通过 AI 来辅助完成编程了。之前更多还是在研究通过 AI 来生成图片，而没有专注在编程方面。
确定了这样的一个思路后，那么就可以慢慢来修了，先让 AI 分析出一个大致的路线，接着再逐渐细分成可以单独提交的修改，并且每次都要人工简单检查下。这样虽然整体上会比较慢，但至少够稳，不会出现太大的失误。
在初试失败后，心情沮丧。这种大项目想要快速实现现代化，看来并不现实。如果说只能慢慢来，又担心要耗费太多的时间。我想要不还是降低期待吧，未必真的可以做到，但可以去尝试。
不一定就要做到很好甚至最好，完全当成是一种兴趣。本来也并不是一种强制性的，一种被迫要去做的事情。再者，AI 实际上能起到多大的作用，还需要再多琢磨琢磨。我在这个过程中又需要投入多少精力，实际需要参与到什么程度，也都再仔细考虑下。
在决定了取名为 SwitchyAgain 后，我开始要确定所需要使用的语言。对于一个扩展程序来说，选择使用 TypeScript 是一种必然，它的优点是很明显的。至于框架，则需要在 React 和 Vue 之间做一个选择。
从便于长期维护的角度来出发，我决定选择用 React 框架。Vue 的特点是简单出活快，但我想到这个项目我可能真的会长期维护下去，最后选择了 React。于是就这样开始了重构迁移的尝试。
五月中旬，在一轮又一轮的关于 LLM 的讨论热潮中，我也逐渐开始很大程度上都依靠 AI 来完成各项任务。在这之前，已经通过网页版 ChatGPT 写了好几个脚本，也有在用 Gemini 主要是它的网页设计方面更佳。
还有正好 GPT Image 2 也发布了，也尝试了玩下通过提示词来生成预想的图片，并且由此还发现了更多的文生图的本地模型，还特别专门整理过一些提示词。