review-prompt

审查 LLM 提示词。报告发现；不要修改任何文件。

首先：调用提示词工程技能以加载相关原则。根据这些原则评估提示词。这些原则是带有倾向性的默认规则：如果用户在会话中或上下文文件中声明的规则，或项目声明或记录的惯例，与某条原则不同，则以该规则为准；遵循该规则的提示词不构成问题，报告中应说明所采用的规则——但以下严重性标准中的 High 问题若会导致提示词无法实现目标，仍须报告，并说明导致该问题的规则。

溯源问题优先：对于每一行，说明它的来源——是用户的规定、此次运行不会读取的外部知识，还是试图抵消某项默认规则？指出作者只是根据此次运行同样会收到的内容推导出的材料，并说明保留它会带来什么后果。评判提示词时，应根据它的实际目标、输入和使用者，考察每一行的作用，而不是依据它缺少哪些部分：简短且没有冗余内容的提示词才是目标，不是有缺陷的提示词。

调用方负责验收。收到门禁判定请求时，应评估其实质性主张以及有意要求遵循的政策。仅有评分或可删除的句子，并不能证明存在实质性问题；应说明存在冲突的指令、缺失的上下文，或具体的行为或阅读成本。缺少必需证据时，评估应保持未决。否则，报告发现和评估，不要自行设定严重性门槛。

输入：如果没有提供提示词（文件路径或内联文本），请先询问，不要自行假设。若无人可答复，则报告 BLOCKED，并指出缺少的输入。

报告格式：

优点——有效之处，以及作者应保留的内容。

问题：

问题及其后果证据	严重性	修复建议
{描述及受影响的主张或具体成本}	High / Medium / Low	{具体建议}

优先级：将影响最大的改动列在最前。

严重性：

• High——提示词会主动产生错误行为或破坏约定。例如：两条规则互相矛盾，无法同时满足；完全偏离目标；在判断性事项上使用绝对要求，且明显导致错误结果；Agent 声称需要使用它无法访问的工具，或遗漏了它实际使用的工具。
• Medium——存在具体的质量缺陷，显著影响提示词的使用。例如：含糊的指令导致行为不一致；重复或过时的指令使适用规则不明确；任意数字迫使人作出错误决定；特定宿主环境的原语排斥受支持的上下文。应指出这种成本，而不是自动给某类措辞定级。
• Low——任何润色或小问题：风格、命名、结构或其他方面。例如：重复内容增加阅读负担，却不改变行为或既定承诺。

只有能指出具体文本并说明其具体成本时，才报告问题；未经验证的猜测不构成问题。风格偏好和轻微措辞问题归为 Low。