Cursor（Cursor）

下面是一段代码和一个 bug 现象。请按这个顺序处理：

现象：{{bug}}
运行环境：{{stack}}
代码：
{{code}}

第一步【复述】：先用 3 句话说明这段代码"想做什么"，让我确认它和你理解的一致。不一致就别往下走。
第二步【定位】：如果和现象相关，指出最可能的 1-2 个原因，按可能性排序，每条说明"为什么怀疑它"和"怎么验证"。
第三步【最小修改】：给出能解决现象的最小改动（不要顺手重构整段代码），并说明改动会不会影响其他调用方。
第四步【同类问题】：指出这段代码里其他潜在的坑（边界条件、并发、异常处理），按严重程度分三档：必须改 / 建议改 / 可忽略。
第五步【更优写法】：如果这段代码有更好的实现方式，给出方案并说明权衡（性能、可读性、兼容性各有什么代价）。

约束：
- 引用代码时必须写明具体行号或函数名，不要只说"这里"
- 不确定的地方标注【需要我确认】，不要猜
- 不要引入我没提到的依赖

还有 3 个变量未填写，未填写的部分会原样保留 {{变量名}}

使用提示：Cursor / Copilot 能直接读整个仓库并给出 diff；纯对话模型适合贴单个函数。讲清"运行环境"能大幅减少幻觉。

我每周都要做这样一件事：{{manual_task}}
现在的方式和耗时：{{current_process}}
最烦的环节：{{pain_point}}

请输出一套改进方案：

1. 【现状拆解】：把这个流程拆成 4-8 个步骤，标出每步耗时、每步是否需要判断力（需要 / 不需要）
2. 【可自动化环节】：明确指出哪几步可以交给 AI 做，哪几步必须人来做（人做的那步说明为什么）
3. 【落地步骤】：给出按时间排序的实施清单，每项标注预计每天能省多少分钟、以及学习成本（1 小时 / 1 天 / 1 周）
4. 【所需工具】：列出需要的工具，标注免费还是付费、是否需要 API Key
5. 【风险与兜底】：哪些环节出错代价最大，AI 出错时怎么被发现，出错后怎么回滚
6. 【第一周最小可行版本】：只做一件事、今天就能开始的那个动作

要求：不要一上来就让我写代码或搭系统，先给"不改流程也能提效"的方案。

还有 3 个变量未填写，未填写的部分会原样保留 {{变量名}}

使用提示：这一步不需要联网模型，用哪个对话模型都行；真正落地时才涉及 Cursor（写脚本）、n8n/Zapier（串流程）这类工具。