代码和方向复查提示词

目标：[这个项目或功能需要解决的问题]
审查范围：[目录、模块或当前改动]

从第一性原理审查这个实现。从目标和它必须满足的约束出发。不要假设现有设计是正确的。

哪些部分不必要地复杂？哪些决定依赖未经检验的假设？哪些东西可以删掉而不丢失必需的行为，之后又有什么可以简化？

列出最多 5 项值得做的改动。每一项都写明代码位置、支持的证据、改动或删除会让我们失去什么，以及如何验证这项改动。如果你不确定是否还有东西依赖它，标出来等我确认。

先判断某样东西是否需要保留，再考虑简化它。只在确实有性能问题的地方讨论优化。不要为了填满报告而编造改动。

现在只返回清单。不要编辑文件。等我选好要推进的条目后，只在一个单独的 worktree 里做这些改动。保留安全和兼容性要求，验证相关测试和关键用户流程，并报告仍未验证的部分。如果没有值得改的，就直说。

我目前的情况：[工作、进行中的项目、主要目标，以及时间和资源上的限制]

根据这段对话、你实际能访问到的过往背景，以及我提供的材料，帮我重新评估未来 3–5 年的方向。

找出对我的进展最重要的 3–5 个瓶颈、风险或机会，按重要性排序。审视我正在花时间的事：哪些值得继续，哪些应该暂停，哪些需要先做个小实验？

每个判断都要有具体证据支持，并把事实和推断分开。不要把一次性的抱怨当成长期特点，也不要假装读过你访问不到的对话。

考虑现有的责任、现实约束和机会成本。说明该做什么、我需要放弃什么，以及出现什么结果时我应该重新考虑。

给我未来 30 天的第一步、90 天内应该看到的进展，以及一年后判断这个方向是否奏效的标准。

最后选出现在最值得做的那一个改变。

如果缺少会实质性改变你建议的信息，先只问我最重要的那个问题。等我回答后再继续。