AI 应用的前端性能优化，核心就是三板斧流式渲染——让用户感觉快▸streamTextuseChat实现开箱即用的流式▸合并更新减少重渲染▸Markdown 增量解析 + 代码块延迟高亮▸实现中断生成Token 节约——让老板省心▸Prompt 压缩：System Prompt 精简到 < 200 token▸滑动窗口：只保留最近 N 轮 + 历史摘要▸模型路由：简单问题走 mini 模型，成本降

本文是「AI 工程化实战手册」付费专栏第 01 篇，模块一「Prompt 工程体系」的概念篇。很多人觉得 Prompt 就是"跟 AI 说句话"——说对了就灵，说不对就不灵，像玄学。但 Prompt Engineering 是工程，有方法论、有设计模式、有可复现的套路。这些全是 Prompt Engineering。区别在于，有人随手一写就调通了，有人反复调 20 遍还不满意——差距不在"运气"，

因为 Agent 会拿工具的返回值来"看结果"，如果返回的是一堆 stack trace，它大概率会困惑。能让你看到 Agent 的完整思考过程（它在想什么、调了什么工具、得到了什么结果），调试时非常有用。这就是 Agent 的价值：你不需要告诉它"先查 A 再查 B 再算差值"，它自己会规划。——它不是给人看的注释，而是 LLM 判断"要不要调用这个工具"的依据。如果你确实有很多工具，可以考虑"

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群近年来，前端框架的渲染模式正经历一场静默的革命。以React和Vue为代表的虚拟DOM（Virtual DOM）技术曾主导了前端开发的黄金十年，但随着性能需求升级和硬件环境多样化，无虚拟DOM框架（如Svelte、SolidJS、Vue Vapor）逐渐崭露头角。本文将从技术原理、性能优化、实践挑战等角度，深度解析无虚拟DOM框架的核心设计.

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群如何对超大量数据进行渲染？浏览器的性能有限，无法同时渲染大量dom。对此进行的性能优化可以从以下几个方面入手：对dom进行分批渲染。对dom的操作尽量集中进行。将可视区域以外的dom从dom树中移除，即将进入可视区域后再添加。以下有三种方法来实现大量数据的渲染。1. 使用定时器在dom树中一次性插入大量的元素是一个极其频繁的操作。使用定时器.

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群前文有提到前端项目容器化部署和静态资源部署的两种方式，核心的区别就是在于部署的这个文件服务器在谁的手里管辖。如果说是纯上传静态资源就可以完成部署工作，那么服务器的管辖大概率在运维同学手里；如果说是容器化部署，那意味着我们可以自己管理自己的文件服务器——Nginx。本文不会细致讲解从零到一的 Nginx 配置、高级玩法，更多是通过我个人遇到的.

点击上方前端Q，关注公众号回复加群，加入前端Q技术交流群完整流程由于 gif 图有大小限制，这里录了两个。0102删除某个中文和检测本地文件是否已经存在这里如果不想对某个中文做国际化，可以手动给删掉。如果本地已经对当前中文做过国际化，就不会再去翻译了，而是直接把对应的key取出来，直接替换代码。增加国际化语言类型这里新增了一个国际化类型，翻译的时候多了一个繁体中文，保存的时候，也会检测本地...

在腾讯文档表格中，如果用户打开表格的内容非常多，比如有几万行或者几十万个单元格。内存占用会居高不下，在使用的过程中非常容易出现崩溃，卡顿等问题，在进行一系列的优化之后，写下这篇文章，总结下...

1. 前言在前第一部分的文章中，分享了大屏地球的实现。本次将会分享剩余的实现部分，文内大量干货，内容包括：平面地图的实现柱体的实现性能优化地图相关问题2. 平面地图平面地图的必要性在于地...

为大家精心挑选了 8 个漂亮的 Progress Bars 组件，并附上 GitHub 链接和 vue.js 代码示例，以及Vue3 快速深入全攻略。1.easy-circular-p...