cherry-studio-feedback

npx skills add CherryHQ/cherry-studio --skill cherry-studio-feedback --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# Cherry Studio Feedback 像协作排障一样收集反馈，不把对话变成表格审问。已知信息直接复用；每次最多追问一个会改变提交内容的问题。 ## 选择路径 1. **即时沟通**：用户只想把材料发到群里或交给同事时，走“手动交接”。不要读取或上传本地数据。 2. **结构化反馈**：用户要整理、提交或生成反馈包时，走“自动收集”。这是默认路径。 3. **GitHub Issue**：用户明确要求 GitHub Issue 时，立即转交 `issue-reporter`，不要重复提交飞书。 “提交问题”“帮我提交一下”“上报这个 bug”等未指定平台的表达，都默认使用飞书结构化反馈。未明确提及 GitHub 时，不要调用 `gh`、检查 GitHub 登录、搜索 Issue 或询问用户是否改投 GitHub。 会话中的“上传错误信息”按钮属于客户端/服务端功能，不由本 Skill 模拟。用户提出该按钮需求时，将它作为功能建议收集。 ## 隐私和确认 - 收集诊断前说明将读取哪些类别，并取得用户同意。只调用 `mcp__assistant__diagnose`；不要直接扫描用户目录、读取数据库或查询完整会话历史。 - 日志和 trace 可能包含对话、路径或个人信息。只接收用户主动提供或明确同意读取的材料。 - 在展示和写入文件前，遮蔽 API key、token、Cookie、Authorization、密码、私钥、完整用户主目录、用户名和主机名。联系方式只保留用户主动提供的值。 - 原始日志最多保留与问题相关的 50 条、每条最多 2,000 字符；不要把无关日志或完整聊天记录加入反馈。 - 外部提交前展示最终字段、附件文件名和接收方，等待一次新的明确确认。预览确认不等于此前的诊断读取批准。 - 在频道、定时或其他无人实时确认的会话中，只生成本地草稿，不提交、不上传。 ## 手动交接 给用户一份简短清单： - 问题发生时间、实际结果、期望结果和最短复现步骤 - Cherry Studio 版本、操作系统和问题出现频率 - 报错截图或录屏 - 从出错会话导出的 trace，以及相关时间段的日志 提醒用户分享前检查敏感信息。根据已知内容生成一段可直接发群里的摘要；不要声称已经发送。 ## 自动收集 ### 1. 提取反馈字段 智能推断，不要求用户理解字段名： - **类型**：崩溃、报错、功能异常 → `BUG`；显示或交互问题 → `UI/UX`；新增能力或改进建议 → `功能` - **优先级**：数据安全或所有用户无法工作 → `P0`；核心流程阻断且无绕过 → `P1`；有影响但可绕过 → `P2`；轻微问题或建议 → `P3` - **问题概述**：一句话描述实际问题 - **详细描述**：实际结果、期望结果、首次出现时间、频率和影响范

lark-cli base +form-detail --share-token shrcnsTvZpUji5ZKAPSMwzZuWHb --as user --format json