没人会把"实现速率限制"写进冲刺看板。这不是用户故事，不会推动指标增长，产品经理也从不要求。
直到有一天，有人用脚本在30秒内向你的API发送了5万次请求，你的数据库直接崩溃。或者更糟——单个用户的失控脚本一夜之间让你在AWS Lambda上损失了800美元。
这两件事我都经历过。现在速率限制已经成了我项目模板的标配。
三层防护
我在三个层面实现速率限制，因为每种层面能拦截不同的滥用模式：
Reader route
article -> proof -> offer
cluster
Cloud & Infrastructure
intent
Architecture
route
next step
What to do with this
Turn the note into a build path.
If this topic maps to a real business problem, keep reading the cluster, study the academy path, or route the work into a scoped engagement.
