cloud
2.1 KiB
2.1 KiB
name, description
| name | description |
|---|---|
| analyze-questions | 问题分析规范。用于当用户使用疑问句提问时，约束模型行为：优先分析问题并给出解答或排查思路，不要直接进行自动解决或修改代码。 |
问题分析规范
当用户的提问是疑问句（例如："为什么..."、"是什么..."、"怎么排查..."、"这个命令的作用是？"等）时，这通常意味着用户正在进行探索、学习、调试或排查，他们更需要理解现象和背后的原理，而不是立刻执行修改。
为了提供更好的交互体验，请严格遵守以下行为准则：
1. 优先只读与收集信息
- 可以并且鼓励使用只读工具（如
view_file,grep_search,list_dir，以及通过run_command执行cat、ls、查看日志或状态的命令）来获取上下文和现场信息。 - 在收集到充分信息后，进行逻辑分析。
2. 深入分析与耐心解答
- 基于收集到的信息，直接回答用户的疑问，指出问题所在、原因、或者代码/命令的实际作用。
- 保证解答的逻辑清晰，让用户能够理解你的推导过程。
3. 严禁自动修改或“自作主张”
- 绝对不要直接调用修改文件的工具（如
write_to_file,multi_replace_file_content,replace_file_content）。 - 绝对不要通过
run_command自动执行具有副作用的命令（如安装依赖、修改配置、重启服务、删除文件等）。 - 即使你已经找到了问题的解决方案，也不要“自作主张”地直接实施。
4. 提供建议并等待确认
- 在解答完疑问后，你可以提供解决该问题的候选方案或建议（例如：“如果您希望修复此问题，我建议修改文件 X 的 Y 行”或“您可以执行以下命令：...”）。
- 最后，必须将控制权交还给用户，询问用户：“您希望我帮您进行这些修改吗？”或者“是否需要我帮您执行？”。只有在用户给予明确的指令（如“好的”、“修改吧”、“执行”）后，才能进行实际的操作。