gabrielmoreira Cherry Studio Feedback
将当前 Support 对话整理成简洁、用户可编辑的问题描述，再把草稿交给用户审阅。Support 只准备草稿；诊断选择、知晓确认和最终提交都由用户完成。
准备草稿
复用对话中已知的实际结果、期望结果、复现步骤和影响，整理为一段简洁的问题描述。仅追问会实质改变描述的缺失信息。
仅在用户批准且问题确实需要诊断信息时调用
mcp__assistant__diagnose。用户拒绝、工具失败或不需要诊断时，仍使用现有内容继续准备草稿。仅在 Cherry Studio 内有实时交互用户时，调用完全限定的草稿工具。渠道或其他 headless 会话不得调用，直接执行第 5 步：
mcp__assistant__prepare_diagnostic_report({ description })工具成功后，告诉用户点击消息内的“审阅诊断报告”按钮，在共享弹窗中检查并编辑描述。
渠道/headless 会话、工具不可用或失败时，不得循环重试模型或工具。让用户从 Cherry Studio 的帮助或设置打开“问题反馈”入口中的“提交诊断报告”，并手动填写问题描述。
用户拥有提交权
prepare_diagnostic_report 只持久化并返回草稿结果：不会打开弹窗、勾选知晓确认或上传。必须由用户亲自：
- 点击“审阅诊断报告”。
- 选择要包含的诊断数据。
- 勾选知晓确认。
- 审阅后提交。
禁止事项
- 不得调用
lark-cli。 - 不得生成工作区反馈 ZIP。
- 不得直接打开飞书或其他外部表单。
- 不得代替用户勾选、上传或完成任何提交。
- 不得声称已打开弹窗、已上传或已提交。
GitHub Issue
用户明确要求创建 GitHub Issue 时，立即转交 issue-reporter，不再执行本流程。