在 Windows 上把 Wireshark、Node.js、WireMCP 逐一装好，CodeBuddy 的 .mcp.json 也指向了 C:\WireMCP\index.js，原以为接下来就能让 AI 直接分析 PCAP，结果 CodeBuddy 对话窗口一直报模型连接失败。这个场景卡过不少人：抓包工具链都是本地的，真正拦住你的其实是模型通道。CodeBuddy 在决定要不要调用 capture_packets、如何解析 analyze_pcap 返回的威胁列表时，每一步工具决策都在消耗模型 token；官方额度不够、Key 多到记不清、模型切换要改一堆配置，这些都会让 WireMCP 看着装了却用不动。TaoToken 是一个统一 API 兼容通道，先去 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建 API Key，再把 CodeBuddy 的 Base URL 填成 https://taotoken.net/api，模型请求就能稳定走通，WireMCP 才能被正常编排起来。
1. 前置要求：Windows、tshark 与 CodeBuddy 到底谁依赖谁
1.1 先把链路画清楚
WireMCP 不是独立抓包软件，它依赖 tshark 解析 PCAP，而 tshark 是 Wireshark 自带的命令行工具。WireMCP 做的事情，是把 tshark 的抓包和解析能力包装成 MCP 工具。CodeBuddy 通过 MCP 协议读取这些工具的描述，然后在对话里决定调用哪个。整条链路是：CodeBuddy -> WireMCP -> tshark -> PCAP 文件。所以原文把前置要求写成 Windows 版本、管理员权限和网络连接，没有错，但我要补一条容易漏的：模型 API 通道。
1.2 为什么模型通道也算前置
很多人以为 MCP 配置好了就等于全部配完，其实只完成了一半。CodeBuddy 要读懂 PCAP 里的 TCP 流、HTTP 会话和威胁特征，靠的不是 tshark 输出，而是模型对输出的解读。CodeBuddy 作为 Agent，要先判断「这个流量包适合用 capture_packets 实时抓，还是 analyze_pcap 离线读」，再根据返回结果决定下一步，这些推理全部按 token 计算。如果模型认证没过、额度用完、模型 ID 对不上，工具列表加载得再漂亮也没用。因此前置要求里加一条：准备好一个能稳定使用的模型 API。TaoToken 就是用来统一管理这个通道的，注册入口在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 。
2. 安装 Wireshark：三个勾选决定 tshark 能不能被 WireMCP 调用
2.1 下载安装包
去 Wireshark 官方下载页拿 Windows 64 位安装包，右键以管理员身份运行。这一步基本没有额外选择，安装向导默认走完就行。唯一的重点是组件选择页的勾选项，漏掉任何一个都可能让 WireMCP 在实时抓包或离线解析时突然罢工。
2.2 组件选择页必选项
组件选择页面里，下面三项要特别留意：
- Install Npcap：抓实时数据包要用，没它的话 capture_packets 在实时流量场景会直接失效。
- Install USBPcap：USB 流量抓包扩展，如果只分析离线 PCAP 可以不勾，但勾上更省事。
- Add Wireshark to the system PATH：这项直接决定后面
tshark --version能不能被识别，强烈建议勾上。
如果安装时漏了 PATH，之后也可以手动补，排障章节会展开。其余组件保持默认，跟着向导走完即可。
2.3 验证 tshark
安装完必须重开一个 CMD 或 PowerShell，让环境变量刷新，再执行：
tshark --version看到版本号说明 Wireshark 命令行工具可用了。如果提示「不是内部命令或外部命令」，多半是 PATH 没有生效，先重启终端，再不行就手动添加环境变量。这一步是 WireMCP 能跑起来的地基，建议不要跳过。
3. 安装 Node.js LTS：WireMCP 跑起来之前先确认 node/npm
3.1 版本有讲究
WireMCP 是 Node.js 写的，官方依赖要求是 v18+ 的 LTS 长期支持版。Node.js 的版本节奏比较快，建议选 v18 或 v20 这种被长期维护的稳定版，不要装 latest 尝鲜版，否则npm install阶段容易遇到依赖兼容问题。选 .msi 格式的 Windows 安装程序，右键以管理员身份运行。
3.2 安装时把 Add to PATH 勾住
安装向导里有一项 Add to PATH，默认是打开的，保持勾选即可。如果手动取消，后面node和npm命令都要写全路径，没必要。安装完成后，把旧终端全部关掉，重新开一个新的，否则环境变量不会生效。
3.3 验证 node/npm
node --version npm --version两个命令都输出版本号，Node.js 运行环境才算就绪。如果node能识别但npm提示不是内部命令，检查 Node 安装目录下是否有 npm.cmd，并把该目录加进 PATH。这里的问题和 Wireshark 的 PATH 问题是一类套路，都不算难，但它们会第一时间暴露环境变量是否干净。
4. 部署 WireMCP：让 PCAP 解析变成 CodeBuddy 可调用的工具
4.1 固定目录 C:\WireMCP
WireMCP 的源码拿到之后，最好放在固定路径 C:\WireMCP，这样 .mcp.json 里的路径不会因为换电脑、换用户目录而变。Windows 下路径大小写不敏感，但目录结构建议保持一致。
cd C:\WireMCP4.2 拉取源码
有 Git 的话直接执行：
git clone https://github.com/0xkoda/WireMCP.git .注意后面的点，表示克隆到当前目录。没有 Git 就去 WireMCP 的 GitHub 页面下载 ZIP，解压后把文件全部放到 C:\WireMCP 下，确保 index.js 在根目录，而不是嵌套在一层子文件夹里。这个细节很常见，CodeBuddy 找不到启动入口时优先检查它。
4.3 安装依赖并自检
npm install等依赖装完，先手动启动一次：
node index.js看到类似 MCP Server started 的日志，说明 WireMCP 服务本身没问题。这时按 Ctrl+C 停掉，接下来把服务交给 CodeBuddy 自动拉起。
4.4 Agent 视角下的 token 消耗
原文没写透的一点需要补清楚：CodeBuddy 调用 WireMCP 的时候，并不是简单执行一条 tshark 命令就结束。它会先读取系统里注册的工具名和描述，再根据对话内容决定用 capture_packets 还是 analyze_pcap，还要把 tshark 返回的 JSON 字段解释成人话。捕包在本地，解释在模型，中间这些「决定」和「解释」全部折算成 token。所以 CodeBuddy 的模型通道必须稳定，这也是本文要把 TaoToken 加进来的原因。TaoToken 不是抓包组件，它只负责让模型请求稳定走通；Wireshark 和 WireMCP 仍然是本地安装、本地运行。
5. 给 CodeBuddy 补齐模型通道：.mcp.json 指到 WireMCP，Base URL 指到 TaoToken
5.1 两个配置各管各的
先分清楚：CodeBuddy 的 .mcp.json 只负责本地工具连接，不负责模型连接。模型连接在 CodeBuddy 的设置面板里配，通常是「自定义模型服务」或「OpenAI 兼容接口」这类入口。两套配置别写混了，不要把 Base URL 塞进 .mcp.json 的 env 字段，那是 WireMCP 自己的环境变量，不是模型通道。
5.2 去 TaoToken 创建 Key 并确认模型 ID
打开 TaoToken 注册登录，在控制台创建 API Key，得到一串以 sk- 开头的密钥，本文统一记作 YOUR_API_KEY。创建完成后，在模型广场找到你打算让 CodeBuddy 使用的模型，记下对应的模型 ID，不要凭记忆瞎编。模型列表会随时间调整，以 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 模型广场当时显示的为准。
5.3 CodeBuddy 模型服务设置
进入 CodeBuddy 设置，找到模型服务或供应商管理，添加一个 OpenAI 兼容供应商，填入：
| 字段 | 值 |
|---|---|
| Base URL | https://taotoken.net/api |
| API Key | YOUR_API_KEY |
| Model ID | 以 TaoToken 模型广场为准 |
注意 Base URL 末尾不要加 /v1，TaoToken 的接口路径是 https://taotoken.net/api，多了 /v1 会直接 404。Key 在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建，复制时别带上空格。
5.4 配置 .mcp.json
MCP 配置文件的位置是：
C:\Users\你的用户名\.codebuddy\.mcp.json没有就新建。把下面这份 JSON 粘贴进去：
{ "mcpServers": { "wiremcp": { "command": "node", "args": [ "C:\\WireMCP\\index.js" ], "env": { "NODE_ENV": "production" } } } }几个关键点：
- Windows 路径必须写成双反斜杠，
C:\\WireMCP\\index.js，单反斜杠会让 JSON 解析异常。 - args 必须指向 index.js 文件，不能只写到文件夹。
- 文件名必须是 .mcp.json，不是 mcp.json，也不是 .mcp.json.txt。
- 保存为 UTF-8 编码，否则 CodeBuddy 读出来是乱码。
5.5 重启 CodeBuddy
配置改完，把 VS Code、IDEA 这类编辑器完全退出，再重新打开。CodeBuddy 启动时会自动扫描 .mcp.json 并挂载 WireMCP。不建议只刷新窗口，最好是让进程完全退出一次，确保配置文件被重新读取。
6. 验证 CodeBuddy 能列出 capture_packets：从启动日志到对话实测
6.1 服务自检
在终端手动运行：
node C:\WireMCP\index.js输出 MCP Server started 说明服务本体没挂。这一步通过后再关掉，交给 CodeBuddy 自动拉起。
6.2 对话测工具列表
打开 CodeBuddy 对话窗口，输入：
检测当前 WireMCP 服务是否正常连接，并列出当前可用的网络分析工具如果配置正常，CodeBuddy 会返回 MCP 工具列表，至少能看到 capture_packets、analyze_pcap、check_threats 三个。这个过程本身也会消耗一点 token，所以模型通道必须提前用 TaoToken 配通。如果 CodeBuddy 连工具列表都列不出来，先回去检查 5.3 的 Base URL 和 Key。
6.3 用一个小 PCAP 实测
建议拿一个几分钟的抓包文件做端到端测试。给 CodeBuddy 一条指令，例如「调用 analyze_pcap 分析这个 pcap 文件，先看协议分布和可疑流量」。CodeBuddy 会调用 WireMCP，WireMCP 再调 tshark，最后把结果返回给模型总结。能顺利跑完，说明本地工具链和模型通道都通了。到了这一步，CodeBuddy 跑 WireMCP 分析 PCAP 才算是真正落地。
7. 排障：从 tshark 不是内部命令到 MCP 工具超时
7.1 tshark 不是内部命令
如果tshark --version报「不是内部命令」，先把所有终端关掉重开。还不行就去系统环境变量 PATH 里加 Wireshark 安装目录，通常是C:\Program Files\Wireshark。加完保存，重开终端再验证。Wireshark 安装时漏勾 Add to PATH 的，走这一步就能解决。
7.2 CodeBuddy 提示 MCP 连接失败
大概率是 .mcp.json 的问题。检查三处：路径是否写成C:\\WireMCP\\index.js这种双反斜杠；文件是否真的是.mcp.json而不是.mcp.json.txt；保存编码是不是 UTF-8。还有一个坑是 index.js 没有待在 C:\WireMCP 根目录，被解压到了子文件夹，CodeBuddy 找不到启动入口。
7.3 模型认证 401 或模型名报错
Base URL 填成 https://taotoken.net/api，不要多加 /v1。API Key 用你在 TaoToken 控制台创建的那串，复制时别带上空格。模型 ID 要去模型广场复制，不能凭印象填。这几项有一处不对，CodeBuddy 就会在第一次工具决策时报错。TaoToken 控制台能看到 Key 的请求记录，也可以用来判断是否真的发起了调用。
7.4 MCP 工具超时
WireMCP 首次启动要加载 Node 依赖，偶尔会慢一点。先在终端手动node index.js确认启动是否正常。如果手动没问题，CodeBuddy 还超时，再去看模型通道是否能正常返回结果。工具调用超时很可能是模型一直没响应，而不是 WireMCP 卡住。TaoToken 控制台的用量和请求日志能帮你区分是本地服务问题还是模型通道问题。
8. 收尾：去控制台把这次调用记到账上
WireMCP 的抓包和解析是本地跑的，但 CodeBuddy 的模型调用会记在 TaoToken 账单上。配置保存后，建议先在 TaoToken 模型对话 里用同一把 Key 发一条测试消息，确认模型 ID 和 Base URL 没填错。若打算长期拿 CodeBuddy 跑 PCAP 分析，可以打开 Coding Plan 看套餐是否覆盖长会话场景；Key 的创建和管理在 控制台 API Keys 页面。
如果想在别的工具里沿用同一套 TaoToken 配置，Claude Code 的环境变量对照写法见 接入文档。最后回到 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 控制台看一眼这次 CodeBuddy 会话消耗了多少 token，做到心里有数。这样下次再遇到「工具装好了但 AI 不干活」的情况，你就能快速定位是本地 WireMCP 的问题，还是模型通道的问题。
