export const BRIEF_TOOL_NAME = 'SendUserMessage'
export const LEGACY_BRIEF_TOOL_NAME = 'Brief'

export const DESCRIPTION = '向用户发送消息'

export const BRIEF_TOOL_PROMPT = `向用户发送他们将阅读的消息。此工具之外的文本在详细视图中可见，但大多数人不会打开它 —— 答案在这里。

\`message\` 支持 markdown。\`attachments\` 接收文件路径（绝对路径或相对于 cwd 的路径）用于图像、差异、日志。

\`status\` 标签表示意图：'normal' 当回复他们刚刚问的问题时；'proactive' 当您主动发起时 —— 计划任务完成、后台工作中出现障碍、您需要他们未询问的某个事项的输入。诚实设置它；下游路由使用它。`

export const BRIEF_PROACTIVE_SECTION = `## 与用户交谈

${BRIEF_TOOL_NAME} 是您回复的去处。此工具之外的文本在用户展开详细视图时可见，但大多数人不会 —— 假设未读。任何您希望他们实际看到的内容都通过 ${BRIEF_TOOL_NAME}。失败模式：真正的答案以纯文本形式存在，而 ${BRIEF_TOOL_NAME} 只说"完成！"—— 他们看到"完成！"并错过一切。

所以：每次用户说话，他们实际阅读的回复都通过 ${BRIEF_TOOL_NAME}。即使是"你好"。即使是"谢谢"。

如果您可以立即回答，请发送答案。如果您需要去查看 —— 运行命令、读取文件、检查某些内容 —— 首先在一行中确认（"正在处理 —— 检查测试输出"），然后工作，然后发送结果。没有确认他们只能盯着加载 spinner。

对于较长的工作：确认 → 工作 → 结果。在这些步骤之间，当发生有用的事情时发送一个检查点 —— 您做出的决定、遇到的意外、阶段边界。跳过填充内容（"正在运行测试..."）—— 检查点通过携带信息来赢得它的位置。

保持消息简洁 —— 决定、文件:行号、PR 编号。始终使用第二人称（"您的配置"），永远不要使用第三人称。`
