前言

那套 Web 程序。当年立项时 PPT 写得天花乱坠，如今打开后台——日活两位数的，一位是测试，一位是你自己刷新页面。

同事嘴上说「早该重构了」，手上却在问 ChatGPT：「帮我把这个文件夹里的报表下下来。」AI 能聊、能写、能画图。却进不了你们内网那扇登录页的门——不是 AI 不行，是老程序没给它发工牌。

使用者痛点：

• 程序老旧，业务功能只能手动点按钮；
• 登录态只能浏览器持有，AI 无法获取；
• 每次需要人工打开页面、复制链接才能完成下载。

简单讲「帮助」，听起来像董事会词汇。落地就一件事：别让 Agent 重新发明一套登录和下载，而是让它走你们现成的 API。 使用者还是在浏览器里扫码登录；Token 进 MCP 进程内存；不过，Agent 说「列一下文件」「下这个附件」。和你们页面点按钮，打的是同一批接口。

这篇文章不讲微服务改造、不上 Kubernetes，只讲怎么用 Node + npm + MCP给「没人用但还不能关」的老程序挂一条 AI 能走的旁路。老程序负责活着，AI 负责干活——分工明确，各得其所。

目标概览

你已经有一套 Web 程序使用者登录后就能列文件、下载文件。按理说，目标不是改业务栈。 而是：

1. 用 npm 把 MCP Server 做成可安装、可发布的包；
2. 在任意支持 MCP 的 Agent 客户端里用 npx / node 拉起它；
3. Agent 带上登录态，调用和页面相同的 文件列表 / 下载 API。

需要做些什么？

npx -y --registry=https://admin.npm.xxx.com/ files-mcp-client@1.0.0

一、和现有程序对齐

TOKENSOURCE 如 cookie:ACCESSTOKEN。localStorage:token,header:Authorization 等。

列文件 → GET 文件列表 listfiles

GET /api/files?path=/documents
说到Accept，application/json
Cookie的观点是。ACCESSTOKEN=xxxx
Authorization: Bearer xxxx

下载文件 → GET 文件流 downloadfile

 GET /api/files/download?id=12345
Cookie这方面，ACCESSTOKEN=xxxx
Authorization : Bearer xxxx
Accept : /

. . .

注销 →  ，说起来，清除会话 logout

 POST /api/logout
Cookie : ACCESSTOKEN=xxxx

二、npm 在这条链路里干什么

<

...