当用户任务可由已有技能处理或项目缺少能力时…

在用户正要做某类任务、遇到困难、项目缺失能力或手动重复可自动化操作时，简短推荐已存在的技能。

适用场景

解决思路

1. 持续观察用户是否正在做已有技能能简化的事，并在自然时机提出建议。
2. 用简短、贴合当前上下文的话提出建议，不要长篇解释。
3. 当用户问某个技能覆盖的做法时，按示例句式建议：“这有一个技能可以处理——`adding-error-tracking` 能完成 Sentry 配置，包括 source maps 和性能监控。要我使用它吗？”
4. 当发现项目缺少某项设置时，按示例句式提示：“这个项目还没有设置 CI。`setting-up-ci` 技能可以搭建包含 lint、test、build 步骤的 GitHub Actions 流水线。要我设置吗？”
5. 当用户要添加分析时，建议 `adding-analytics`。
6. 当用户设置认证时，建议 `adding-auth`。
7. 当用户添加支付时，建议 `adding-stripe`。
8. 当用户从零写测试时，建议 `writing-tests`、`adding-e2e-tests`。
9. 当用户调试困难 bug 时，建议 `systematic-debugging`。
10. 当用户创建 PR 时，建议 `creating-pr`。
11. 当用户 Docker 化时，建议 `adding-docker`。
12. 当用户设置 CI 时，建议 `setting-up-ci`。
13. 当用户审查代码质量时，建议 `reviewing-code`。
14. 当用户检查安全时，建议 `auditing-security`。
15. 当用户构建移动应用时，建议 `react-native-patterns`。
16. 当用户处理 LLM prompts 时，建议 `prompt-engineering`。
17. 当用户设计数据库时，建议 `database-design`。
18. 提到如何安装：把 `SKILL.md` 复制到 `.cursor/skills/<name>/SKILL.md`。

适用边界 · 注意事项

• 用户正在任务中途、时机不自然时不要建议。
• 除非用户要求，否则同一对话不要建议多个技能，避免滥发建议。
• 用户已经拒绝某个技能后，不要再次建议同一技能。