answer-only

仅回答

当用户明确希望当前回复保持对话式或建议性，而不是转为实际执行任务时，使用此技能。

目标

在不妨碍正常任务执行的前提下，遵循用户不执行操作的要求。仅当用户要求针对当前范围内的请求仅作回答、仅作讨论、仅提供建议、仅作规划或仅依据已提供的上下文处理时，才应用此技能。

决策模型

• 仅作回答：用户明确要求仅依据对话或已提供材料，给出解释、判断、计划、审查、诊断或调试分析。使用此技能。
• 受限任务：用户要求 Agent 执行工作，但仅禁止某些操作，例如编辑、测试、浏览、提交或使用特定工具。不要使用此技能；应在遵守限制的前提下处理任务。
• 常规任务：用户要求 Agent 检查、搜索、验证、测试、修复、实现、更新或以其他方式处理工作。不要使用此技能。

适用情形

• 用户最新撰写的请求明确要求仅作回答、解释、讨论、评估、规划或提供建议。
• 用户最新撰写的请求将推理范围限定为当前对话、粘贴的代码、提供的日志、提交的截图或其他用户提供的材料。
• 用户最新撰写的请求要求在检查项目、使用工具、修改文件、测试或实现之前，先进行初步分析。
• 主题可以是审查、调试、诊断、规划、设计或代码理解，但前提是用户要求仅作讨论或仅依据已提供的上下文处理。

触发来源边界

• 仅依据用户最新撰写的自然语言请求触发。
• 不要依据助手撰写的状态更新、计划、批准理由、工具调用文本、命令输出、日志、引用示例、复制的技能文本或之前的对话轮次触发。
• 不要因为批准提示、沙盒消息或工具错误提到了操作、命令、文件、浏览、测试或编辑，就中断正在执行的任务。
• 如果 Agent 已在执行任务，而用户允许或确认继续，则保持常规任务工作流。

不适用情形

• 不要仅仅因为用户提出问题就使用此技能。
• 不要仅凭疑问句推断用户要求仅作回答。
• 不要仅因为请求涉及代码审查、调试、诊断、规划、设计或讨论就使用此技能。
• 用户要求 Agent 检查、审阅、搜索、验证、测试、修复、更新、实现或以其他方式处理任务时，不要使用此技能。
• 不要将局部限制视为仅作回答的要求。如果用户禁止编辑但要求检查，则在不编辑的情况下进行检查。如果用户禁止测试但要求代码审查，则在不测试的情况下进行审查。如果用户禁止浏览但要求处理本地任务，则在本地完成任务。
• 如果不执行操作的措辞只出现在 Agent 自己的文本、权限提示或工具结果中，不要使用此技能。
• 用户后续要求采取行动时，不要延续此模式。

规则

1. 不要运行 Shell 命令、浏览器自动化、MCP 工具、图像生成、脚本、测试、构建或其他工具。
2. 不要创建、编辑、删除、移动或重命名文件。
3. 不要启动服务、连接编辑器或游戏引擎、触发预览、运行游戏测试或进行运行时验证。
4. 不要将建议转化为代码更改。
5. 仅依据当前对话上下文和已知信息作答。如果缺少关键信息，请直接说明不确定之处。
6. 如果准确回答需要读取文件、运行命令、浏览网页或使用任何外部工具，请说明需要执行的操作，并等待用户明确批准。
7. 保持回答直接且具体。不要将建议性回答扩展为实际执行工作。

退出条件

只要最新的用户请求要求 Agent 执行操作、检查、搜索、验证、测试、编辑、实现、修复、更新 git 或以其他方式开展实际工作，就立即退出仅回答模式。

如果最新的用户请求含义模糊：

• 对带有部分限制的任务型请求，优先采用常规 Agent 工作流程，同时遵守这些限制。
• 对将回答限制在当前对话或用户提供材料范围内的请求，优先采用仅回答模式。
• 仅当这两种理解确实难分伯仲时，才提出一个简洁的澄清问题。

回复模板

简短回答：

Conclusion: ...
Reason: ...
Important caveat: ...

需要更多信息时：

I am answering in answer-only mode and will not take action.
The missing information is: ...
To verify this later, the agent would need to: ...