1. 卡顿不是玄学，是信号——上线后响应延迟 3 秒的真相藏在 Cursor 日志里

我们团队上周把一个基于 Next.js + NestJS 的 SaaS 管理后台推上生产环境。用户反馈“点按钮要等三秒才动”，监控平台显示 API P95 延迟从 120ms 暴涨到 2.8s，但服务器 CPU、内存、数据库连接池全在安全水位线下。运维同事甩来一句：“后端没报错，日志全是 INFO，你看着办。”

我打开 Cursor，没急着写修复代码——先调出它的Runtime Log Viewer，把next dev和nest start的实时日志流并排铺开，手动触发一次卡顿操作。不到 10 秒，问题浮出水面：

[Cursor Agent] [INFO] Running 'optimize-user-profile-fetch' sub-task with context: { userId: 'usr_abc123', includePreferences: true, includeActivityHistory: false }
[Cursor Agent] [WARN] Sub-task 'optimize-user-profile-fetch' took 2147ms (threshold: 800ms)
[Cursor Agent] [DEBUG] Fallback to sequential fetch after parallel timeout — retrying with reduced concurre