@atengk/mcp-server-ssh

基于标准 OpenSSH 协议 深度连接与操控 Linux/Unix 系统的 Model Context Protocol (MCP) 服务。为大语言模型（LLM）和 AI 智能体（Claude Desktop、Cursor、Antigravity、Cline 等）提供安全、可控、零侵入的远程终端执行与 POSIX 文件系统管理基础设施。

💡 版本更新日志 (Release Notes)：每一个正式版本的详细变动明细、修复记录与贡献者致谢均由系统自动维护，可直接前往 GitHub Releases 查看最新记录。

🌟 核心特性 (Features)

• 🌐 零侵入标准协议直连：目标 Linux 主机仅需原生 OpenSSH 服务，绝不安装任何专有 Agent 或 HTTP 守护进程（ADR-0001）。

• ⚡ 双模命令执行与多主机批量调度引擎（ADR-0002）：

  • 无状态执行 (ssh_exec)：单命令独立通道，默认包装为登录 Shell（bash -l -c）以完整继承用户环境变量与 PATH，精确捕获退出码、耗时与标准输出/错误；支持管道隐式注入凭据的 零命令行泄露安全 Sudo 提权（ADR-0011）。

  • 多主机批量受控执行 (ssh_batch_exec)：支持通过显式连接 ID、本机 ~/.ssh/config 别名、通配符（如 web-*）及宏选择器（@all_active、@all_configured）向数十台节点发起受控并发（parallel 信号量限流）或渐进串行（serial 遇错中断 stopOnError）命令调度，单节点输出强制实施 16KB 紧凑防爆截断。

  • 交互式会话 (ssh_session_*)：基于 PTY 伪终端维持常驻会话流，支持流式增量回显、正则提示符监听（expectPattern）与 \x03 (Ctrl+C) 中断控制信号。

• 🛡️ 宿主机防爆与防雪崩熔断冷却 (ConnectionCircuitBreaker)：

  • 启动异步软容错预连 (MCP_SSH_PRECONNECT_TARGETS)：启动阶段后台并发拉起多台预设主机，单节点失联绝不阻塞 MCP 握手主流程；

  • 6 秒快速探测超时与 60 秒熔断冷却：建连失败立即销毁底层 Socket 并进入 60 秒冷却期（Cooldown），冷却期内重复请求就地快速拒绝（零底层 Socket / FD 分配），冷却期满自动转入半开（Half-Open）单次探活自愈。

• ⏱️ 用户态脱机解耦后台作业 (ssh_job_*)：通过系统解耦技术在远端独立托管耗时脚本、大文件拉取或构建任务，支持退出码精准判定与增量日志流式追踪，连接断开任务不终止（ADR-0010）。

• 📁 高级 POSIX SFTP 管理与流式归档：

  • 精准文本差异补丁 (sftp_patch_file)：基于目标锚点块校验的局部精准替换，避免大文件全量覆写（ADR-0009）；

  • 纯 JS 流式 Tar 目录双向同步 (sftp_*_dir)：支持排除过滤与自动继承 .gitignore，零 C++ 原生编译依赖（ADR-0008）；

  • 基础文件管理：单文件安全读写（内置防撑爆阈值）、元数据获取、目录递归建删与软链接防环保护。

• 🔌 三位一体网络隧道治理 (ssh_forward_port)：统一管控本地转发（Local）、远程暴露（Remote）与 纯 JS RFC 1928 动态 SOCKS5 代理，内置空闲超时自动熔断与物理断连级联回收（ADR-0011）。

• 🛡️ 网络安全与网络暴露收敛（ADR-0017）：

  • 常数时间 SSE 强身份鉴权：支持 Header Bearer 与 Query Token，双重 SHA-256 常数时间比对防时序攻击；

  • 默认回环与暴露强制熔断 (Fail-Closed)：默认收敛绑定 127.0.0.1，外部暴露未配置 Token 立即终止启动；

  • 目标主机白名单 (Target Allowlist)：支持 IP、CIDR 网段、通配符域名与端口约束，阻断内网横向跳板渗透；

  • 来源白名单与跨域重塑 (Origin Whitelist)：彻底废除通配符 *，精确匹配请求来源以防御跨站攻击。

• 🏷️ 多实例服务标识与引导指示 (--server-name / --server-instructions)：协议级一等公民下发，在多服务并存时向大模型精准传递系统角色定位，工具描述自动修饰紧凑前缀（ADR-0015）。

• 📜 全景生命周期安全审计 (AuditService)：记录全量 30 个原子工具调用的调用源、入参深度凭据脱敏（密码/私钥自动打码掩饰）与执行耗时，支持纯 Node 原生免依赖多文件轮转切分（ADR-0014）。

• 🩺 四维全景自检排障套件 (--doctor)：涵盖 Runtime 运行时、本地 OpenSSH 密钥链、配置合规性与目标连通性全方位秒级诊断巡检（ADR-0013）。

• 🛡️ 严格安全防护双保险（ADR-0003）：

  • 前置安全守卫 (SafetyGuard)：实时拦截全盘强删（rm -rf /）、磁盘覆写（dd/mkfs）、关机重启（reboot/shutdown）及 Fork 炸弹等致命破坏，支持 dryRun 演练。

  • 智能防爆截断 (OutputTruncator)：单次输出实施 64KB 双端智能截断（保留前 8KB 标头与后 56KB 最新日志），自动清洗 ANSI 终端转义符，保护 LLM 上下文不崩溃。

• 📦 免安装一键即用：打包为独立单文件 Bundle，全球用户通过 npx 零依赖即开即用（ADR-0004）。

Related MCP server: ssh-for-agents

🚀 快速上手 (Quick Start)

无需 git clone 或本地编译，在任何支持 MCP 的宿主客户端配置文件（如 Claude Desktop 的 claude_desktop_config.json、Cursor 的 mcp.json 或 Antigravity / Cline 对应配置）中添加如下配置即可直接启动：

通用 MCP 客户端基础配置模板

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_HOST": "192.168.1.100",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "root",
        "MCP_SSH_PRIVATE_KEY_PATH": "/Users/yourname/.ssh/id_ed25519"
      }
    }
  }
}

🔒 单一规范命名空间提示 (ADR-0012)：服务严格仅识别 MCP_SSH_* 规范命名空间环境变量。布尔变量严格仅接受 "true" 或 "false"。请务必使用官方规范键名以确保配置生效。

🖥️ CLI 命令行工具与全景诊断套件 (CLI & Diagnostics)

除了作为标准 MCP stdio/SSE 服务被大模型客户端唤起外，@atengk/mcp-server-ssh 还提供完整的现代化 CLI 命令行交互能力，同时原生支持 GNU 规范长短标志（-h / --help, -v / --version, --doctor）与 POSIX 风格位置子命令（doctor, version, help），版本号动态联动 package.json 保持单一真实信源（ADR-0013）。

1. 命令行语法与选项速查

# 基本调用语法
$ mcp-server-ssh [选项]
$ mcp-server-ssh <子命令>

# 或通过 npx 零安装即时调用
$ npx @atengk/mcp-server-ssh [选项 / 子命令]

📌 参数生效优先级准则 (Precedence Invariant)：
CLI 命令行长选项 (--server-name / --server-instructions) > 规范环境变量 (MCP_SSH_SERVER_NAME / MCP_SSH_SERVER_INSTRUCTIONS) > 系统内置默认值。

2. 🩺 四维全景排障自检套件 (--doctor / doctor)

在客户端配置报错、无法建连或网络拓扑受阻时，无需繁琐查看堆栈或启动完整宿主客户端，直接运行 doctor 即可在 纯只读、零副作用 的前提下秒级扫描系统健康状况：

# 运行诊断 (标志与子命令完全等价)
npx @atengk/mcp-server-ssh --doctor
# 或
npx @atengk/mcp-server-ssh doctor

四维立体排查矩阵

CI/CD 与容器健康门禁退出码约束 (Exit Code Contract)

doctor 命令严格遵循标准退出码规范，可无缝接入 CI/CD 流水线与 Docker 容器启动探针：

• 退出码 0：全部检查项通过（允许包含非致命的 WARN 提示）；

• 退出码 1：存在至少 1 项阻断性严重缺陷（FAIL，如 Node 版本不满足、外部暴露缺少 Token 熔断、配置非法或 SSH 鉴权失败）。

终端诊断输出范例

=================================================
   mcp-server-ssh 全景自检排障套件 (Doctor)     
=================================================

[Runtime 运行时]
  [PASS] Node.js 版本: Node.js v22.19.0 满足环境要求 (>= 18.0.0)
  [PASS] 操作系统平台: Linux (linux x64), Node ABI: 127
[本地 OpenSSH 资产]
  [PASS] SSH 配置文件: ~/.ssh/config 文件存在且具备可读权限
  [PASS] 默认本地私钥: 在 ~/.ssh/ 探测到本地默认私钥: id_ed25519
  [PASS] SSH Agent 转发通道: SSH_AUTH_SOCK 处于活跃挂载状态
[环境变量配置]
  [PASS] 规范配置解析 (ADR-0012): 环境变量解析强校验通过 (传输模式: stdio, 超时: 30000ms)
  [PASS] 安全审计轨迹 (ADR-0014): 安全审计处于未启用状态 (MCP_SSH_AUDIT_ENABLED=false)
  [PASS] 服务身份标识 (ADR-0015): 服务标识名称: "mcp-server-ssh" (未配置额外引导指示)
[目标主机连通性]
  [PASS] 目标主机 TCP 连通性: 192.168.1.100:22 TCP 端口畅通 (耗时 12ms)
  [PASS] SSH 握手与鉴权: 成功与 192.168.1.100:22 协商并完成公钥身份验证 (耗时 88ms)

-------------------------------------------------
诊断结果: 8 项通过, 0 项提示, 0 项失败
=================================================

⚙️ 6 大连接场景配置矩阵 (Scenarios)

针对不同网络拓扑与鉴权需求，提供开箱即用的配置范例：

场景 1：密码账密直连 (最简临时测试)

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_HOST": "192.168.1.100",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "root",
        "MCP_SSH_PASSWORD": "your_secure_password"
      }
    }
  }
}

场景 2：公私钥免密直连 (生产环境规范推荐)

支持物理文件路径、原始 PEM 文本与 Base64 编码三种形态：

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_HOST": "192.168.1.100",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "root",
        "MCP_SSH_PRIVATE_KEY_PATH": "D:/files/server/id_ed25519",
        "MCP_SSH_KEY_PASSPHRASE": "optional_passphrase"
      }
    }
  }
}

💡 免文件挂载小妙招：在容器或无文件系统环境中，可直接将私钥 Base64 字符串赋值给 MCP_SSH_PRIVATE_KEY_BASE64（或 PEM 文本赋值给 MCP_SSH_PRIVATE_KEY），服务将自动解码，无需挂载任何本地私钥文件！
💡 Windows 提示：本地路径强烈推荐统一使用正斜杠（如 "D:/files/server/id_ed25519"），Node.js 原生完美支持，且能彻底避免 JSON 反斜杠转义（\\）遗漏导致的解析崩溃。

场景 3：直接复用本地 ~/.ssh/config 别名 (最推荐，省心免配)

直接继承本机既有的公私钥路径、跳板机、自定义端口与 Host 别名：

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_CONFIG_ALIAS": "my-cloud-vps"
      }
    }
  }
}

场景 4：企业级 ProxyJump 堡垒机/跳板机穿透预建连

通过公网跳板机（Bastion）安全穿透至隔离内网中的私有目标服务器（注意：MCP_SSH_PROXY_* 仅专用于物理建连中继跳板，与会话内动态端口转发 ssh_forward_port 完全解耦）：

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_HOST": "10.0.1.50",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "deploy",
        "MCP_SSH_PROXY_HOST": "bastion.company.com",
        "MCP_SSH_PROXY_PORT": "2222",
        "MCP_SSH_PROXY_USER": "bastion_user"
      }
    }
  }
}

场景 5：云原生网络常驻 SSE 模式 (强身份鉴权 + 来源/目标双白名单)

常驻部署于容器、Kubernetes 或内网跳板节点，强制启用 Token 鉴权与目标收敛：

{
  "mcpServers": {
    "ssh-remote": {
      "url": "http://192.168.1.100:8000/sse",
      "headers": {
        "Authorization": "Bearer YOUR_GENERATED_SECRET_TOKEN"
      }
    }
  }
}

💡 空载按需连接模式：若启动时不提供任何预建连环境变量，服务将以空载状态启动，AI 智能体将在会话中通过 ssh_connect 按需连接主机。若设置了 MCP_SSH_ALLOWED_TARGETS，所有连接将受目标白名单强约束；设置 MCP_SSH_DISABLE_DYNAMIC_CONNECT=true 则彻底关闭动态建连。

场景 6：预建连 + 启动即用内网端口映射 / SOCKS5 代理隧道 (开机即穿透)

在启动 MCP 服务完成 SSH 鉴权的同时，自动在宿主机本地拉起端口转发或动态代理，生命周期与 SSH 服务同步保持常驻（默认 MCP_SSH_TUNNEL_IDLE_TIMEOUT=0 常驻不熔断）：

选项 A：启动时自动映射私网数据库（如本地 16379 映射至远端私网 Redis 10.0.1.200:6379）

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_HOST": "192.168.1.100",
        "MCP_SSH_USER": "root",
        "MCP_SSH_PRIVATE_KEY_PATH": "D:/files/server/id_ed25519",
        "MCP_SSH_TUNNEL_TYPE": "local",
        "MCP_SSH_TUNNEL_LOCAL_PORT": "16379",
        "MCP_SSH_TUNNEL_REMOTE_HOST": "10.0.1.200",
        "MCP_SSH_TUNNEL_REMOTE_PORT": "6379"
      }
    }
  }
}

选项 B：启动时一键拉起本地动态 SOCKS5 代理（全内网集群动态穿透）

本地客户端（如浏览器 SwitchyOmega、DBeaver、Terminal）配置代理 socks5://127.0.0.1:1080，即可直接访问远端机房所在的整个私有集群：

{
  "mcpServers": {
    "ssh": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_CONFIG_ALIAS": "my-cloud-vps",
        "MCP_SSH_TUNNEL_TYPE": "socks5",
        "MCP_SSH_TUNNEL_LOCAL_PORT": "1080"
      }
    }
  }
}

🌐 环境变量完整速查矩阵 (12-Factor App)

全面遵循现代化 12-Factor App 与 ADR-0012 单一命名空间治理规范，服务严格仅识别 MCP_SSH_* 官方标准前缀，彻底摒弃遗留多别名推断，所有布尔变量严格要求 "true" 或 "false"：

📌 严格配置准则与架构约束 (Strict Configuration Guard & Architecture Invariants)：

1. 单命名空间锁定：服务 100% 仅读取 MCP_SSH_* 规范变量，不再支持无前缀或废弃前缀变量，杜绝环境变量多源歧义；

2. 布尔严格解析：所有布尔类型变量仅接受 "true" 或 "false"（不区分大小写与空白字符），输入 "1"、"yes"、"on" 等非标值将立即报错阻断启动；

3. 跳板机（ProxyJump）与端口转发隧道（Tunnel）概念与生命周期严格隔离：

   • 跳板机 (Jump Host)：属于物理基础设施层与拓扑路由，专用于穿透公私网边界中继建立底层 SSH 物理网络链路（通过 MCP_SSH_PROXY_* 规范环境变量或本地 ~/.ssh/config 静态预置，服务启动建连期即生效）；

   • 端口转发隧道 (Port Forwarding & SOCKS5)：属于微服务级数据转发链路，既支持通过 MCP_SSH_TUNNEL_* 在服务启动完成 SSH 鉴权后自动预建常驻隧道（开机即穿透，默认不超时），也支持在会话期间通过 ssh_forward_port / ssh_tunnel_list / ssh_tunnel_close 由大模型按需动态创建与安全回收（默认 300 秒空闲熔断防护）。

🔌 远程服务调用 (SSE 协议客户端接入)

若服务已部署在局域网服务器、NAS（群晖/威联通）或云容器中，MCP 客户端可直接通过标准 HTTP SSE 端点网络接入，无需在客户端本地安装 Node.js 或运行子进程：

{
  "mcpServers": {
    "ssh-remote": {
      "url": "http://192.168.1.100:8000/sse",
      "headers": {
        "Authorization": "Bearer YOUR_GENERATED_SECRET_TOKEN"
      }
    }
  }
}

💡 鉴权方式：支持通过 HTTP 请求头 Authorization: Bearer <token> 认证，亦兼容浏览器原生 EventSource 客户端通过 URL 查询参数 ?token=<token> 接入。

服务端点矩阵与健康检查探针

在 SSE 模式下，轻量 HTTP 服务对外暴露以下规范端点：

🔒 安全收敛说明：根路径 / 已彻底移除公开免密访问，未授权请求将直接响应 404 Not Found；健康探针已剔除内部版本与活跃连接数等指纹信息。

探针请求回显范例：

{
  "status": "healthy"
}

🐳 生产环境容器化常驻部署 (Docker & Docker Compose)

项目已由 GitHub Actions CI/CD 自动构建并发布官方多架构镜像（全平台支持 linux/amd64 与 linux/arm64，适配 Intel/AMD x86 服务器、Mac M系列及树莓派/ARM 云主机）。无需克隆源码仓库，只需单文件配置即可一键秒级拉起常驻守护服务。

1. 使用 Docker Compose 一键拉起（推荐 ⭐⭐⭐⭐⭐）

无需下载整个代码库，仅需下载或新建 docker-compose.yaml 即可常驻运行：

# 方式 A：单行命令直接从 GitHub 拉取配置并启动服务
curl -fsSL https://raw.githubusercontent.com/atengk/mcp-server-ssh/main/docker-compose.yaml -o docker-compose.yaml && docker compose up -d

# 常用运维命令
docker compose logs -f    # 查看服务实时日志
docker compose pull       # 一键更新至官方最新镜像
docker compose down       # 优雅停止服务

docker-compose.yaml 核心配置参考：

services:
  mcp-server-ssh:
    # 官方预构建多架构镜像 (默认最新版，亦可指定具体版本如 :1.2.3)
    image: ghcr.io/atengk/mcp-server-ssh:${MCP_SSH_IMAGE_TAG:-latest}
    container_name: mcp-server-ssh
    restart: unless-stopped
    ports:
      - "8000:8000"
    environment:
      # 启用 SSE 协议常驻服务 (非回环绑定必须提供强身份令牌)
      - MCP_SSH_TRANSPORT=sse
      - MCP_SSH_SERVER_HOST=0.0.0.0
      - MCP_SSH_SERVER_PORT=8000
      - MCP_SSH_AUTH_TOKEN=${MCP_SSH_AUTH_TOKEN:-change_me_to_your_secure_random_token}

      # 默认目标服务器凭据 (纯环境变量注入，免文件挂载)
      - MCP_SSH_HOST=192.168.1.100
      - MCP_SSH_PORT=22
      - MCP_SSH_USER=root
      - MCP_SSH_PASSWORD=your_secure_password
      # 亦支持私钥文本/Base64 纯环境变量注入:
      # - MCP_SSH_PRIVATE_KEY_BASE64=LS0tLS1CRUdJTi...
    volumes:
      # 可选: 若需要复用宿主机 ~/.ssh/ 凭据 (只读挂载)
      # - ~/.ssh:/home/node/.ssh:ro

2. 使用 Docker CLI 独立运行

亦可直接使用标准 docker run 命令启动（支持 linux/amd64 与 linux/arm64 双架构）：

# 方式 A：SSE 远程常驻模式 (后台守护 + 端口映射 + 强鉴权令牌)
docker run -d \
  --name mcp-server-ssh \
  -p 8000:8000 \
  -e MCP_SSH_TRANSPORT=sse \
  -e MCP_SSH_SERVER_HOST=0.0.0.0 \
  -e MCP_SSH_AUTH_TOKEN="your_secure_generated_token" \
  -e MCP_SSH_HOST=192.168.1.100 \
  -e MCP_SSH_USER=root \
  -e MCP_SSH_PASSWORD=your_password \
  ghcr.io/atengk/mcp-server-ssh:latest

# 方式 B：本地 stdio 单次管道模式 (宿主机无需安装 Node.js)
# 客户端直接将 docker run 作为 command 执行，stdio 直接管道透传
docker run -i --rm \
  -e MCP_SSH_TRANSPORT=stdio \
  -e MCP_SSH_HOST=192.168.1.100 \
  -e MCP_SSH_USER=root \
  -e MCP_SSH_PASSWORD=your_password \
  ghcr.io/atengk/mcp-server-ssh:1.2.3

🌐 多服务器连接与集群管理 (Multi-Host Architecture)

@atengk/mcp-server-ssh 内置企业级连接池管理器（ConnectionPool），原生支持在单个服务内同时维持与调度多台 Linux 主机。根据您的使用习惯，提供三种灵活的架构模式：

模式一：单 MCP 实例内的【动态连接池路由】（最灵活、推荐）

只需启动一个通用的 MCP 服务（如上述“场景 5”的空载配置），AI 即可在自然语言对话中随时建立、切换并并发调度多台主机：

跨主机协同调度机制

所有命令与文件工具（ssh_exec、sftp_* 等）均包含可选参数 connectionId：

• 建立连接：调用 ssh_connect 时指定 connectionId: "prod" 或 connectionId: "test"；

• 定向下发：传入 connectionId 时，请求将精准路由至对应主机的物理通道；未传入时自动路由至当前的默认连接（Default Connection）；

• 跨机数据同步：AI 可在一个任务链中从主机 A 下载文件（sftp_download(..., connectionId: "test")），紧接着直接上传至主机 B（sftp_upload(..., connectionId: "prod")）！

跨机实战对话范例：

用户：“帮我连上生产机 192.168.1.100:22 (命名为 prod)，再连上测试机 192.168.1.50:22 (命名为 test)。然后对比两台机器的可用内存。”

🤖 AI 行为：

1. 调用 ssh_connect({ host: "192.168.1.100", port: 22, username: "root", connectionId: "prod", setAsDefault: true })；

2. 调用 ssh_connect({ host: "192.168.1.50", port: 22, username: "dev", connectionId: "test" })；

3. 分别调用 ssh_exec({ command: "free -m", connectionId: "prod" }) 与 ssh_exec({ command: "free -m", connectionId: "test" })；

4. 对比两台服务器的内存指标并为您生成直观的可视化对比表格。

模式二：客户端级别的【静态多实例隔离与大模型精准识别】（物理隔离、互不干扰）

若您在客户端中需要同时挂载多个独立的 SSH 服务分别连接不同安全域的主机（如核心生产机房 vs 开发测试集群），大模型如何明确区分并精准调用对应目标？

@atengk/mcp-server-ssh 提供专为大模型设计的 多实例服务身份标识与引导指示体系 (ADR-0015)：

1. CLI 命令行长选项接入：--server-name <name> 与 --server-instructions <text>；

2. 规范环境变量接入：MCP_SSH_SERVER_NAME 与 MCP_SSH_SERVER_INSTRUCTIONS（CLI 选项优先级高于环境变量）；

3. 协议级一等公民握手：在服务初始化时直接向客户端与大模型下发唯一服务身份名称及角色操作边界；

4. 工具描述自动紧凑修饰：所有对外暴露的 30 个 MCP 工具描述前自动透明追加 [<serverName>] 紧凑前缀（如 [prod-bastion] 无状态执行远程 Bash 命令...），彻底终结大模型混淆调用目标的隐患！

Claude Desktop / Cursor 实战配置示范：

{
  "mcpServers": {
    "ssh-prod": {
      "command": "npx",
      "args": [
        "-y",
        "@atengk/mcp-server-ssh",
        "--server-name", "prod-bastion",
        "--server-instructions", "专用于生产环境核心业务服务器，执行高危变更前必须双重确认"
      ],
      "env": {
        "MCP_SSH_HOST": "10.0.1.100",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "ops",
        "MCP_SSH_PRIVATE_KEY_PATH": "D:/keys/prod_id_ed25519"
      }
    },
    "ssh-dev": {
      "command": "npx",
      "args": [
        "-y",
        "@atengk/mcp-server-ssh",
        "--server-name", "dev-node",
        "--server-instructions", "开发联调测试集群，可自由编译调试与重启容器"
      ],
      "env": {
        "MCP_SSH_HOST": "192.168.1.50",
        "MCP_SSH_PORT": "22",
        "MCP_SSH_USER": "dev",
        "MCP_SSH_PASSWORD": "dev_password"
      }
    }
  }
}

• 大模型感知效果：

  • 工具描述自动前缀化：AI 工具栏中直观呈现 [prod-bastion] ssh_exec 与 [dev-node] ssh_exec；

  • 角色行为自动对齐：当您向 AI 发出“重启微服务容器”时，AI 会自觉依据 instructions 在测试节点立即执行，而在生产节点前置向您提示风险并请求确认！

模式三：继承本地 ~/.ssh/config 集群别名与启动异步预建连（零凭证泄露）

在宿主机的 ~/.ssh/config 中配置多主机拓扑（含各自私钥、自定义端口与跳板机），启动服务后，无需在聊天中告知 AI 任何敏感 IP 或密码：

用户：“帮我连上本地配置里的 ali-prod 和 tencent-test 主机。”
🤖 AI：自动通过 sshConfigAlias 建立连接并映射路由，安全优雅！

1. 多主机启动异步预连接 (MCP_SSH_PRECONNECT_TARGETS)

如果希望在 MCP 服务启动时即刻在后台并发预热多台 ~/.ssh/config 主机，可通过 MCP_SSH_PRECONNECT_TARGETS 传入逗号分隔的别名列表（并可配合 MCP_SSH_CONNECT_TIMEOUT_MS 控制快速探测超时）：

{
  "mcpServers": {
    "ssh-cluster": {
      "command": "npx",
      "args": ["-y", "@atengk/mcp-server-ssh"],
      "env": {
        "MCP_SSH_PRECONNECT_TARGETS": "web-1,web-2,db-1",
        "MCP_SSH_CONNECT_TIMEOUT_MS": "6000"
      }
    }
  }
}

• 异步非阻塞握手：预连任务在 server.connect(transport) 完成后于后台异步并发触发（默认并发上限 5），绝不阻塞 MCP 客户端初始化响应；

• 软容错（Fail-Soft）与首台默认路由：列表中首个成功建连的节点（如 web-1）自动注册为默认连接（Default Connection）；即便部分节点（如 db-1）关机离线，服务依旧正常启动并仅将离线节点标记进入熔断冷却期。

2. 灵活目标选择器 (Target Selectors)

在调用批量执行工具 ssh_batch_exec 时，targets 参数不仅支持显式连接 ID 或 ~/.ssh/config 别名，还内置了由 TargetResolver 驱动的灵活选择器语法（自动保序去重，并支持对尚未建连的 ~/.ssh/config 别名实施按需惰性建连 Lazy Connect）：

3. 批量命令执行 (ssh_batch_exec) 与 JSON-RPC 交互契约

ssh_batch_exec 专为跨多台主机执行统一巡检、配置核对或滚动变更而设计，兼具 前置安全守卫 (SafetyGuard 一票否决) 与 单节点 16KB 紧凑输出截断 (OutputTruncator 前 4KB + 后 12KB) 保护，彻底杜绝多机输出撑爆大模型上下文窗口。

示例 A：受控并发批量巡检 (mode: "parallel")

并发向所有 web-* 节点与 db-1 节点采集负载状态（通过 concurrency 限制最大并发度为 5）：

JSON-RPC 请求 (tools/call)：

{
  "jsonrpc": "2.0",
  "id": 101,
  "method": "tools/call",
  "params": {
    "name": "ssh_batch_exec",
    "arguments": {
      "targets": ["web-*", "db-1"],
      "command": "uptime && free -m",
      "mode": "parallel",
      "concurrency": 5,
      "timeoutMs": 15000
    }
  }
}

结构化 JSON 响应载荷：

{
  "command": "uptime && free -m",
  "mode": "parallel",
  "dryRun": false,
  "totalTargets": 3,
  "succeeded": 2,
  "failed": 1,
  "skipped": 0,
  "executionTimeMs": 412,
  "results": {
    "web-1": {
      "target": "web-1",
      "status": "success",
      "exitCode": 0,
      "stdout": " 21:00:01 up 45 days, load average: 0.12, 0.08, 0.05\n...",
      "stderr": "",
      "executionTimeMs": 128,
      "isTruncated": false,
      "totalBytes": 215
    },
    "web-2": {
      "target": "web-2",
      "status": "failed",
      "exitCode": null,
      "stdout": "",
      "stderr": "目标主机 \"web-2\" 处于熔断冷却期（剩余 52s），已快速拦截建连请求以保护宿主机资源。上次失败原因: connect ETIMEDOUT",
      "executionTimeMs": 1,
      "isTruncated": false,
      "totalBytes": 0,
      "error": "目标主机 \"web-2\" 处于熔断冷却期（剩余 52s），已快速拦截建连请求以保护宿主机资源。上次失败原因: connect ETIMEDOUT"
    },
    "db-1": {
      "target": "db-1",
      "status": "success",
      "exitCode": 0,
      "stdout": " 21:00:01 up 120 days, load average: 0.45, 0.30, 0.25\n...",
      "stderr": "",
      "executionTimeMs": 395,
      "isTruncated": false,
      "totalBytes": 218
    }
  }
}

示例 B：串行渐进变更与遇错熔断中止 (mode: "serial" + stopOnError: true)

在生产集群执行滚动重启或配置发布时，开启 serial 串行模式与 stopOnError: true。一旦前序节点返回非零退出码、执行超时或建连失败，调度器立即中断后续发布，并将剩余未执行节点显式标记为 skipped，防止故障扩散至全集群：

JSON-RPC 请求 (tools/call)：

{
  "jsonrpc": "2.0",
  "id": 102,
  "method": "tools/call",
  "params": {
    "name": "ssh_batch_exec",
    "arguments": {
      "targets": ["web-1", "web-2", "web-3"],
      "command": "nginx -t && systemctl reload nginx",
      "mode": "serial",
      "stopOnError": true,
      "sudo": true
    }
  }
}

结构化 JSON 响应载荷（当 web-1 校验失败时自动保护 web-2、web-3）：

{
  "command": "nginx -t && systemctl reload nginx",
  "mode": "serial",
  "dryRun": false,
  "totalTargets": 3,
  "succeeded": 0,
  "failed": 1,
  "skipped": 2,
  "executionTimeMs": 185,
  "results": {
    "web-1": {
      "target": "web-1",
      "status": "failed",
      "exitCode": 1,
      "stdout": "",
      "stderr": "nginx: [emerg] unknown directive in /etc/nginx/nginx.conf:42",
      "executionTimeMs": 185,
      "isTruncated": false,
      "totalBytes": 60,
      "error": "命令退出码非零 (1)"
    },
    "web-2": {
      "target": "web-2",
      "status": "skipped",
      "exitCode": null,
      "stdout": "",
      "stderr": "",
      "executionTimeMs": 0,
      "isTruncated": false,
      "totalBytes": 0
    },
    "web-3": {
      "target": "web-3",
      "status": "skipped",
      "exitCode": null,
      "stdout": "",
      "stderr": "",
      "executionTimeMs": 0,
      "isTruncated": false,
      "totalBytes": 0
    }
  }
}

4. 防雪崩熔断冷却机制 (Connection Circuit Breaker with Cooldown)

在管理多台远程主机（尤其是开发测试机、边缘节点或跨云集群）时，常会遇到部分机器关机、防火墙丢包或网络闪断。若大模型在巡检任务中针对离线主机反复触发底层 TCP/SSH 重连，极易导致宿主机文件描述符（FD）耗尽、连接队列堆积与工具调用长尾挂起。为此，连接池内置了 三态防雪崩连接熔断器 (ConnectionCircuitBreaker)：

1. 6 秒快速探测超时 (MCP_SSH_CONNECT_TIMEOUT_MS=6000)：

   • 多主机预连与探测握手默认采用 6 秒快速超时（可通过 MCP_SSH_CONNECT_TIMEOUT_MS 自定义）；

   • 一旦底层 ssh2.Client 握手超时或触发网络错误，立即执行 client.destroy() 强制销毁底层 Socket，绝不遗留半开僵尸连接。

2. 60 秒失败冷却期与零 Socket 快速短路 (open 状态)：

   • 任何建连失败的目标主机立即进入 60 秒冷却期（Cooldown），并记录最近一次失败原因与时间戳；

   • 在 60 秒冷却窗口内，任何针对该主机的再次建连请求（无论是 ssh_connect 还是 ssh_batch_exec 惰性建连）均在内存层被 HostInCooldownError 微秒级就地拦截拒绝，绝不分配任何底层 TCP Socket 或发起网络 I/O，彻底保护宿主机资源。

3. 冷却期满半开探活与自动恢复 (half_open -> closed 自愈)：

   • 60 秒冷却期满后，目标自动转入 half_open（半开探活）状态，放行下一次真实建连请求；

   • 若握手成功则立即清零失败计数并恢复为 closed（健康闭合）状态；若再次失败则重新开启新一轮 60 秒冷却窗口。

💡 大模型日常提示词与实战指令库 (Prompts & Best Practices)

为让大模型充分发挥 MCP 工具矩阵的最大威力，我们精心整理了系统级引导模版与日常最高频的运维 Prompt 模版。无论是写入客户端配置还是直接粘贴发送，均可即开即用：

1. 服务引导指示模版库 (Server Instructions Templates)

通过 --server-instructions <text> 参数或 MCP_SSH_SERVER_INSTRUCTIONS 环境变量在服务启动时注入，在协议初始化时直接成为大模型的全局行为基准：

模版 A：【生产机房高可用运维型】（安全防御优先，严控破坏性指令）

你是一名管理核心生产服务器的资深 Linux 系统运维专家。
操作原则：
1. 安全第一：执行任何涉及文件删除、配置覆写、服务停止或网络重启的命令前，必须在对话中向用户说明影响面并获得确认；
2. 变更留痕：修改关键配置文件前必须先备份为 .bak；尽量使用 sftp_patch_file 局部更新，严禁全量盲目覆写；
3. 输出精简：命令执行后提炼关键输出、状态码与错误堆栈，禁止向用户输出无意义的原始长日志。

模版 B：【开发测试极客与排障型】（自主排查，快速迭代）

你是一名全栈研发与运维专家，负责当前测试集群的持续联调与诊断。
操作原则：
1. 深入探查：遇到服务异常或测试失败，自主调用日志工具、进程查看与网络探针，迅速定位瓶颈；
2. 快速演练：支持对配置文件直接热修并验证语法；耗时编译构建任务优先使用 ssh_job_start 异步脱机执行；
3. 主动总结：每次排查完毕后，输出清晰的排查推演过程与修复建议。

模版 C：【安全基线与只读巡检型】（零侵入，仅读不写）

你是一名负责企业资产安全合规的系统审计员。
操作原则：
1. 严格只读：严禁下发任何修改系统配置、写文件、停止服务或启动新进程的写操作；
2. 全景采集：调用 ssh_system_info 与各类只读探针系统化检查内核、开放端口、SSH 配置、Sudo 权限及异常开机启动项；
3. 规范汇报：严格以标准 Markdown 审计报表格式呈现风险隐患、合规评级与加固整改方案。

2. 日常高频实战提示词 (Daily User Prompts)

复制以下提示词并替换其中的占位符，直接在 AI 聊天对话框中下发：

🎯 场景 1：主机全景健康体检与规格采集

Prompt 复制即用：

帮我全面巡检当前主机的健康状态与规格：
1. 查看操作系统架构、发行版与 Linux 内核版本；
2. 检查当前 CPU 核心数、实时负载（Load Average）与可用内存比例；
3. 列出根分区及挂载数据盘的磁盘空间占用与 Inode 消耗；
4. 排查当前处于 LISTEN 状态的公网与内网监听端口。
请将所有核心指标汇总为直观的 Markdown 对比卡片。

🛠️ 底层工具链：ssh_system_info / ssh_exec (uname, uptime, free, df)

🎯 场景 2：线上故障紧急排查与日志溯源

Prompt 复制即用：

我们的微服务出现异常波动，请帮我排查系统：
1. 抓取 /var/log/syslog 或 /var/log/messages 中最近 10 分钟内的 ERROR/FATAL 级别日志；
2. 查看当前 CPU 占用前 5 和内存占用前 5 的进程列表（PID、用户、占用百分比及命令）；
3. 分析是否存在僵尸进程、OOM Killer 触发记录或磁盘 I/O 堵塞；
4. 给出可能引发故障的根因推断与紧急处置方案。

🛠️ 底层工具链：ssh_exec (grep, ps, dmesg) + OutputTruncator (双端 64KB 智能防撑爆)

🎯 场景 3：配置文件安全精准热修 (Patch)

Prompt 复制即用：

需要微调 Nginx 的连接超时配置：
1. 读取 /etc/nginx/nginx.conf 确认当前的 keepalive_timeout 配置；
2. 使用差异补丁将 keepalive_timeout 65; 替换为 keepalive_timeout 15; keepalive_requests 1000;；
3. 运行 nginx -t 严格校验配置语法；
4. 语法通过后平滑重载 Nginx，并确认 worker 进程工作正常。

🛠️ 底层工具链：sftp_patch_file (局部精准替换) + ssh_exec (nginx -t, nginx -s reload)

🎯 场景 4：耗时长任务脱机后台托管 (Job)

Prompt 复制即用：

我需要从远端镜像源拉取一份 10GB 的大文件并在远端执行解压与构建：
1. 请使用脱机后台作业（Job）在后台异步启动下载与解包脚本，不要阻塞当前会话；
2. 返回分配的 jobId 与系统 pid；
3. 每隔数秒帮我流式增量查看最新的日志输出，直到任务顺利完成并确认 exitCode 为 0。

🛠️ 底层工具链：ssh_job_start (脱机后台托管) + ssh_job_status + ssh_job_logs

🎯 场景 5：网络穿透与受管端口转发隧道 (三位一体 Tunnel & SOCKS5)

5.1 本地正向端口映射 (Local Forwarding, -L)：访问私网数据库或微服务

Prompt 复制即用：

我在本地开发机上需要临时连接目标服务器私网内的 Redis 服务（远端内网 10.0.1.200:6379）：
1. 调用 ssh_forward_port 建立本地端口转发隧道（type: "local"），将我本机的 16379 端口映射至 10.0.1.200:6379；
2. 设置 idleTimeoutSeconds 为 1800 秒（30 分钟无流量自动关闭释放端口，防止忘记关闭导致资源泄露）；
3. 建立成功后打印本地监听地址与连接参数，方便我直接用本地 RedisInsight 工具连接。

🛠️ 底层工具链：ssh_forward_port (type: "local", localPort: 16379, remoteHost: "10.0.1.200", remotePort: 6379)

5.2 远程反向端口穿透 (Remote Forwarding, -R)：将本地开发接口暴露给远端测试

Prompt 复制即用：

我本地 3000 端口正在调试一个 Webhook 回调接口，需要远端服务器上的测试程序调用它：
1. 调用 ssh_forward_port 建立远程反向端口转发（type: "remote"），将远端服务器的 8080 端口映射回我本地 127.0.0.1:3000；
2. 设置 idleTimeoutSeconds 为 600 秒（10 分钟自动回收）；
3. 建立成功后，帮我在远端执行 curl -I http://127.0.0.1:8080 测试是否能够顺利请求到我本地的 Webhook 服务。

🛠️ 底层工具链：ssh_forward_port (type: "remote", remotePort: 8080, localPort: 3000) + ssh_exec (curl 验证)

5.3 动态 SOCKS5 全局代理 (Dynamic SOCKS5, -D)：透明穿透整个内网私有集群

Prompt 复制即用：

我需要临时排查远端机房私有子网内的多个 Web 站点与内部 API 节点：
1. 调用 ssh_forward_port 启动纯 JS RFC 1928 动态 SOCKS5 代理服务（type: "socks5"），在本地 1080 端口监听；
2. 设置空闲超时为 3600 秒（1 小时）；
3. 启动完成后告知我代理协议地址（socks5://127.0.0.1:1080）与浏览器配置指引，以便我一键畅游内网集群。

🛠️ 底层工具链：ssh_forward_port (type: "socks5", localPort: 1080, 自动动态解析目标端口)

5.4 活跃隧道巡检、流量审计与主动关闭释放

Prompt 复制即用：

联调测试已结束，请帮我清理与审计隧道资源：
1. 调用 ssh_tunnel_list 列出当前所有活跃的端口转发与代理隧道；
2. 检查各隧道的建立时间、当前活跃连接数（activeSockets）以及累计传输字节数（bytesTransferred）；
3. 针对已经不再使用的隧道，调用 ssh_tunnel_close 输入 tunnelId 进行主动优雅关闭，确保本地和远端监听端口被干净释放。

🛠️ 底层工具链：ssh_tunnel_list + ssh_tunnel_close (tunnelId)

🎯 场景 6：特权命令安全提权执行 (Sudo)

Prompt 复制即用：

请帮我以特权身份更新目标服务器上的系统时间同步服务：
1. 提权执行 systemctl restart chronyd；
2. 检查 chronyc sources 验证上游时间服务器同步状态；
注意：请使用安全管道 Sudo 提权机制，密码绝不可暴露在命令行参数或系统日志中。

🛠️ 底层工具链：ssh_exec (sudo: true Stdin 隐式管道注入)

🎯 场景 7：工程代码与静态资产极速双向归档 (Tar Stream)

Prompt 复制即用：

帮我把本地的项目工程目录 ./my-project 上传并解压到服务器的 /opt/app/ 目录下：
1. 采用纯 JS 流式 Tar 目录传输；
2. 自动继承并读取 .gitignore，排除 node_modules、.git 及 *.log 等无用目录与临时文件；
3. 上传完成后校验目标目录的文件结构完整性。

🛠️ 底层工具链：sftp_upload_dir (流式 Tar + 排除规则) + sftp_list_dir

🎯 场景 8：多主机集群对比与资产调度 (Multi-Host)

Prompt 复制即用：

帮我同时调度生产机 prod 与测试机 dev：
1. 分别提取两台机器上的 /etc/hosts 文件与关键环境变量；
2. 对比两者的网段映射与解析差异，指出测试环境遗漏的域名配置；
3. 从 prod 节点下载 /opt/app/schema.sql 并直接部署传输至 dev 节点对应目录。

🛠️ 底层工具链：ssh_connect (多 connectionId) + sftp_download + sftp_upload

🎯 场景 9：MCP 服务存活验证、版本确认与心跳时延探测 (Ping)

Prompt 复制即用：

帮我自检当前连接的 SSH MCP 服务状态：
1. 调用 ssh_ping 发送心跳探针，携带自定义探针标识（如 probe-health）；
2. 确认当前运行的 MCP 服务版本号与服务标识名称；
3. 计算并汇报从客户端发起到收到响应的往返时延（RTT 毫秒数）。

🛠️ 底层工具链：ssh_ping (message: "probe-health")

🛠️ 全量 30 个原子工具矩阵参考 (Tools)

服务基于单一职责与高内聚原则，对外提供覆盖 Linux 运维全生命周期的 30 项工业级原子工具：

🛡️ 安全防御矩阵与演练模式 (SafetyGuard)

为了防范 AI 模型幻觉引发毁灭性系统灾难，服务内置了强力前置守卫：

• 实时拦截黑名单：自动阻断系统全盘强删（rm -rf /、rm -rf /*）、块设备覆写（mkfs、dd if=... of=/dev/...）、系统停机关机（reboot、shutdown、init 0）、清空根权限（chmod -R 000 /）及 Fork 炸弹等。

• 运维受控逃生门：针对系统管理员确需执行重启等特殊运维任务的场景，服务提供双重授权逃生门机制——必须在服务端配置环境变量 MCP_SSH_ALLOW_DANGEROUS_COMMANDS=true，且在 ssh_exec 调用时显式传入 dangerouslySkipSafetyCheck: true 方可放行，单方面调用将被严格拒绝。

• 实机绝对安全：拦截发生在客户端下发前，危险字节流绝对不会走出本地网络，远端物理通道零受影响。

• 安全演练模式 (dryRun)：在调用 ssh_exec 时传入 dryRun: true，可在不下发执行的前提下验证命令是否符合安全规则。

❓ 常见问题与排坑指南 (FAQ & Troubleshooting)

很多开发者容易将 跳板机（Jump Host / ProxyJump） 与 端口转发隧道（Tunnel） 混为一谈。在领域架构设计上，两者属于完全不同的网络层级：

🔌 三位一体端口转发模式详解 (ssh_forward_port)

通过原子工具 ssh_forward_port，可一键拉起以下三种模式之一：

1. 本地正向端口转发 (Local Forwarding, -L)

• 工作原理：在宿主机本地监听端口，将进入该端口的 TCP 流量经由 SSH 链路转发至远端内网服务。

• 典型入参：

  {
    "type": "local",
    "localHost": "127.0.0.1",
    "localPort": 16379,
    "remoteHost": "10.0.1.200",
    "remotePort": 6379,
    "idleTimeoutSeconds": 1800
  }

• 适用场景：本地开发调试时，临时直接用本地 GUI 工具连接目标主机内网的私有 Redis、MySQL 或内部微服务。

2. 远程反向端口转发 (Remote Forwarding, -R)

• 工作原理：在远程服务器上开启监听端口，将远端服务器接收到的访问流量反向经由 SSH 链路转发回宿主机本地。

• 典型入参：

  {
    "type": "remote",
    "remotePort": 8080,
    "localHost": "127.0.0.1",
    "localPort": 3000,
    "idleTimeoutSeconds": 600
  }

• 适用场景：将本地正在开发的临时 Webhook 服务或微服务接口暴露给远端测试环境调用。

3. 动态 SOCKS5 代理 (Dynamic Proxy, -D, RFC 1928)

• 工作原理：在宿主机本地开启高并发 SOCKS5 代理协议监听，无需配置单一固定的远端目标；宿主机任何支持 SOCKS5 代理的客户端发起的任意 TCP 连接均由远端服务器动态代理外发。

• 典型入参（remotePort 由协议动态协商解析，无需填报）：

  {
    "type": "socks5",
    "localHost": "127.0.0.1",
    "localPort": 1080,
    "idleTimeoutSeconds": 3600
  }

• 适用场景：将本地浏览器、API 调试工具或终端配置代理 socks5://127.0.0.1:1080，即可透明畅游目标机所在的整个局域网集群。

🛡️ 四大生命周期与安全防泄漏防护

1. 默认回环绑定：本地监听默认锁定 127.0.0.1，绝不对宿主机外网暴露；

2. 零冲突端口自选：localPort 传 0 或缺省时，系统底层自动分配合法的随机空闲端口并在返回值中明确告知实际分配的 localPort；

3. 空闲超时自动熔断：默认 idleTimeoutSeconds: 300（可按需调整），在持续无流量传输时自动关闭 Server 并释放端口，杜绝无主监听常驻；

4. 物理断连级联回收：当底层关联的 SSH 物理连接断开或网络闪断时，隧道服务自动触发级联析构，100% 确保宿主机和远端端口被洁净释放；

5. 实时状态与流量观测：调用 ssh_tunnel_list 可一览所有活跃隧道的建立时间、最近活跃时间、当前并发客户端数（activeSockets）及传输总字节数（bytesTransferred）。

🏗️ 架构拓扑 (Architecture)

flowchart TD
    subgraph ClientSide ["AI 客户端生态 (MCP Client)"]
        LocalClient["本地宿主客户端 (Claude Desktop / Cursor / Antigravity)"]
        RemoteClient["远程/容器客户端 (Dify / Web / 自动化管道)"]
    end
    
    subgraph MCP_Server["@atengk/mcp-server-ssh (Node.js Bundle / Docker)"]
        Transport{"双模传输分发路由\n(MCP_SSH_TRANSPORT)"}
        Stdio["Stdio 管道通道"]
        SSE["HTTP SSE 传输服务 (8000 端口)"]
        
        subgraph Multi_Instance["服务身份与指令治理 (ADR-0015)"]
            Identity["Server Identity (--server-name)\n协议一等公民 + 工具描述 [name] 前缀"]
            Instructions["Server Instructions (--server-instructions)\n大模型系统级引导提示指示"]
        end

        subgraph Security_Audit["安全与审计双保险 (ADR-0003, ADR-0014)"]
            Guard["SafetyGuard (致命破坏模式拦截)"]
            Truncator["OutputTruncator (单机 64KB / 批量 16KB 双端智能截断)"]
            Audit["AuditService (30 工具全景审计 + 凭据递归脱敏 + 文件滚动切分)"]
        end
        
        subgraph Core_Services["30 项原子能力微服务集群"]
            ConnPool["ConnectionPool (多主机连接池 / 60s 防爆熔断冷却 / TargetResolver)"]
            Exec["ExecService & BatchExecService (单机/多机并发串行执行 + 管道 Sudo 提权)"]
            Session["SessionService (持久 PTY 终端会话 + 提示符快响)"]
            SFTP["SFTPService (POSIX 文件系统 + 防环限制)"]
            TarStream["TarService (纯 JS 流式 Tar 双向目录同步)"]
            Patcher["PatchService (原子锚点差异补丁)"]
            Tunnel["TunnelService (本地/远程端口映射 + 动态 SOCKS5 代理)"]
            Job["JobService (用户态脱机后台作业托管)"]
            System["SystemService (硬件/网络指标采集诊断)"]
        end
    end
    
    subgraph Remote_Network["远程目标基础设施"]
        Bastion["ProxyJump 堡垒机 / 跳板机"]
        LinuxHost["目标 Linux 服务器 (标准 OpenSSH Server)"]
    end
    
    LocalClient <==>|JSON-RPC via stdio| Stdio
    RemoteClient <==>|HTTP GET / POST via sse| SSE
    Stdio --> Transport
    SSE --> Transport
    Transport --> Multi_Instance
    Multi_Instance --> Security_Audit
    Security_Audit --> Core_Services
    ConnPool -.->|ProxyJump 隧道转发| Bastion
    Bastion -.->|Direct TCP/IP| LinuxHost
    Core_Services ===>|SSH2 / SFTP 子通道| LinuxHost

🏛️ 架构决策记录 (Architecture Decision Records)

本项目严格遵循 架构决策记录 (ADR) 演进机制，每一次重大决策均经过多轮技术推演与方案权衡：

• ADR-0001: 采用零侵入标准 OpenSSH 协议直连

• ADR-0002: 双模命令执行引擎设计（独立通道与持久 PTY 会话）

• ADR-0003: 前置命令安全拦截与 64KB 双端输出防爆策略

• ADR-0004: 作用域包命名与三位一体 MCP 生态分发矩阵

• ADR-0005: 规范化环境变量与双传输常驻容器部署

• ADR-0006: 开源工程化规范与全自动流水线基建

• ADR-0007: 容器镜像多架构自动发布与版本标签治理

• ADR-0008: 纯 JS 流式 Tar 双向目录传输与排除过滤

• ADR-0009: 统一目标发现与原子差异补丁工具扩展

• ADR-0010: 用户态脱机后台作业与生命周期解耦架构

• ADR-0011: 零泄露安全 Sudo 提权与三位一体隧道治理

• ADR-0012: 12-Factor 规范环境变量强类型治理

• ADR-0013: CLI 命令选项体系与四维全景自检套件

• ADR-0014: 全生命周期安全审计轨迹与零泄密凭据脱敏架构

• ADR-0015: 多实例服务身份标识与引导指示架构

• ADR-0016: 全面集成 oss-template 工业级开源工程基建与 Apache-2.0 协议切换架构

🌐 官方生态与目录收录 (Community Catalogs)

本项目支持通过标准 PR / Issue 形式收录至全球 MCP 目录：

• Model Context Protocol 官方社区：modelcontextprotocol/servers

• Glama MCP Directory：glama.co/mcp/servers

• PulseMCP Registry：pulsemcp.com

• Awesome MCP Servers：punkpeye/awesome-mcp-servers

🤝 参与贡献 (Contributing)

欢迎任何形式的贡献、优化建议与缺陷反馈！本项目遵循现代化 GitHub Flow 与 Conventional Commits 规范，提供了开箱即用的本地工程化工具链：

# 1. 一键初始化本地环境并激活 Git 提交守门钩子
npm run setup

# 2. 启动 TypeScript 热重载监听与运行全量单测
npm run dev && npm test

# 3. 启动交互式向导规范化组装 Conventional Commit 提交
npm run commit

详细的分支策略、二元流水线机制、发版向导与开发规范请参阅完整的 贡献指南 (CONTRIBUTING.md)。

📄 开源许可证 (License)

本项目基于 Apache License 2.0 (Apache-2.0) 协议完全开源。