Interactive Terminal

io.github.amol21p由 GitHub 帳號 amol21p 發布v1.0.7更新於 Oct 27, 2026

MCP server for real interactive terminal sessions — REPLs, SSH, databases, Docker

發布方自己的服務:Terminal Tax

概覽

AI 產生的概覽

本機 MCP 伺服器,讓助理取得真正的互動式終端機工作階段(REPL、SSH、資料庫用戶端、Docker),並回傳乾淨的文字輸出。

可以做什麼
  • 建立、列出與關閉互動式終端機工作階段,可執行 bash、python3、psql、ssh、docker exec 等任意指令
  • 傳送輸入到工作階段並取回輸出,自動判斷指令是否執行完畢
  • 以唯讀方式檢視目前終端機畫面內容
  • 傳送 ctrl+c、ctrl+d、tab、escape、方向鍵等控制字元
  • 在提供理由後確認並執行被判定為危險的指令
適用情境
適合助理需要操作依賴即時終端機的程式時使用,例如 REPL、資料庫用戶端、SSH 工作階段、容器內 shell,或無法用一次性指令工具處理的長時間 CLI。它屬於本機開發工具,適用於開發者電腦上的編碼助理,而非遠端或共用部署。
執行需求
以 stdio 方式在本機執行,通常透過 npx 啟動,需要 Node.js 18 或更新版本。完整終端機模擬依賴原生模組 node-pty 與建置工具,缺少時會退回較簡單的管道模式。可選環境變數用於設定工作階段上限、指令允許/封鎖清單、允許路徑、機密資訊遮蔽、閒置逾時、稽核日誌與沙箱。
安裝前請注意
它會以你的使用者權限在本機執行任意指令,包括 SSH 與資料庫用戶端,建議用允許指令與允許路徑變數加以限制。危險指令確認、作業系統層級沙箱與機密資訊遮蔽預設關閉或有限;只對唯讀工具設定自動核准,建立工作階段與傳送指令應保留人工確認。輸入日誌與稽核日誌可能記錄機密資料。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Interactive Terminal,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

mcp-interactive-terminal

[npm version] [License: MIT] [Node.js >= 18]

MCP server that gives AI agents (Claude Code, Cursor, Windsurf, etc.) real interactive terminal sessions. Run REPLs, SSH, database clients, and any interactive CLI — with clean text output, smart completion detection, and 7-layer security.

Why This Exists

AI coding agents can't handle interactive commands. There's no PTY, no stdin streaming. You can't run rails console, python, psql, ssh, or any REPL through them. This MCP server fixes that.

AI Agent (Claude Code, Cursor, etc.)    ↕  MCP (JSON-RPC over stdio)mcp-interactive-terminal    ↕  node-pty + xterm-headlessInteractive Process (rails console, python, psql, ssh, bash...)    ↕Clean text output (exactly what a human would see)

Install

Claude Code

bash
claude mcp add terminal -- npx -y mcp-interactive-terminal

That's it. The server is now available. Ask Claude to "open a python REPL and calculate 2**100".

Cursor

Go to Settings > MCP Servers, click Add Server, and enter:

json
{  "mcpServers": {    "terminal": {      "command": "npx",      "args": ["-y", "mcp-interactive-terminal"]    }  }}

Windsurf

Add to your MCP configuration:

json
{  "mcpServers": {    "terminal": {      "command": "npx",      "args": ["-y", "mcp-interactive-terminal"]    }  }}

VS Code (GitHub Copilot)

Add to your .vscode/mcp.json:

json
{  "servers": {    "terminal": {      "command": "npx",      "args": ["-y", "mcp-interactive-terminal"]    }  }}

Any MCP Client

The server communicates over stdio using the Model Context Protocol. Any MCP-compatible client can use it with the same npx -y mcp-interactive-terminal command.

Real-World Examples

Rails Console

You: "Open rails console for staging and check the user count"
Agent creates session → bashAgent sends: cd /path/to/app && rails console -e stagingAgent sends: User.countAgent returns: 1,847,293

Python REPL

You: "Open python and test my sorting algorithm"
Agent creates session → python3Agent sends: def quicksort(arr): ...Agent sends: quicksort([3, 1, 4, 1, 5, 9])Agent returns: [1, 1, 3, 4, 5, 9]

Database Client

You: "Connect to postgres and show me the largest tables"
Agent creates session → psql -U myuser mydbAgent sends: SELECT tablename, pg_size_pretty(pg_total_relation_size(tablename::text)) ...Agent returns: formatted table of results

SSH

You: "SSH into the staging server and check disk usage"
Agent creates session → ssh [email protected]Agent sends: df -hAgent returns: disk usage table

Docker

You: "Open a shell in my running container and check the logs"
Agent creates session → docker exec -it my-container bashAgent sends: tail -100 /var/log/app.logAgent returns: last 100 log lines

Node.js REPL

You: "Open node and test the date parsing logic"
Agent creates session → nodeAgent sends: new Date('2024-02-29').toISOString()Agent returns: 2024-02-29T00:00:00.000Z

Tools

The server exposes 7 MCP tools:

create_session — Spawn an interactive process

json
{ "command": "python3", "name": "my-python", "cwd": "/project" }→ { "session_id": "a1b2c3d4", "name": "my-python", "pid": 12345 }
ParameterRequiredDefaultDescription
commandYes—Command to run (bash, python3, psql, ssh, etc.)
argsNo[]Command arguments
nameNoautoHuman-readable session name
cwdNoserver cwdWorking directory
envNo{}Additional environment variables
colsNo120Terminal columns
rowsNo40Terminal rows

send_command — Send input and get output

json
{ "session_id": "a1b2c3d4", "input": "1 + 1" }→ { "output": "2", "is_complete": true, "is_alive": true }
ParameterRequiredDefaultDescription
session_idYes—Target session
inputYes—Command/input to send (newline appended automatically)
timeout_msNo5000Max wait time for output
max_output_charsNo20000Truncate output beyond this

Dangerous commands (rm -rf, DROP TABLE, curl|bash, etc.) are blocked — the agent must use confirm_dangerous_command first.

read_output — Read terminal screen (read-only)

json
{ "session_id": "a1b2c3d4" }→ { "output": ">>> ", "is_alive": true }

Safe to auto-approve — this only reads, never sends input.

list_sessions — List active sessions (read-only)

json
→ [{ "session_id": "a1b2c3d4", "name": "my-python", "command": "python3", "pid": 12345, "is_alive": true }]

Safe to auto-approve.

close_session — Kill a session

json
{ "session_id": "a1b2c3d4" }→ { "success": true }

send_control — Send control characters

json
{ "session_id": "a1b2c3d4", "control": "ctrl+c" }→ { "output": "^C\n>>>" }

Supported: ctrl+c, ctrl+d, ctrl+z, ctrl+l, ctrl+r, tab, escape, up, down, left, right, enter, backspace, delete, home, end, and more.

confirm_dangerous_command — Two-step safety confirmation

json
{ "session_id": "a1b2c3d4", "input": "rm -rf /tmp/old", "justification": "Cleaning up stale temp files from failed build" }→ { "output": "...", "is_complete": true, "is_alive": true }

Required when send_command detects a dangerous pattern. The agent must explain why the command is necessary. This is a separate tool — even if send_command is auto-approved, this requires its own permission.

How It Works

Two Terminal Modes

PTY mode (default) — uses node-pty + @xterm/headless (the same terminal emulator as VS Code):

  • Clean output — the AI sees exactly what a human would see on screen
  • Cursor positioning, progress bars, \r overwrites all render correctly
  • Full keyboard: arrow keys, tab completion, ctrl+c/d/z, home/end
  • Terminal resize, TUI apps (vim, htop, top), 256-color, 1000-line scrollback

Pipe mode (automatic fallback) — activates when node-pty can't load (e.g., in sandboxed environments):

  • Interactive sessions still work via child_process.spawn with auto-injected flags (python -u -i, bash -i, etc.)
  • ANSI codes stripped, control keys still work
  • No terminal emulation, but covers the basics

The mode is selected automatically — PTY is tried first, pipe mode kicks in if it fails.

What the AI sees: PTY vs Pipe

ScenarioPTY modePipe mode
printf "\rProgress: 3/3"Progress: 3/3Progress: 1/3Progress: 2/3Progress: 3/3
ANSI colorsStripped cleanlyStripped via regex
vim, htop, topReadable screenGarbled
Arrow keys, tab completionWorksWorks
Terminal resizeWorksNo-op

Smart "Command Done" Detection

Instead of blindly waiting a fixed time, the server uses a layered strategy:

  1. Process exit — if the process died, command is done
  2. Prompt detection — auto-detects the session's prompt at startup (bash $, python >>>, psql #, etc.), watches for it to reappear
  3. Output settling — no new output for 300ms = probably done
  4. Timeout — always returns after timeout_ms with is_complete: false

Security

Seven-layer defense-in-depth:

LayerWhat It DoesDefault
MCP Tool AnnotationsreadOnlyHint/destructiveHint on each toolAlways on
Confirmation FlowDangerous patterns require confirm_dangerous_commandAlways on
Input Pattern DetectionDetect rm -rf, DROP TABLE, curl|bash, etc.Always on
Command Blocklist/AllowlistBlock/allow specific commandsConfigurable
OS-Level SandboxKernel-level process sandboxing via @anthropic-ai/sandbox-runtimeOff (opt-in)
Secret RedactionRedact AWS keys, tokens, private keys in outputOff (opt-in)
Resource LimitsMax sessions, output cap, idle timeout, audit loggingAlways on

Recommended Permissions

Only auto-approve the read-only tools:

json
{  "permissions": {    "allow": [      "mcp__terminal__list_sessions",      "mcp__terminal__read_output"    ]  }}

This way send_command, create_session, and especially confirm_dangerous_command always require human approval.

Configuration

All settings via environment variables. Pass them in your MCP config:

json
{  "mcpServers": {    "terminal": {      "command": "npx",      "args": ["-y", "mcp-interactive-terminal"],      "env": {        "MCP_TERMINAL_ALLOWED_COMMANDS": "bash,python3,node,psql",        "MCP_TERMINAL_REDACT_SECRETS": "true",        "MCP_TERMINAL_IDLE_TIMEOUT": "300000"      }    }  }}
VariableDefaultDescription
MCP_TERMINAL_MAX_SESSIONS10Max concurrent sessions
MCP_TERMINAL_MAX_OUTPUT20000Max output chars per read
MCP_TERMINAL_DEFAULT_TIMEOUT5000Default wait timeout (ms)
MCP_TERMINAL_BLOCKED_COMMANDS—Comma-separated blocklist
MCP_TERMINAL_ALLOWED_COMMANDS—Comma-separated allowlist (if set, only these are allowed)
MCP_TERMINAL_ALLOWED_PATHS—Comma-separated paths sessions can access
MCP_TERMINAL_REDACT_SECRETSfalseRedact AWS keys, tokens, private keys in output
MCP_TERMINAL_LOG_INPUTSfalseLog all inputs to stderr (for debugging)
MCP_TERMINAL_IDLE_TIMEOUT1800000Auto-close idle sessions (ms, default 30min, 0 = disabled)
MCP_TERMINAL_DANGER_DETECTIONtrueEnable dangerous command confirmation flow
MCP_TERMINAL_AUDIT_LOG—Path to JSON audit log file
MCP_TERMINAL_SANDBOXfalseEnable OS-level kernel sandboxing
MCP_TERMINAL_SANDBOX_ALLOW_WRITE/tmpWritable paths in sandbox mode
MCP_TERMINAL_SANDBOX_ALLOW_NETWORK*Allowed network domains in sandbox

Troubleshooting

"Tools not showing up" / Server fails silently

MCP servers that fail to start often show no error in the client. Check:

bash
# Test the server directly:npx -y mcp-interactive-terminal
# You should see "[mcp-terminal] Starting MCP Interactive Terminal Server" on stderr.# If you see an error, that's what's failing.

Node.js version too old

The server requires Node.js >= 18. If you see errors about unsupported syntax or missing APIs:

bash
node --version  # Must be >= 18
# If using nvm:nvm install 18 && nvm use 18
# If using volta:volta install node@18

For nvm/volta/fnm users: npx may use a different Node version than your shell. Use an absolute path:

json
{  "mcpServers": {    "terminal": {      "command": "/Users/you/.nvm/versions/node/v22.0.0/bin/npx",      "args": ["-y", "mcp-interactive-terminal"]    }  }}

Find your path with: which npx

node-pty compilation errors

node-pty is a native module that requires build tools. If it fails to compile, the server automatically falls back to pipe mode — interactive sessions still work, just without terminal emulation.

If you want full PTY support:

bash
# macOS:xcode-select --install
# Ubuntu/Debian:sudo apt-get install -y make python3 build-essential
# RHEL/Fedora:sudo yum install -y make python3 gcc gcc-c++

Session dies immediately

Some commands need to be run inside a shell rather than directly:

# Instead of:  create_session({ command: "rails console -e staging" })# Do this:     create_session({ command: "bash" })#              send_command({ input: "rails console -e staging" })

This is because create_session runs the command directly (like exec), not through a shell. Spawning bash first gives you a full shell environment.

Output looks garbled

If output contains escape codes or looks wrong, you're likely in pipe mode (node-pty failed to load). Check the server logs for "falling back to pipe mode". Install build tools (see above) to enable PTY mode.

Timeout too short for long-running commands

Increase the timeout per-command:

json
{ "session_id": "...", "input": "bundle install", "timeout_ms": 60000 }

Or globally via environment variable:

json
{ "env": { "MCP_TERMINAL_DEFAULT_TIMEOUT": "30000" } }

Comparison with Alternatives

Featuremcp-interactive-terminalApp-specific terminal serversGeneric shell MCP servers
Cross-platformYesOften single-app onlyVaries
Clean output (xterm-headless)YesNo (screen scrape)No (raw PTY dump)
Smart completion detection4-layer algorithmNoBasic timeout
Security layers7 (confirmation flow, sandbox, redaction, etc.)NoneBasic
Dangerous command confirmationYes (separate tool)NoNo
MCP tool annotationsYesNoNo
Background sessionsYesNo (uses active tab)Yes
Focused API7 tools2-3 tools15-20+ tools (scope creep)
Installnpx -y (zero-config)Requires specific appVaries

Development

bash
git clone https://github.com/amol21p/mcp-interactive-terminal.gitcd mcp-interactive-terminalnpm installnpm run buildnpm test

Test with MCP Inspector:

bash
npx @modelcontextprotocol/inspector dist/index.js

License

MIT

來源:README.md,提交 6f2e6aa

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v1.0.7最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

其他 Terminal 整合