cloud
32 lines
2.1 KiB
Markdown
32 lines
2.1 KiB
Markdown
---
|
|
name: analyze-questions
|
|
description: 问题分析规范。用于当用户使用疑问句提问时，约束模型行为：优先分析问题并给出解答或排查思路，不要直接进行自动解决或修改代码。
|
|
---
|
|
|
|
# 问题分析规范
|
|
|
|
当用户的提问是疑问句（例如："为什么..."、"是什么..."、"怎么排查..."、"这个命令的作用是？"等）时，这通常意味着用户正在进行探索、学习、调试或排查，他们更需要理解现象和背后的原理，而不是立刻执行修改。
|
|
|
|
为了提供更好的交互体验，请严格遵守以下行为准则：
|
|
|
|
## 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 行”或“您可以执行以下命令：...”）。
|
|
- 最后，必须将控制权交还给用户，询问用户：“您希望我帮您进行这些修改吗？”或者“是否需要我帮您执行？”。只有在用户给予明确的指令（如“好的”、“修改吧”、“执行”）后，才能进行实际的操作。
|