如果大家有需要选择需要动态加载字体的话就可以尝试一下我这个

webfont 使用 node 运行时的裁剪速度：

昨天晚上让 glm-5-turbo 自己跑了一晚上优化，今天早上被震惊了，ai是真厉害啊

将一个成熟的开源库的性能居然能优化快了足足接近十倍多了，太强了

​ ​

​ ​

​ ​

于是我赶快向群友推荐了我的项目：https://webfont.shenzilong.cn/，这个项目在2020年就已经上了阮一峰的期刊

这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体

​ ​

所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单

（ 图中应群友要求打码）

国内1GB的公网流量基本上可以视为需要将近五六毛钱

而一个中文字体动辄几十兆，多则数百兆。

今天照例逛各大技术群，一位群友说他们之前字体流量一个月花了两万多块钱

​ ​

windows hyperV 外部交换机慢网速修复

claude code vscode扩展使用glm视觉mcp

​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绑定

我经常使用各类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方向的，或许可以持久一些。

​ ​

这里和大家解释一下，一些富文本或制作图片海报之类的应用会支持选择各种丰富的字体

而一个中文字体动辄几十兆，多则数百兆。

国内1GB的公网流量基本上可以视为需要将近五六毛钱

所以如果全量加载字体用户量一多很容易就会烧出大额流量费用账单

rss 订阅更新链接

rss 订阅更新链接