第一次听到“AI蒸馏”这个词，很多人会想复杂。其实一句话就能说清：一个大模型太贵、太慢、太占内存，能不能让一个小模型把它有用的本事学走？这个训练过程，就叫知识蒸馏。

做前端项目，遇到需求第一反应经常是打开终端敲 npm install。复制文本装个库，弹窗装个库，懒加载装个库，深拷贝再装一个。其实这些年浏览器已经内置了不少能力，很多小需求根本不需要额外装东西。

你有没有发现，iPhone 上的应用用起来就是顺手，好像不用人教就会用。从 iPhone 到 Apple Watch，再到 Vision Pro，苹果的界面总有一种“本该如此”的感觉。

做前端的人一定遇到过这种需求：导航栏要半透明模糊，弹窗背景要磨砂玻璃，视频封面上的标题文字要有一层朦胧底色。以前这些效果都要靠设计师切图，或者用伪元素加一张模糊过的背景图凑出来。

很多企业官网、产品介绍页、H5 活动页都有一种效果：上下滑动时，页面一屏一屏切换，不会停在两屏中间。以前做这种效果，很多人会引入 fullpage.js。插件功能多，但文件也不小，配置还麻烦。

你有没有想过这样一个问题：<img> 标签在 HTML 里就是一个单独的标签，里面没有子元素，哪来的“溢出”？但你打开 DevTools 看一眼计算样式就会发现，浏览器默认给 img 挂了 overflow: clip。一个没有子元素的标签，裁什么？

给网页增加“朗读”按钮看似简单，真正接入文本转语音服务时，前端通常会遇到三个问题：API Key 不能暴露在浏览器里，接口返回的原始 PCM 不能直接交给 <audio> 播放，生成后的对象 URL 还需要及时释放。

2026年3月，三个CSS特性在所有主流浏览器里正式达标了。说实话我翻浏览器更新日志的时候才发现，这几个功能其实早就逐步实现了，只是现在才完全统一。

长期以来，前端开发中处理气泡弹窗定位、滚动联动动画以及瀑布流排版，几乎完全依赖第三方JavaScript库。从Popper.js（Floating UI）、Masonry.js到手动监听scroll事件计算坐标，开发者习惯性地将这些展示逻辑压在JS主线程上。

过去几年，如果你想用网页技术做一个桌面软件，Electron 几乎是绕不开的选择。像 VS Code、Claude 桌面版这些大家熟悉的工具，底层都是 Electron 在撑着。

在前端工程里，开发一个看似简单的悬浮提示（Tooltip）或下拉菜单组件，打包出来的代码里到底包含了多少JS代码？很多前端开发者在回看旧项目时，都会被依赖项里那些用来处理定位的库折腾得头疼。

在设计网页时，我们经常碰到一个问题：背景颜色深，文字就看不清；背景颜色浅，文字又太刺眼。为了确保用户能舒服地阅读，我们得花不少时间去调颜色，还要用工具检查对比度够不够。这个过程不仅麻烦，还容易出错。