10多年前陆陆续续写过一些Chrome扩展，虽然当时有着不错的安装量和评分，也曾经切实解决了一部分人的需求，现在回看其中的代码也是一坨坨的屎山罢了。
彼时市面上除了Chrome官方的扩展开发文档和360翻译的Chromium官方的扩展开发文档外，几乎没什么可供参阅的开发指南。
而随着更为严格的Manifest V3的发布，一大波扩展程序被陆陆续续限制，下架。
这是当时（在自己不熟悉的领域）造一个轮子的真实写照：
需要不停翻阅大量文档，编写功能可用但不符合最佳实践的代码，最后碰到问题还得依赖Google去缓慢解决。
感谢AI，让这一切再次变得可能和更为快速。
新标签页
我自己的Chrome新标签页已经使用默认的空白页面好几年了。原因是Chrome商店内的存量新标签页扩展虽然数量庞大，但无一例外很难和自己的真实需求（可自定义的书签，番茄时钟，Kanban任务管理）精准匹配，且无一例外的臃肿。
经过简单的Plan，花了半天时间和Codex完成了这个新的标签页扩展。
它完全满足了现阶段我对于一个番茄时钟和简单Kanban任务管理的需求。
AI编写这样较为简单的应用已经可谓是得心应手了，无论是UI设计，Manifest V3的Service Worker相关实现，还是国际化处理（它甚至对目前三种不同语言的所有的文案进行了完美翻译），以及在我未提及的前提下精准生成了Chrome扩展需要的4种不同尺寸的icon。
Vibe Coding
相比两三年前GPT 3横空出世的那个时间点，尽管近乎所有的开发者在今天已完全认可AI和大语言模型在编程方面的能力以及巨大潜力，但仍然无法完全做到Andrej Karpathy关于Vibe Coding中「barely even touch the keyboard」的状态，即完全不再参与编程，只通过Vibe和不断查看结果/告诉AI编程工具不停修改来实现最终的开发工作。
这是一个正在不断被讨论的话题，这里不再展开赘述了。于我而言更为重要的一些原因是：
浏览器插件开发并不是一个复杂的软件工程，而自己少量的，过时的Chrome扩展开发经验也完全没有理由再去参与到其中。
因此还不如把自己当成蒋方舟一样，完全尝试不断查看AI编程工具的输出结果来完成自己的需求好了。
事实证明，除了UI层面，AI无法在工作一开始的阶段就准确理解和开发者达成共识外，它在整个需求的实现阶段效率是惊人的。
并且，对于小型项目而言，也不用上升到“AI没有审美” / “输出的代码语义与视觉脱节”这一层面，因为你很容易通过几轮简单的指令去让AI再次修复它们，直到输出结果完全是你想要的。