日常
日常 最近我的手机 firefox 完全无法正常使用 bing.com
日常 使用 tsx 来替代 ts-node 真的很好用。
如果大家有需要选择需要动态加载字体的话就可以尝试一下我这个
webfont 使用 node 运行时的裁剪速度：
实践
昨天晚上让 glm-5-turbo 自己跑了一晚上优化，今天早上被震惊了，ai是真厉害啊
将一个成熟的开源库的性能居然能优化快了足足接近十倍多了，太强了
于是我赶快向群友推荐了我的项目：https://webfont.shenzilong.cn/，这个项目在2020年就已经上了阮一峰的期刊
这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体
而一个中文字体动辄几十兆，多则数百兆。
国内1GB的公网流量基本上可以视为需要将近五六毛钱
所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单
这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体
所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单
（ 图中应群友要求打码）
国内1GB的公网流量基本上可以视为需要将近五六毛钱
而一个中文字体动辄几十兆，多则数百兆。
今天照例逛各大技术群，一位群友说他们之前字体流量一个月花了两万多块钱
最近实践
note https://z2h.cn/hanzi 字帖生成网站，田字格
note 仿苹果液态玻璃效果
note amd 利用 npu 的办法：https://ryzenai.docs.amd.com/en/latest/inst.html
https://lemonade-server.ai/ https://github.com/amd/gaia?tab=readme-ov-file
主要还是 lemonade-server ，gaia 也是连接的 gaia （直接安装 gaia 会自动安装 lemonade-server
好文推荐 https://vue-bits.dev/ 非常绚酷的 vue 动画库
好文推荐 浏览器插件开发最佳实践 https://wxt.dev/guide/installation.html
好文推荐 前端开发的瓶颈与未来之路
我自己独立想出的一种agent的UI方案，结果我现在发现MCP UI或者说MCPAPP人家早在半年前就已经想出来了，唉，被人领先了半年啊，不过我觉得这个东西倒未必非要和MCP绑定
让 Claude Code 等工具自动切换模型：图片走多模态，代码走 DeepSeek，把模型选择权从 AI 工具手里抢回来
我经常使用各类ai工具还有多个llm服务商的api，这导致我想要切换某个工具的模型非常麻烦，而且有些工具只支持 openai 风格的调用，有些工具只支持anthropic风格的，服务商也是，有些两种风格都提供了，有些是只有单一风格的。
于是我萌发了做一个llm网关的想法，核心玩法是可以配置路由规则来根据请求动态切换服务商和模型。
如上图所示，只需要配置一个匹配包含图片的路由规则指向多模态模型就可以做到平时使用更好的glm5.1但是不支持图片输入，一旦粘贴图片，就立刻无感切换多模态模型处理
还有一些神奇的用法，例如cc会将项目路劲拼在提示词中，所以这玩意还可以通过提示词匹配规则来做到公司的项目用公司的token，自己的项目用自己的token
可以在这里一键启用和管理路由规则来切换不同的服务商，例如上图中只需要关闭第四条就会开始使用deepseek 而且不用重启claude code
缺点:模型和服务商的切换会导致缓存命中率略微降低，但我实际使用中感觉也只是会低一点点
项目地址：https://github.com/2234839/llm_gateway ，使用bun构建的，可以在 https://github.com/2234839/llm_gateway/releases 中直接下载单文件使用
仪表盘界面（可以实时看到当前并发和输出速率等信息）：
仪表盘界面（可以实时看到当前并发和输出速率等信息）：
项目地址：https://github.com/2234839/llm_gateway ，使用bun构建的，可以在 https://github.com/2234839/llm_gateway/releases 中直接下载单文件使用
可以在这里一键启用和管理路由规则来切换不同的服务商，例如上图中只需要关闭第四条就会开始使用deepseek 而且不用重启claude code
还有一些神奇的用法，例如cc会将项目路劲拼在提示词中，所以这玩意还可以通过提示词匹配规则来做到公司的项目用公司的token，自己的项目用自己的token
如上图所示，只需要配置一个匹配包含图片的路由规则指向多模态模型就可以做到平时使用更好的glm5.1但是不支持图片输入，一旦粘贴图片，就立刻无感切换多模态模型处理
缺点:模型和服务商的切换会导致缓存命中率略微降低，但我实际使用中感觉也只是会低一点点
于是我萌发了做一个llm网关的想法，核心玩法是可以配置路由规则来根据请求动态切换服务商和模型。
我经常使用各类ai工具还有多个llm服务商的api，这导致我想要切换某个工具的模型非常麻烦，而且有些工具只支持 openai 风格的调用，有些工具只支持anthropic风格的，服务商也是，有些两种风格都提供了，有些是只有单一风格的。
ai时代一定是前端的时代！
我写这篇文章一是希望这些无良自媒体不要再贩卖焦虑了，二是希望各位前端兄弟坚定信心，ai应用的时代一定是前端的时代，claude、龙虾、所有ai时代的主流应用都是前端技术栈乃至衍生技术构建的，这些应用传统后端占比极小。
所以各位前端朋友，别看到“前端已死”就焦虑。我们只是站在这个时代的聚光灯下，每一道皱纹都被拍得清清楚楚。后端的兄弟们躲在暗处，秃了都没人发现。（开个玩笑😘，我前后端代码都写）
真要说 ai 取代，后端那些重复性的增删改查、配置编写、测试生成，一样在被AI吃掉。只是没人拍成短视频，没人写成爆款文，因为压根就爆不了。
前端焦虑年年有，年年上热搜。为什么？因为好看啊。一篇“前端已死”，配个AI生成网页的网址+精美图片，传播量分分钟十万加。你写篇“ai十分钟优化后端性能”，除了后端程序员谁会点进去看？
前端的困境被无限放大，后端的危机被默默消化——这不代表前端更危险，只代表前端更上镜。
我仔细的想了又想，这些自媒体一直发前端的文章说到底就是前端有视觉冲击力好吸粉，而后端呢，即便ai能全链路构建一个后端程序他截图什么东西给读者看？读者是怎么也感受不到ai对后端的完成度的，除非他真正用ai去写一个项目并上线。
但前端是不行的，必须要 “人在回路” 给ai不断的指手划脚（反馈各种细节等问题）
但凡真正用ai写过项目并上线的人都能感受到命名ai更擅长后端，从需求到测试agent完全可以闭环跑完全流程
我每次看到总想吐槽为啥不说后端已死，是看不懂后端代码吗
最近到处都能看到“前端已死”，“前端的工作真的快保不住了”之类的文章
测试
不过在 ai 的冲击下我也不确定能干多久，只能走一天是一天了，还好新公司的工作本身就是ai方向的，或许可以持久一些。
日常 npm 在 windows 上使用 npm install git+https://xxx 不会安装相关依赖，但在 github actions 环境下会安装其他依赖，我炸了
日常 npm 在 windows 上使用 npm install git+https://xxx 不会安装相关依赖，但在 github actions 环境下会安装其他依赖，我炸了
日常 npm 在 windows 上使用 npm install git+https://xxx 不会安装相关依赖，但在 github actions 环境下会安装其他依赖，我炸了
日常 ESM 下想要在自己的代码内去重写其它模块的函数好难啊，突然对 es 模块规范的好感丢失了
日常 ESM 下想要在自己的代码内去重写其它模块的函数好难啊，突然对 es 模块规范的好感丢失了
日常 ESM 下想要在自己的代码内去重写其它模块的函数好难啊，突然对 es 模块规范的好感丢失了
日常 因为宿舍的电费不可以取出来，而我下次再来就要换宿舍了，于是我想开着那没什么用的空调浪费一下，然后到下午3点的时候。就用完了，如果我不开空调的话，电应该是刚刚在我走的时候用完的嗯，一切都是最好的安排。我不应该浪费电的。
参数 p 可能是 uni-app 内部的包装
循环引用
闲评 ask.dcloud.net.cn 的文章发布系统会吞掉 emoji 之后的文本... 真的难受, 点击编辑看到的内容也和之前保存的时候不一样
循环引用
循环引用
如果大家有需要选择需要动态加载字体的话就可以尝试一下我这个
webfont 使用 node 运行时的裁剪速度：
实践
昨天晚上让 glm-5-turbo 自己跑了一晚上优化，今天早上被震惊了，ai是真厉害啊
将一个成熟的开源库的性能居然能优化快了足足接近十倍多了，太强了
于是我赶快向群友推荐了我的项目：https://webfont.shenzilong.cn/，这个项目在2020年就已经上了阮一峰的期刊
这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体
而一个中文字体动辄几十兆，多则数百兆。
国内1GB的公网流量基本上可以视为需要将近五六毛钱
所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单
这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体
所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单
（ 图中应群友要求打码）
国内1GB的公网流量基本上可以视为需要将近五六毛钱
而一个中文字体动辄几十兆，多则数百兆。
今天照例逛各大技术群，一位群友说他们之前字体流量一个月花了两万多块钱
最近实践
note https://z2h.cn/hanzi 字帖生成网站，田字格
note 仿苹果液态玻璃效果
note amd 利用 npu 的办法：https://ryzenai.docs.amd.com/en/latest/inst.html
https://lemonade-server.ai/ https://github.com/amd/gaia?tab=readme-ov-file
主要还是 lemonade-server ，gaia 也是连接的 gaia （直接安装 gaia 会自动安装 lemonade-server
好文推荐 https://vue-bits.dev/ 非常绚酷的 vue 动画库
好文推荐 浏览器插件开发最佳实践 https://wxt.dev/guide/installation.html
好文推荐 前端开发的瓶颈与未来之路
我自己独立想出的一种agent的UI方案，结果我现在发现MCP UI或者说MCPAPP人家早在半年前就已经想出来了，唉，被人领先了半年啊，不过我觉得这个东西倒未必非要和MCP绑定
让 Claude Code 等工具自动切换模型：图片走多模态，代码走 DeepSeek，把模型选择权从 AI 工具手里抢回来
我经常使用各类ai工具还有多个llm服务商的api，这导致我想要切换某个工具的模型非常麻烦，而且有些工具只支持 openai 风格的调用，有些工具只支持anthropic风格的，服务商也是，有些两种风格都提供了，有些是只有单一风格的。
于是我萌发了做一个llm网关的想法，核心玩法是可以配置路由规则来根据请求动态切换服务商和模型。
如上图所示，只需要配置一个匹配包含图片的路由规则指向多模态模型就可以做到平时使用更好的glm5.1但是不支持图片输入，一旦粘贴图片，就立刻无感切换多模态模型处理
还有一些神奇的用法，例如cc会将项目路劲拼在提示词中，所以这玩意还可以通过提示词匹配规则来做到公司的项目用公司的token，自己的项目用自己的token
可以在这里一键启用和管理路由规则来切换不同的服务商，例如上图中只需要关闭第四条就会开始使用deepseek 而且不用重启claude code
缺点:模型和服务商的切换会导致缓存命中率略微降低，但我实际使用中感觉也只是会低一点点
项目地址：https://github.com/2234839/llm_gateway ，使用bun构建的，可以在 https://github.com/2234839/llm_gateway/releases 中直接下载单文件使用
仪表盘界面（可以实时看到当前并发和输出速率等信息）：
仪表盘界面（可以实时看到当前并发和输出速率等信息）：
项目地址：https://github.com/2234839/llm_gateway ，使用bun构建的，可以在 https://github.com/2234839/llm_gateway/releases 中直接下载单文件使用
可以在这里一键启用和管理路由规则来切换不同的服务商，例如上图中只需要关闭第四条就会开始使用deepseek 而且不用重启claude code
还有一些神奇的用法，例如cc会将项目路劲拼在提示词中，所以这玩意还可以通过提示词匹配规则来做到公司的项目用公司的token，自己的项目用自己的token
如上图所示，只需要配置一个匹配包含图片的路由规则指向多模态模型就可以做到平时使用更好的glm5.1但是不支持图片输入，一旦粘贴图片，就立刻无感切换多模态模型处理
缺点:模型和服务商的切换会导致缓存命中率略微降低，但我实际使用中感觉也只是会低一点点
于是我萌发了做一个llm网关的想法，核心玩法是可以配置路由规则来根据请求动态切换服务商和模型。
我经常使用各类ai工具还有多个llm服务商的api，这导致我想要切换某个工具的模型非常麻烦，而且有些工具只支持 openai 风格的调用，有些工具只支持anthropic风格的，服务商也是，有些两种风格都提供了，有些是只有单一风格的。
ai时代一定是前端的时代！
我写这篇文章一是希望这些无良自媒体不要再贩卖焦虑了，二是希望各位前端兄弟坚定信心，ai应用的时代一定是前端的时代，claude、龙虾、所有ai时代的主流应用都是前端技术栈乃至衍生技术构建的，这些应用传统后端占比极小。
所以各位前端朋友，别看到“前端已死”就焦虑。我们只是站在这个时代的聚光灯下，每一道皱纹都被拍得清清楚楚。后端的兄弟们躲在暗处，秃了都没人发现。（开个玩笑😘，我前后端代码都写）
真要说 ai 取代，后端那些重复性的增删改查、配置编写、测试生成，一样在被AI吃掉。只是没人拍成短视频，没人写成爆款文，因为压根就爆不了。
前端焦虑年年有，年年上热搜。为什么？因为好看啊。一篇“前端已死”，配个AI生成网页的网址+精美图片，传播量分分钟十万加。你写篇“ai十分钟优化后端性能”，除了后端程序员谁会点进去看？
前端的困境被无限放大，后端的危机被默默消化——这不代表前端更危险，只代表前端更上镜。
我仔细的想了又想，这些自媒体一直发前端的文章说到底就是前端有视觉冲击力好吸粉，而后端呢，即便ai能全链路构建一个后端程序他截图什么东西给读者看？读者是怎么也感受不到ai对后端的完成度的，除非他真正用ai去写一个项目并上线。
但前端是不行的，必须要 “人在回路” 给ai不断的指手划脚（反馈各种细节等问题）
但凡真正用ai写过项目并上线的人都能感受到命名ai更擅长后端，从需求到测试agent完全可以闭环跑完全流程
我每次看到总想吐槽为啥不说后端已死，是看不懂后端代码吗
最近到处都能看到“前端已死”，“前端的工作真的快保不住了”之类的文章
测试
不过在 ai 的冲击下我也不确定能干多久，只能走一天是一天了，还好新公司的工作本身就是ai方向的，或许可以持久一些。
日常 发现文章, 如何看待 snabbdom 的作者开发的前端框架 Turbine 抛弃了虚拟 DOM？ - 徐飞的回答 - 知乎 对于 vdom 和相关的 diff 讲的非常好
日常 发现 Firefox 的一个奇怪实现，鼠标按住左键滑动选择一但进入 Web Components 就转为只选中 Web Components 中的内容，在 页面中 ctrl + a 也无法选中 Web Components 中的内容， Web Components slot 中的内容却是可以选中的
日常 ： 新增文章 vue异步数据呈现方案
