本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 正文开始 让我用最废话、最不直接、最绕弯子的方式告诉你们，这个软件的作用是什么，用来解决什么问题。 巨大痛点 相信经常要部署环境的佬们（没错，就是你，运维老哥、devops、安全研究老哥）经常会碰到一个问题： 楼主是年初研究ai渗透的时候，发现agent对很多渗透要用到的交互式工具的兼容性不好，比如impacket-psexec，每执行一次，都要新开一个会话，太蛋疼了。 部署麻烦、流程长、配置繁杂，把精力丢给部署配置，反而影响后续的研究。 那么在当今现代如何解决这个问题呢？难道是写一个脚本？积累更多经验？错错错，现代人都让ai直接部署，那么ai部署软件又会碰到问题： 如果让agent控制大量机器，那么 缺少一个统一的机器访问管理平台。 大多数agent是以无状态的、非交互式的方式去执行命令 。这会导致在执行某些交互式步骤的时候，ai会 卡 在那里，人工干预又不方便。 如果 增加mcp去操作某些cli的交互式软件，那么mcp的配置就很麻烦，而且每个软件都要有自己的mcp才行 。比如msfconsole、impacket包、dbg等。 所以我们做了 Termcp ： 把真实的交互式终端以平台化的形式暴露给 Agent，让 Agent 不仅能够“执行命令”，还能够持续操作一个正在运行的终端程序。 它不仅仅是一个MCP服务器，更是一个ai native的终端管理平台。 项目核心功能 让 Agent 直接操作交互式终端，不再需要为每一个交互式工具开发专门的 MCP 传统的做法一般是为各类交互式cli工具增加各自的mcp，或者使用cli的非交互式模式运行。但实际上很多软件本身已经提供了非常成熟的 CLI。termcp 希望提供另外一种思路： ​ 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 开发中 项目地址 github.com GitHub - open-mcp-ai/termcp: Not only an MCP that lets AI act like a human at... Not only an MCP that lets AI act like a human at the terminal — also a cross-platform AI-Native terminal management platform: local & remote hosts, one session layer for humans, Agents, and scripts. 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/21 10:06:28