1. 会议录音为什么总是躺在手机里吃灰如果你同时用 VS Code 写代码、用 Cursor 或 Windsurf 跑 AI 补全大概率遇到过这个场景上午开完需求评审会下午回到工位想改代码却发现会上确认的接口字段名、异常分支、边界条件全模糊了。录音文件在手机里转写文本在另一个 App 里而你的编辑器里只有一行行待改的代码——三条信息流彼此不通。SonicNote 聆犀 AI 录音卡解决的是「采集端」硬件录音 妙记 App 自动转写、说话人识别、行动项提取。但真正让它变成「工作上下文」的关键一步是把转写结果通过标准协议喂给编辑器里的 AI。VS Code、Cursor、Windsurf、Trae 这几款工具都支持 MCPModel Context Protocol只要配置一个统一的模型通道就能在 Chat 里用sonicnote直接调取会议内容。这篇要交付的是可复制的配置骨架settings.json和config.toml两份文件怎么写、TaoToken 的 Key 怎么统一管理、配完之后怎么在编辑器里验证「录音转写确实进来了」。适合产品经理、项目经理、技术负责人以及任何一周开三次以上会、又不想手写纪要的开发者。2. TaoToken 前置一个 Key 打通模型通道SonicNote 的 MCP Server 负责把录音数据暴露给编辑器但编辑器里的 AI 要真正「理解」这些内容还需要一个稳定的模型调用通道。TaoToken 在这里的角色是统一入口你不需要在 VS Code、Cursor、Windsurf、Trae 里分别填四套不同的模型配置而是用同一个 API Key 和同一个 Base URL让所有编辑器的 AI 请求都走同一条路。这样做的好处很直接。第一Key 只维护一份换模型或调额度时不用四个 IDE 挨个改。第二MCP 工具调用和普通对话请求共用通道排查问题时只需要看一个日志入口。第三Coding Plan 这类长期编码场景可以直接复用同一套凭证不用为每个编辑器单独开套餐。你需要先拿到两样东西TaoToken 的 API Key以及 SonicNote 妙记 App 里生成的 MCP Keysk-开头。前者管模型调用后者管录音数据读取两者职责不同别混用。TaoToken 的 API 地址是https://taotoken.net/api模型对话、Coding Plan、控制台和 API Keys 管理都在官网体系内。建议先在控制台创建一个专用 Key命名成sonicnote-vscode之类方便后续按项目区分额度。注意MCP Key 由妙记 App 生成TaoToken Key 由 TaoToken 控制台生成。配置时两个都要填但填的位置不同——前者进 MCP Server 配置后者进编辑器或插件的模型设置。3. 可复制配置settings.json 与 config.toml不同编辑器的配置文件格式不一样。VS Code 和 Cursor 走settings.jsonWindsurf 和 Trae 部分版本走config.toml。下面两份骨架可以直接抄把占位符替换成你自己的 Key 即可。3.1 VS Code / Cursor 的 settings.json在 VS Code 里按CtrlShiftPmacOS 是CmdShiftP输入Preferences: Open User Settings (JSON)把下面这段合并进去。Cursor 的操作路径一样它兼容 VS Code 的设置结构。{ mcp.servers: { sonicnote: { command: npx, args: [ -y, sonicnote/mcp-server ], env: { SONICNOTE_MCP_KEY: sk-你的妙记MCPKey, SONICNOTE_API_BASE: https://ainote.easylinkin.com/api } } }, taotoken.apiKey: sk-你的TaoTokenKey, taotoken.baseUrl: https://taotoken.net/api, taotoken.defaultModel: claude-sonnet-4-20250514, editor.inlineSuggest.enabled: true }这里有几个参数值得说明。mcp.servers.sonicnote.command用npx拉起 MCP Server首次运行会自动下载包所以机器上要有 Node.js 18 以上版本。SONICNOTE_MCP_KEY填妙记 App 里创建的那把 Key不是 TaoToken 的。taotoken.baseUrl固定为https://taotoken.net/api不要在后面加斜杠或路径。defaultModel可以按你 Coding Plan 里开通的模型改Claude 系列在长上下文会议转写场景下表现比较稳。如果你用的是 Cursor它有自己的 MCP 配置入口在Settings → MCP里可以图形化添加但底层写入的还是同一份 JSON。用图形界面添加时Command 填npxArgs 填-y sonicnote/mcp-server环境变量按上面填。3.2 Windsurf / Trae 的 config.tomlWindsurf 和 Trae 的部分版本用 TOML 管理 MCP 与模型配置。文件通常位于用户配置目录下Windsurf 是~/.windsurf/config.tomlTrae 是~/.trae/config.toml。没有的话手动创建。[model] provider taotoken api_key sk-你的TaoTokenKey base_url https://taotoken.net/api default claude-sonnet-4-20250514 [mcp.servers.sonicnote] command npx args [-y, sonicnote/mcp-server] [mcp.servers.sonicnote.env] SONICNOTE_MCP_KEY sk-你的妙记MCPKey SONICNOTE_API_BASE https://ainote.easylinkin.com/apiTOML 的层级用点号表示[mcp.servers.sonicnote.env]就是给这个 MCP Server 注入环境变量。Windsurf 的 Cascade 和 Trae 的 Builder 模式在读取到 MCP 工具后会在对话里自动识别sonicnote这类调用。配置改完记得完全重启编辑器不是重载窗口是退出进程再打开否则 MCP Server 不会重新拉起。3.3 参数对照表配置项填什么作用SONICNOTE_MCP_KEY妙记 App 生成的sk-Key读取录音转写数据taotoken.apiKeyTaoToken 控制台生成的 Key调用模型能力taotoken.baseUrlhttps://taotoken.net/api统一请求入口defaultModel你开通的模型名决定转写理解质量command/argsnpx -y sonicnote/mcp-server拉起 MCP 服务4. 验证请求确认录音转写真的进来了配置写完不代表生效。下面这套验证动作按顺序做一遍能定位到是 MCP 没起来、Key 不对还是模型通道没通。第一步检查 MCP Server 是否被拉起。在 VS Code 里打开命令面板运行MCP: List Servers如果看到sonicnote状态是running说明进程起来了。如果是stopped或报错多半是 Node 版本不够或npx不在 PATH 里。第二步在 Chat 里发一条最小请求。打开 Cursor 的 Chat 或 Windsurf 的 Cascade输入sonicnote 列出我最近三条录音的标题和时间如果返回了录音列表说明 MCP Key 有效、录音数据能读到。如果提示tool not found是 MCP 没注册成功如果提示unauthorized是 MCP Key 填错了。第三步验证模型通道。新建一个对话输入用一句话总结今天下午的评审会确定了哪些接口改动这条请求会同时触发 MCP 读取和模型理解。如果模型能基于录音内容给出回答说明 TaoToken 通道和 SonicNote 数据链路都通了。如果模型回复「我没有相关录音信息」但第二步能列出录音那就是模型没拿到 MCP 返回的上下文检查defaultModel是否支持工具调用。第四步做一次端到端注入测试。找一段有明确行动项的会议录音在编辑器里输入sonicnote 读取这段录音提取所有待办事项生成 Markdown 任务清单每项标注负责人成功的结果是编辑器里直接输出一份带负责人和任务描述的结构化清单。到这一步会议对话就真正变成了可检索、可注入的工作上下文。提示首次调用 MCP 工具时编辑器可能会弹窗询问是否允许该 Server 执行选允许。这个授权只做一次。5. 本篇常见错排查配置过程中最容易卡在几个固定位置下面按现象列出来。报错spawn npx ENOENT系统找不到npx。Windows 上确认 Node.js 安装时勾选了 Add to PATHmacOS 用which npx确认路径如果用的是 nvm需要在配置里写npx的绝对路径比如/Users/你的用户名/.nvm/versions/node/v20.x.x/bin/npx。MCP Server 显示 running 但sonicnote无响应多半是编辑器版本太旧不支持 MCP 工具调用。VS Code 需要 1.99 以上并开启chat.mcp.enabledCursor 需要 0.45 以上。升级后重启。模型回复正常但读不到录音检查SONICNOTE_MCP_KEY是不是误填成了 TaoToken 的 Key。两把 Key 前缀都是sk-很容易搞混。妙记的 Key 在 App 的「我的 → MCP Key 管理」里TaoToken 的在控制台 API Keys 页面。config.toml改了不生效Windsurf 和 Trae 对 TOML 的解析比较严格字符串必须用双引号数组用方括号。改完必须完全退出进程只关窗口不够。可以用toml校验工具先检查语法。请求超时或 429TaoToken 通道本身稳定出现限流一般是并发太高或额度用尽。去控制台看用量长期编码场景建议直接开 Coding Plan比按次调用更划算。录音转写内容不完整这是妙记 App 侧的转写质量问题不是编辑器配置问题。确认录音卡电量、麦克风距离以及在 App 里转写任务是否已完成。MCP 只能读取已完成的转写处理中的录音读不到。6. 把会议上下文接进你的编码流配好之后日常用法其实很轻。开完会回到工位不用切 App、不用翻录音直接在编辑器 Chat 里sonicnote加一句指令转写内容就作为上下文注入到当前对话。产品经理可以让它生成 PRD 草稿开发者可以让它根据评审结论改接口项目经理可以让它把一周的会汇总成周报。如果你还没拿 Key先去 TaoToken 控制台创建一把专用 Key再在妙记 App 里生成 MCP Key。两把 Key 分别填进上面的settings.json或config.toml重启编辑器就能跑通验证流程。模型对话和 Coding Plan 的入口都在官网体系内接入文档里有各编辑器的详细字段说明。长期在 Cursor、Windsurf、Trae 里做 Agent 编码的话用 Coding Plan 统一额度会比每次单独调用省心很多。