每周一，我都会刷一遍GitHub Trending，看看这一周又有什么新东西。这一周的关键词就一个：Claude Code生态。从mattpocock/skills到free-claude-code，从GitNexus到Beads，整个GitHub Trending几乎被Claude Code相关的项目承包了。今天就给大家梳理一下这周最值得关注的几个项目。1. mattpocock/skills（

最近是 2026 年的春招季，前几周密集面了大概快二十个前端。翻开这批简历，我有一种极其魔幻的感觉：满屏都是 AI，满屏都是算法。四五年前，大家简历上的高频词还是 精通 Vue3 响应式原理、熟练掌握 Webpack 性能调优。现在呢？十个候选人里，有九个写着熟练掌握 LLM 接入、深入理解 RAG（检索增强生成）、精通 Prompt 工程、参与过大模型 Agent 平台建设，剩下那个没写 AI

在前端中经常会出现多接口并发的场景，而针对请求常规方式会一股脑发送给浏览器，浏览器中会对大量请求进行排队，但大量请求推送至浏览器就会占用内存，最后达到一定量级导致页面卡顿，甚至假死常规请求图如下针对此模式，我们可以创建如下序列，待发送请求池作为中间层，只作为载体，每次推送固定数量到浏览器，当浏览器主线程中存在接口执行完毕后，代表主线程中接口数量减少，在从待发送请求中取出新的接口放入主线程，从而实现

一个纯前端的网站集合管理工具，支持本地数据存储、完整的CRUD操作、json数据格式的导入导出，可打包作为 Chrome 扩展使用。在线体验：younglina.wang/tool-links/✅ 网站管理：完整的增删改查功能✅ 图片上传：支持上传网站图标（存储到IndexedDB）✅ APIKeys管理：支持多个APIKeys，脱敏显示，一键复制✅ 分类系统：支持自定义分类（带图标选择）✅ 标签

今天看到一篇文章，说2026年后端架构的核心变化是——Agent成为主要用户。什么意思？以前我们设计的API，是给人用的。现在呢？越来越多的请求来自AI Agent。这些Agent发的请求，跟人发的请求完全不一样：第一，连接时间长。 一个任务可能持续几分钟甚至几小时，传统短连接架构撑不住。第二，请求是语义化的。 不是标准JSON，是自然语言描述的意图，后端必须具备语义理解能力。第三，Token流式

一句话：👉 Claude Code = 终端里的 AI 执行助手你可以用一句人话，让它帮你：写代码改文件整理资料分析数据自动完成任务📌 和普通 AI 最大区别：ChatGPT：告诉你怎么做 Claude Code：直接帮你做核心只有一句话：👉 先装 Node → 再装 Claude Code安装 Node.jsnodejs.org选择 LTS 版本验证：node -v npm -v安装 Cl

前端自己本地是配置不到 Nginx 的，需要有服务器权限（一般是运维 / 后端部署同学来搞）。但是现在是什么时代，现在是一个人即一个公司的年代，是什么时代，反正不是以前那种只会一个小流程的时代。所以很有必要，前端也要知道怎么配 Nginx，不配也要知道一下，要不然觉得好像自己做的很简单，觉得别人做得很复杂，产生那种前端低人一等的心态。前端上线部署环境（生产）当你要把前端项目部署到服务器上，才会用到

最近这几个月，我基本已经习惯用 AI 写代码了。说实话，一开始真的很爽：一个功能，描述一下，直接给你一版能跑的接口、结构、甚至异常处理都帮你补好了有时候连你没想到的细节，它都“帮你想好了”那种感觉就是：实现这件事，好像突然不值钱了。但用着用着，我开始有点不对劲。以前做一个需求，大概节奏是这样的：写需求（不一定完整）开发实现联调 + 测试修 bug上线虽然慢，但基本是“稳着走”。现在变成：想个大概A

还在为每个列表页写重复的分页代码而烦恼吗？ 还在复制粘贴 currentPage、pageSize、loading 等状态吗？ 一个 Hook 帮你解决所有分页痛点，减少90%重复代码在后台管理系统开发中，分页列表查询非常常见，我们通常需要处理：当前页、页大小、总数等分页状态加载中、错误处理等请求状态搜索、刷新、翻页等分页操作数据缓存和重复请求处理这些重复逻辑分散在各个组件中，维护起来很麻烦。为了

2025 年是 Web 开发的分水岭。之前 Web 开发领域一直发展迅速，几乎每天都有新的工具和框架涌现。但到了 2025 年，这种发展速度直接呈指数级增长。之所以有这种变化，很大程度上是因为 AI 工具的高效性，它们直接将生产力提升了 3 倍！想想几年前，我们还在争论 GitHub Copilot 这样的 AI 工具是否可靠，如今，AI 已经能构建完整的全栈应用程序了！。这也让不少人担忧，AI

CSS 单位是响应式布局的核心，也是我刚学响应式时踩坑最多的知识点之一——明明写好的尺寸，换个屏幕、调个字体大小就错乱，排查后才发现是单位选得不对。px 是固定值、em/rem 是相对值、vw/vh 跟着视口走、clamp 能做流体排版，掌握它们的区别和用法，响应式开发、页面可访问性都会轻松很多。今天就把我整理的单位干货、实操经验和避坑技巧，分享给大家。绝对单位里，我日常开发只用 px（像素），其

大家好，我是双越。前百度 滴滴 资深前端工程师，慕课网金牌讲师，PMP。AI 刚开始出现的时候就是一个 chatbot 聊天对话框，后来逐步增加功能，可以连网、可以配置 tools 和 MCP ，再到 Agent 自定义工作流。有了 Agent 就可以把 AI 应用到各个真实的业务场景中，这是一个逐步进化和落地的过程。例如我们程序员最熟悉的 AI 编程就是一个 AI Agent 很好的落地，就在这

这些年我见证过太多项目从JDK6一路升级到JDK8，然后就停在了那里。“你发任你发，我用Java 8”成了很多团队的座右铭 。但最近两年，情况开始变化了。JDK17作为长期支持版本发布后，越来越多的新项目开始尝试拥抱现代Java。美团的技术团队分享过一组数据：他们将核心服务升级到JDK17后，机器成本降低了约10%，性能和稳定性也大幅提升 。有些小伙伴可能还不太适应新写法，看到项目里的代码第一反应

出生时，被捧得很高。2024 年 11 月，Anthropic 发布"模型上下文协议"，几乎所有 AI 开发者社区都在讨论这件事。它的定位很诱人，要成为大模型和外部工具之间通信的"通用标准"，有点像当年 对 Web 的意义。一时间， server 满天飞，各种集成教程、开源实现层出不穷。但时间只过了一年多。上周，Perplexity 的联合创始人兼 CTO Denis Yarats 在内部表示

提到 JetBrains，相信程序员和开发者们都再熟悉不过了。作为一家全球领先的软件开发工具提供商，他们打造的多款编程软件曾经都深受全球万千开发者喜爱。但是，伴随 AI Coding 的加速冲击，这家公司的很多产品策略，如今也在被迫作出各种调整。这不就在前几天，JetBrains 在其官博里又官宣了一项重大的软件服务调整，那就是：将正式停服 Code With Me 软件服务。提到 Code Wi

“你可以说说，async/await 到底是个啥吗？”这是我以前在一场前端面试里被问到的一个问题。当时我脑子一懵，差点脱口而出：“就是让异步代码看起来像同步嘛……”话到嘴边，我意识到：这回答太轻飘了。面试官要的，不是背定义。他要的是：你懂它的本质，知道它解决了什么问题，更清楚它的边界和陷阱。今天这篇文章我们聊聊。是什么？为什么会有它？我们先说结论： 是 JavaScript 中处理异步操作的一种语

我们最近刚把一个后台系统从 element-plus 切成了完全自研组件，CSS 层统一用 Tailwind。全员同意设计稿一致性提升了，但代码里怨言开始冒出来。这篇文章不讲原理，直接上代码对比和团队真实使用反馈，看看是谁在享受，谁在撑着。优点：组件直接可读，不依赖 class 定义样式即结构，调样式时不用来回翻缺点：设计稿变了？全组件搜索 改成 ？无法抽象：多个地方复用 变成复制粘贴【顺便提

"微服务是银弹！" "Docker不是银弹！" "React才是真正的银弹！" 天天在文章和评论区看到这个词语，他到底是个啥，又是从哪里开始的。今天不讲技术，聊一下啥是银弹。"银弹"（Silver Bullet）这个概念来自于弗雷德里克·布鲁克斯（Fred Brooks） 的经典著作《人月神话》（The Mythical Man-Month）。1986年，布鲁克斯在著名论文《没有银弹：软件工程的本

 "对接第三方接口"这个任务，看似是体力活，实则是考察工程师技术深度的试金石。很多 Java 程序员一听到"对接第三方接口"，脑子里就自动响起一句话："这不就是调个接口嘛，没技术含量。"但真相是：你以为是体力活的地方，往往最能看出一个工程师的"技术深度"。那些把接口对接写成"定时炸弹"的代码，和能扛住三年高并发零故障的实现，差的从来不是会不会发 HTTP 请求。我先说说什么叫"体力活"级别的接口对

前两天随手写了个 Claude Code 的 Skill，专门做 Code Review 的，发了条推之后就没太在意。结果第二天醒来一看，GitHub Star 刷刷往上涨，评论区也炸了，不少人说"终于有个靠谱的 Code Review 工具了"。说实话，有点意外。倒不是说这个 Skill 有多了不起，而是它戳中了一个很真实的痛点——大部分团队的 Code Review，要么走过场，要么全靠人肉。