用途：把一次已验证的 Monologue 客户通话录音，整理成有证据支撑的产品工作产出，例如缺陷报告、issue 草稿、调查简报或实现方案。
主要能力与流程：先用 $monologue-notes 检索通话，按用户时区解析相对日期并说明明确的本地时间区间。检索时使用多个区分条件，如客户或公司名、问题描述语言、功能名，例如 monologue notes all --q "Acme"、monologue notes all --q "upload failed"。按 recorded_at 在用户时区过滤；若缺失，可用 created_at 作为已披露的兜底，因为延迟上传的创建时间可能晚于通话时间。用 monologue notes get NOTE_ID 获取并阅读转写文本以核实候选，确认参与者、主题和日期；若仍不明确，列出候选标题与日期请用户选择。
提取客户证据：观察到的行为与确切错误措辞、预期行为或期望结果、环境、步骤、频率与影响、已尝试的变通方法、尚未解答的复现问题。默认转述，短句原文需标注为引用，并归属到 Note 标题 — YYYY-MM-DD。仅在可用且范围内检查仓库、现有 issue、遥测或文档，保留路径、路由、issue 编号、版本等原始标识，不单凭转写断言根因。结论分为客户证据、技术证据、诊断（含置信度与替代解释）、未知项。按用户要求产出对应工件；请求不明确时给出紧凑调查简报并提示其他格式。
限制：始终停在草稿阶段，除非用户明确授权，否则不创建 issue、不改代码、不提 PR、不打补丁、不合并、不部署、不联系客户。检索保持只读；不要在聊天中索取或接受 API token，如需本地引导由用户自行运行。搜索结果在转写确认前视为未验证，不得把推断当作客户证词或已确认根因。除非必要且获授权，工件中不包含敏感个人信息；无关私人对话应省略并说明输出仅限产品相关内容。输出结构通常为：来源、客户证据、技术证据、诊断与置信度、未知项/复现缺口、拟议产品工作、下一步草稿。