最近在研究如何在发布网站文章时自动完成 Markdown 渲染，直接生成可以上传到公众号和小红书的内容。 网站系统自动化花了很长时间。写文章30分钟，发布只要一秒钟，很满意。琐事令人头痛，尤其对我这种懒人。 进而，希望所有内容的输出基于网站系统积累的自动化体系，也是我的知识体系。
调研中，发现一个Obsidian插件 —— Note-to-Mp。
购买体验下来，插件确实非常方便。不仅能在Obsidian笔记内直接预览，实现所见即所得，还支持一键发布。
不过，使用中有些问题： 插件对自定义标签（custom tags）/短代码的解析支持不够。为了发布渲染效果，我的文章会插入一些“短代码”，用于文章渲染，比如：
- gallery 相册组件
- | | y 内容， 自动加上黄色高亮段落
like this ######################################################
这些自定义标记在网站端能正常渲染，但插件预览时无法识别。
跟作者沟通，建议他，是否能增加适配或提供钩子函数（hooks），这样用户就可以自定义扩展逻辑。 插件作者回复：“不行，这个属于非标”。倒也理解，这么干的用户比较少。
于是决定自己动手，在AI加持下，“暴力改造”插件。
直接让 GPT-5 分析插件的 TypeScript 编译文件 —— main.js（超过 7 万行）。
震撼的是，它能完整理解文件结构，快速定位到关键逻辑，一次性生成改造后的代码。
另外，顺带对界面进行了重构，增加了批量发布功能。
如没有AI，我绝对不会有胆量去动这个编译文件。
GPT5 太强，完全改变了对AI编码能力的理解。顺手把 Copilot 会员又续了一年—— 感觉AI这个大玩具有点意思。
搞 AI 模型训练，除非手上有大量 GPU 资源，否则没有什么搞头。做AI应用，更有想象空间。
flag 🚩 : 学习Typescript + VUE