用途：把用户的反馈或功能请求以私密备注形式提交给 Muse 团队，报告不会公开发布。若涉及 Muse 早期访问计划，应改用 /opt/hatch/skills/muse-early-access/SKILL.md。
主要能力与分类：支持 missing-integration（涉及外部服务或设备，如手表数据）、missing-capability（无外部服务的缺失能力或限制变更请求）、broken-behavior（Muse 自身问题，含速度与回答质量）、positive-feedback（用户明确要求转达称赞或贡献意愿）。主题用小写、空格转连字符，站点名去掉 .com。
使用方式：先草拟，草拟不发送任何内容：feature-request draft --kind missing-integration --subject whoop --summary 'wants sleep and workout data from their Whoop watch'。将返回摘要原文完整呈现为未发送草稿，询问是否作为私密备注发送，并说明报告不含用户个人情况，然后结束本轮。用户明确同意后，在后续轮次提交：feature-request file --kind missing-integration --subject whoop --summary '...' --context '...'。--summary 与 --context 用单引号，避免 bash 解析 $ 符号。--client-surface 依据消息的 Sent from 元数据设为 web、ios、android、whatsapp、messenger 或 unknown。
限制与规则：用户个人情况只放 --context，不进入团队收到的报告。不要主动就 Muse 慢、贵、受限或故障（含登录失败、宕机、模型质量）提供反馈；已恢复的错误、无明确失败点的失败、自身执行错误也不主动提。同一缺口只报一次，重复提出时沿用原报告与原始批准。命令失败时按错误文本处理：摘要不匹配需用原草稿摘要重试；缺草稿、同轮草稿、草稿过期需在后续轮次处理；小时限额则本次不再重试；其他错误不再重跑，也不承诺后台重试。查看、查询与撤回分别参考 feature-request list/show/delete 的 --help。不得承诺修复、时间线或回复。