本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

正文开始

让我用最废话、最不直接、最绕弯子的方式告诉你们，这个软件的作用是什么，用来解决什么问题。

巨大痛点

相信经常要部署环境的佬们（没错，就是你，运维老哥、devops、安全研究老哥）经常会碰到一个问题：

楼主是年初研究ai渗透的时候，发现agent对很多渗透要用到的交互式工具的兼容性不好，比如impacket-psexec，每执行一次，都要新开一个会话，太蛋疼了。

部署麻烦、流程长、配置繁杂，把精力丢给部署配置，反而影响后续的研究。

那么在当今现代如何解决这个问题呢？难道是写一个脚本？积累更多经验？错错错，现代人都让ai直接部署，那么ai部署软件又会碰到问题：

1. 如果让agent控制大量机器，那么缺少一个统一的机器访问管理平台。


2. 大多数agent是以无状态的、非交互式的方式去执行命令。这会导致在执行某些交互式步骤的时候，ai会卡在那里，人工干预又不方便。


3. 如果增加mcp去操作某些cli的交互式软件，那么mcp的配置就很麻烦，而且每个软件都要有自己的mcp才行。比如msfconsole、impacket包、dbg等。

所以我们做了 Termcp：

把真实的交互式终端以平台化的形式暴露给 Agent，让 Agent 不仅能够“执行命令”，还能够持续操作一个正在运行的终端程序。

它不仅仅是一个MCP服务器，更是一个ai native的终端管理平台。

项目核心功能

1. 
   

   让 Agent 直接操作交互式终端，不再需要为每一个交互式工具开发专门的 MCP

   
   

   传统的做法一般是为各类交互式cli工具增加各自的mcp，或者使用cli的非交互式模式运行。但实际上很多软件本身已经提供了非常成熟的 CLI。termcp 希望提供另外一种思路：

   
   

   ​
   
   

   
   


2. 
   

   Human-in-the-loop 提供可视化 Session 管理与人工介入能力

   
   

   ​
   
   

   
   

​​

使用方式

开箱即用

go install github.com/open-mcp-ai/termcp@latest

也可以拉取我们的docker镜像

docker run -d --name termcp -p 18765:18765 -v termcp-data:/home/termcp -e TERMCP_AUTH_TOKEN=change-me-to-a-long-random-secret ghcr.io/open-mcp-ai/termcp:latest termcp --no-internal --host 0.0.0.0 --port 18765

服务会开在18765端口，sse和webui管理平台公用一个端口。配置好你需要控制的机器的ssh，然后为agent增加对应的mcp，参考配置如下

我们也支持ssh的端口转发、文件上传下载等功能。

{

  "mcpServers": {

    "termcp": {

      "type": "sse",

      "url": "http://127.0.0.1:18765/sse"

    }

  }

}

也可以在部署完后直接进入webui的配置教程页面查看详细步骤http://127.0.0.1:18765/api.html

WEBUI

DESKTOP

开发中

项目地址