mcp-multi-bridge 2.1.0 → 2.1.2

package/README.md

@@ -18,7 +18,7 @@ npm i -g mcp-multi-bridge mcp-multi-login
 
 两个包配合使用：
 
-- `mcp-multi-login` 负责登录，把 token 写入本地文件（旧名 `mes-login-cli`，命令 `mes-login` 仍可用）
+- `mcp-multi-login` 负责登录，把 token 写入本地文件（旧包 `mes-login-cli` 已废弃，命令名改为 `mcp-multi-login`）
 - `mcp-multi-bridge` 负责读取 token 并转发请求
 
 > **从 `mes-mcp-bridge` 升级是破坏性的，按下面三步走**
@@ -108,7 +108,7 @@ mcp-multi-bridge --version | xargs echo "当前版本:"
 如果怀疑跑的不是自己想跑的那份（比如同时存在 `npm link` 的软链和全局安装），
 用 `--status` 看「安装位置」即可确认。
 
-`mes-login` 同样支持 `--version`。
+`mcp-multi-login` 同样支持 `--version`。
 
 ## 配置 MCP 客户端
 
@@ -172,7 +172,7 @@ npm root -g
 1. 首次使用，或 token 过期时，执行登录：
 
    ```bash
-   mes-login
+   mcp-multi-login
    ```
 
 2. 在打开的登录页里完成账号密码和图形验证码
@@ -183,7 +183,7 @@ npm root -g
 
 ## 未登录时的表现
 
-工具调用会返回明确的引导文案，说明该执行 `mes-login` 以及要等人工完成验证码。模型拿到这段文字后可以自行发起登录。
+工具调用会返回明确的引导文案，说明该执行 `mcp-multi-login` 以及要等人工完成验证码。模型拿到这段文字后可以自行发起登录。
 
 ## 多组织
 
@@ -224,7 +224,7 @@ npm root -g
 | `hiddenArgs` | 跟随上面两个字段 | 对模型隐藏的参数。凭据与租户 ID 由本层填，露给模型只会引发「我该填什么」 |
 | `invalidCodes` | `[613,614,615,616]` | 视为「登录失效」的业务错误码，命中后返回重新登录引导 |
 | `invalidCodeReasons` | MES 的四个码 | 错误码说明，与默认值**合并**，只写要覆盖的项 |
-| `loginCommand` | `mes-login` | 登录引导里让模型执行的命令名 |
+| `loginCommand` | `mcp-multi-login` | 登录引导里让模型执行的命令名 |
 
 > **租户 ID 由本层注入，不让模型填。** 网关的工具模板通常是
 > `{{if .args.orgId}}{{.args.orgId}}{{else}}1{{end}}` —— 不传就一律按 1 查，
@@ -239,7 +239,7 @@ npm root -g
 | 参数说明 | 要操作的组织标识 | 要操作的租户标识 |
 | 状态标题 | ## MES 组织状态 | ## ERP 中台租户状态 |
 | 更新提示 | 该组织尚未登录 | 该租户尚未登录 |
-| 引导命令 | `mes-login --org tc` | `erp-login --org tc` |
+| 引导命令 | `mcp-multi-login --org tc` | `erp-login --org tc` |
 
 `orgKey` 这个参数名不会变——它是路由用的标识，改文案不影响调用方代码。
 
@@ -296,20 +296,23 @@ mcp-multi-login --home "C:/Users/你/.mes-mcp-login" --org tc
 `--home` 指向本实例实际读取的目录，不能省——省了就会写到默认目录去，
 表现是「登录成功了但这边还是未登录」，非常难查。
 
-若登录命令不是默认的 `mcp-multi-login`（例如仍在用旧的 `mes-login`），
-用 `loginCommand` 配置改：
+默认用 `mcp-multi-login`。若你换成了别的登录程序（比如自研的 `erp-login`），
+用 `loginCommand` 改：
 
 ```json
-{ "loginCommand": "mes-login" }
+{ "loginCommand": "erp-login" }
 ```
 
+> 登录包只提供 `mcp-multi-login` 一个命令，**没有 `mes-login` 别名**。
+> 从旧包升级的，务必确认 `loginCommand` 没被配成旧名。
+
 ## 文件依赖
 
 读取配置目录下的两个文件：
 
 | 文件 | 由谁创建 |
 |---|---|
-| `config.json` | 登录侧 CLI（`mcp-multi-login` / 旧 `mes-login-cli`），也可手写 |
+| `config.json` | 登录侧 CLI（`mcp-multi-login`），也可手写 |
 | `token.json` | 登录侧 CLI（登录时写入） |
 
 本包**只读不写**，不会创建、修改或删除这两个文件。

package/lib/settings.js

@@ -9,7 +9,7 @@
  *   credentialField   注入到工具参数里的凭据字段名               默认 access_token
  *   hiddenArgs        对模型隐藏的参数（凭据与租户 ID 由本层填） 默认 access_token / orgId
  *   invalidCodes      表示登录态失效的业务错误码                 默认 613/614/615/616
- *   loginCommand      登录引导里让模型执行的命令                 默认 mes-login
+ *   loginCommand      登录引导里让模型执行的命令                 默认 mcp-multi-login
  *
  * 全部有默认值，不配置时行为与改造前完全一致。
  * 每一项都做了类型校验，配错（null、空串、非数组）时回落默认而不是让服务崩掉。
@@ -27,8 +27,13 @@ export const DEFAULT_TENANT_ID_FIELD = 'orgId';
 export const DEFAULT_HIDDEN_ARGS = [DEFAULT_CREDENTIAL_FIELD, DEFAULT_TENANT_ID_FIELD];
 /** 默认的登录失效错误码 */
 export const DEFAULT_INVALID_CODES = [613, 614, 615, 616];
-/** 默认登录命令 */
-export const DEFAULT_LOGIN_COMMAND = 'mes-login';
+/**
+ * 默认登录命令
+ *
+ * 与新登录包的命令名一致。登录包只提供 mcp-multi-login 一个命令，没有旧名别名，
+ * 所以这里必须写对，否则引导会让模型执行一个不存在的命令。
+ */
+export const DEFAULT_LOGIN_COMMAND = 'mcp-multi-login';
 
 /**
  * 默认失效码的中文说明

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "mcp-multi-bridge",
-  "version": "2.1.0",
+  "version": "2.1.2",
   "description": "多后端 MCP 桥接：把网关后多个后端、多个租户的工具集合并成一个 MCP 服务，凭据由登录 CLI 提供",
   "type": "module",
   "bin": {