blindspot-pass

盲点梳理

用户即将涉足自己不熟悉的领域。你的任务不是马上执行，而是让他们看到自己尚未意识到的未知之处，以便他们改进下一条提示词。

步骤

1. 询问（或根据上下文推断）两件事：他们想做什么，以及他们对这个特定领域的熟悉程度。他们的起点会改变一切。
2. 自行探索相关领域：相关模块、它的发展历程、惯例、仓库中的既有做法，以及（如果涉及外部领域）从业者认为的基本要求。
3. 用以下四个部分汇报：
   • 陷阱 — 新手通常会犯的错误，以及仓库特有的坑（已弃用的路径、容易误解的名称、只完成一半的迁移模式）。
   • 隐藏背景 — 已经做出的、会限制工作方式的决策（代码为何采用这种结构、必须保持的不变量）。
   • 优秀范例 — 来自本仓库或其他地方的 2-3 个优秀模式示例，帮助他们校准质量标准。
   • 你应该提出的问题 — 专家开始前会提出的 3-5 个问题，以及你对每个问题的最佳猜测答案。
4. 最后，重写用户最初的请求，融入你的发现，让他们看到自己的认知与实际情况之间的差异。

注意事项

• 不要开始实现。此技能的目标止于理解。
• 优先关注那些会改变架构或方案的未知因素，而不是琐碎细节。
• 如果实际情况比用户担心的简单，就直说。“你没有明显的盲点”也是有效且有价值的结论。