如果你的站点已经挂在 EdgeOne 上，却还在用「全站统一缓存 30 分钟」这种粗放策略，那这门课值得先看一眼。它讲的不是 CDN 入门，而是当基础缓存规则已经不够用、需要按路径、按参数、按内容类型做差异化缓存判断时，该怎么写一个插件把这件事自动化。Claude Code 在这里扮演的是实现工具，不是噱头——它决定了这份代码读起来像什么、改起来有多顺手。

先确认你到底缺哪一块

CDN 缓存的坑通常不出在「配没配」，而出在「配得对不对」。缓存命中率上不去，反复回源拖慢响应，往往是这几种情况之一：带查询参数的 URL 被当成了不同资源，静态资源被短缓存频繁回源，动态接口又被误缓存导致数据陈旧。EdgeOne 本身提供了边缘函数和缓存规则能力，但把规则写成可维护的插件代码，是另一回事。这门课面向的正是后者——你已经知道缓存该做什么，缺的是怎么把它落到 EdgeOne 的插件机制里，并且让这段逻辑在未来还能被别人看懂、被自己改得动。

这门课的核心内容是什么

主线很明确：围绕一个 EdgeOne CDN 智能缓存插件展开，从缓存判定逻辑讲到插件在边缘的落地方式。所谓「智能」，具体体现在几个判断维度上——识别请求路径属于静态资源还是动态接口，处理查询参数对缓存键的影响，判断是否该跳过缓存直接回源，以及设置合理的缓存时长与回源策略。这些不是抽象概念，而是插件里一段段真实的判断分支。课程会带你看这些分支为什么这么写、边界条件在哪、哪种写法在边缘环境里会踩坑。资料体量不大，正因如此更适合当作一份可以逐行读完、逐行改动的参考实现，而不是走马观花地过一遍。

配套练习建议

光看代码不会长记性，建议边看边做三件事：一是拿自己手头一个真实域名，列出它的请求类型分布，对照插件逻辑判断哪些命中了缓存、哪些没有；二是故意改坏一处判断条件，观察缓存命中率和回源量的变化，体会规则松紧的代价；三是把插件里的一段静态资源判定逻辑替换成自己的路径规则，验证是否生效。如果想再进一步，可以尝试给插件加上日志或计数逻辑，用真实流量验证缓存策略的实际效果，而不是靠猜。做完这三步，你对「缓存策略」的理解会从配置项变成可推理的工程判断。

看完应该能回答的问题

EdgeOne 的缓存插件在什么位置介入请求流程，能改哪些决策？
查询参数、请求头、路径后缀分别会怎样影响缓存键和命中结果？
哪些请求必须绕过缓存，绕过的方式有哪些，各自代价是什么？
缓存时长设置偏长和偏短，分别会在什么场景下出问题？
这份由 Claude Code 写出的实现里，哪些部分是通用骨架，哪些是必须按自己业务替换的？

如果你能顺畅回答上面这几条，说明不只是读懂了代码，而是真的把缓存判断这件事想清楚了。答不上来的那一条，就是你需要回头再看的部分。