Skip to main content
Glama
TiM00R

powershell-terminal

by TiM00R

PowerShell Terminal

Shared AI + user PowerShell session on Windows — execute commands, run scripts, automate your PC

PowerShell Terminal lets Claude (the AI assistant) run commands in a persistent, interactive PowerShell 7 session on your Windows machine through a real pseudo-terminal (ConPTY). Watch every command stream into your browser in real time while Claude receives smart-filtered output optimized for token efficiency.


šŸŽÆ What Is This?

Imagine telling Claude:

"Check what Python version I have and install requests if it's missing"
"Run my build script and tell me if anything failed"
"Find all .log files modified today and show me any errors"
"Save this cleanup script and run it every time I ask"

And Claude does it — executing commands in your real PowerShell session, analyzing output, saving reusable scripts, and taking action on your behalf.

That's PowerShell Terminal.


Related MCP server: PC-Control MCP Server

✨ Key Features

Core Capabilities

  • šŸ–„ļø Real PowerShell Session — Persistent pwsh (PS7) or PS5.1 session via ConPTY; state carries across commands (working directory, variables, activated venv)

  • 🌐 Shared Human + AI Terminal — NiceGUI + xterm.js web terminal at http://localhost:8090; type your own commands alongside Claude's

  • šŸ”„ Multi-Terminal Sync — Open multiple browser tabs, all perfectly synchronized

  • 🪟 No Popup Windows — Native console executables (git, python, ipconfig, full paths) run inside ConPTY without spawning new windows

  • āœ‚ļø Dual-Stream Output — You see full output in the browser; Claude receives a token-reduced summary

  • āœ… Reliable Completion Detection — Exit codes and command completion detected via invisible prompt token in OSC escape sequences — no fragile regex matching

  • šŸ“ Multi-Line Commands — Send readable multi-line blocks (functions, loops, here-strings, piped chains); they execute as a single unit and render as a proper >> continuation block in the terminal, with variables persisting across the session

  • āŒØļø Interactive Programs — REPLs, installers, and prompts (python -i, node, ftp, Read-Host) work end-to-end: Claude drives them turn-by-turn via a state machine (AWAITING_INPUT / IDLE / RUNNING / EXITED) with send_input, poll, and Ctrl+C. Interactive programs you type yourself in the web terminal work too.

  • šŸ” Reconnect Replay — Reopen or refresh the web terminal and the current screen is restored in color, instead of a blank tab

  • šŸ“š Script Library — Save and reuse named .ps1 scripts; full output persisted on script runs

  • šŸ—„ļø Command History — Commands grouped into conversations and logged to SQLite with selective output persistence

The Interactive Web Terminal

PowerShell Terminal provides a fully interactive terminal window in your browser at http://localhost:8090 — it looks and feels just like a native PowerShell window:

You can:

  • Type commands directly (just like any terminal)

  • Right-click to Copy/Paste, or use Ctrl+Shift+C / Ctrl+Shift+V

  • Scroll through the full session scrollback

  • Watch every command Claude runs appear in real time

Claude can:

  • Execute commands that stream into your terminal

  • See results instantly

  • Continue working while you watch

The key advantage: Complete visibility and control. Every command Claude runs appears in your terminal in real time. You're never in the dark — it's like sitting side-by-side with an assistant who types commands while you watch the screen.

Multi-Terminal Support: Open multiple browser windows at http://localhost:8090 — they all stay perfectly synchronized via WebSocket broadcast. Type in one terminal, see it in all terminals instantly.

Terminal Reconnect / History Replay

When you reopen the web terminal (a reopened tab, a refresh, or open_terminal() after a disconnect), the new tab is sent the current screen contents so it isn't blank — the prompt, recent commands, and their output are restored in color, with the cursor correctly placed. This includes commands you typed, not just Claude's.

Why it's needed: the browser only receives new output from the moment it connects, so before this a reopened tab was blank until you pressed Enter. On connect the server now replays the session's screen buffer (terminal query/response escape sequences are stripped, so the reconnecting terminal can't inject a stray reply into your next command).

Configured under server: in config.yaml:

Setting

Behavior

replay_lines: -1

Full buffer from session start — faithful and cursor-safe (default).

replay_lines: 0

Current prompt line only — no history, but still a usable prompt.

replay_lines: N

Last N lines (byte-capped by replay_max_bytes).

replay_max_bytes

Byte cap for the N > 0 mode (ignored when -1).

Full replay is faithful because it re-feeds the exact byte stream the terminal already processed. A very long/noisy session makes reconnect parse more (seconds at most); switch to a bounded N if that ever matters.

The Dual-Stream Architecture

        PowerShell Session Output (ConPTY)
                      |
                 [Raw Output]
                      |
             ---------+---------
             |                 |
          [FULL]           [FILTERED]
             |                 |
             v                 v
       Web Terminal          Claude
    (You see all)      (Smart summary)
  • You: Full output, colors, and scrollback in the browser terminal

  • Claude: Token-efficient filtered summary

  • Both: Same live PowerShell session, synchronized state

Native Exe — No Popup Windows

A key problem with running an AI-controlled terminal on Windows: native console executables like python, git, ipconfig, or any .exe would spawn a separate conhost.exe popup window, breaking the in-terminal experience.

PowerShell Terminal solves this completely:

  • A PostCommandLookupAction hook intercepts every native CUI executable before it runs

  • A PE header check distinguishes console apps (CUI) from GUI apps — GUI apps like notepad and code open normally without blocking

  • Execution is handled via System.Diagnostics.Process with CreateNoWindow=true and redirected I/O, so output flows through ConPTY instead of a new window

  • Works for short names (git, python), full paths (D:\tools\ffmpeg.exe), and any exe not known in advance

Multi-Line Commands

Claude can send multi-line command blocks — functions, foreach / if blocks, here-strings, or long piped chains — and they run as a single unit while rendering as a readable continuation block in your terminal:

PS D:\> if ($true) {
>> $sum = 0
>> 1..10 | ForEach-Object { $sum += $_ }
>> $sum
>> }
55

Under the hood, a multi-line command is wrapped in an if ($true) { ... } block and submitted with carriage-return line separators — the same way a human paste enters the shell. This gives:

  • One submission, one result — the whole block completes as a single command with one exit code, so output capture stays clean (no partial/early return)

  • Variables persist — the block runs in the current scope, so any variables or functions defined inside remain available to later commands

  • Accurate success — an if block (unlike the . { } / & { } call operators) does not reset $?, so a failure in the block's last statement is reported correctly instead of masked

  • Readable on screen — the block shows as a normal >> continuation block instead of scrambling, reordering, or wedging the terminal

Why it is needed: sending raw line-feed (\n) separators to the ConPTY desynchronizes PowerShell's multi-line redraw (lines reverse, the cursor jumps, the session sticks at >>). Matching what a paste does — carriage returns plus a single-submission wrapper — avoids that entirely.

Single-line commands are unchanged. If you prefer one line, semicolons (;) still work. The if ($true) { header and } footer are the only additions the wrapper makes to the on-screen echo.


šŸš€ Quick Start

Requirements

  • Windows 10 1809+ or Windows 11 (ConPTY required)

  • PowerShell 7 (pwsh) recommended; falls back to Windows PowerShell 5.1

  • Python 3.10+

Option A — Install from PyPI

Step 1: Create a virtual environment

mkdir D:\powershell_terminal
cd D:\powershell_terminal
py -m venv .venv
.\.venv\Scripts\Activate.ps1

Step 2: Install the package

pip install powershell-terminal-mcp

Step 3: Register with Claude Desktop

notepad $env:APPDATA\Claude\claude_desktop_config.json

Add:

{
  "mcpServers": {
    "powershell-terminal": {
      "command": "D:\\powershell_terminal\\.venv\\Scripts\\powershell-terminal-mcp.exe"
    }
  }
}

Option B — Install from Source (dev)

Step 1: Clone the repo

git clone https://github.com/TiM00R/powershell-terminal-mcp D:\powershell_terminal
cd D:\powershell_terminal

Step 2: Create the virtual environment and install dependencies

.\setup_venv.ps1

This creates .venv, installs all dependencies (including pywinpty), and installs the project in editable mode.

Step 3: Register with Claude Desktop

notepad $env:APPDATA\Claude\claude_desktop_config.json

Add:

{
  "mcpServers": {
    "powershell-terminal": {
      "command": "D:\\powershell_terminal\\.venv\\Scripts\\python.exe",
      "args": ["D:\\powershell_terminal\\src\\mcp_server.py"]
    }
  }
}

Fully quit and relaunch Claude Desktop (system tray → Exit), then open a new conversation. On the first tool call the server starts the PowerShell session and opens the web terminal at http://localhost:8090.


šŸ’” Usage Examples

Running Commands

"What Python version do I have?"
"Run git status in D:\myproject"
"List all files modified today in my Downloads folder"
"Check if port 8080 is in use"

Scripts & Automation

"Save this build script and run it"
"Run my cleanup script"
"List my saved scripts"

Diagnostics & System Info

"Check disk space on all drives"
"What processes are using the most memory?"
"Show me the last 20 lines of the application event log"
"Is the Docker daemon running?"

Development Workflows

"Activate the venv and run the tests"
"Install requests and check if it imports correctly"
"Run git log --oneline -10 and summarize what changed"

šŸŽØ Example Session

You:

Run my test suite and tell me what failed

Claude:

I'll run the tests now...

Web terminal opens automatically at http://localhost:8090

Web Terminal shows (real-time):

PS D:\myproject> python -m pytest tests/ -v
============================= test session starts ==============================
collected 42 items

tests/test_api.py::test_login PASSED                                     [  2%]
tests/test_api.py::test_auth_required PASSED                             [  4%]
tests/test_db.py::test_connection FAILED                                 [ 26%]
...
========================= 3 failed, 39 passed in 8.42s =========================

Claude receives (filtered summary):

pytest: 42 tests, 3 failed, 39 passed (8.4s)
Failed: test_connection, test_insert_duplicate, test_rollback

Claude responds:

3 tests failed, all in test_db.py — looks like a database connection issue. Want me to look at the error details and fix them?


šŸ—ļø Architecture

How It Works

Claude  <--stdio JSON-RPC-->  mcp_server.py
                                    |
                           SharedTerminalState
                           /         |         \
                  PwshSession   OutputBuffer   SmartOutputFilter   SQLite (db.py)
                  (ConPTY via    (full human    (AI token-          (conversations,
                   pywinpty)      scrollback)     reduced view)       commands, scripts)
                                    |
                           NiceGUI + xterm.js web terminal (shared, multi-tab)
  • A single pwsh process runs inside a ConPTY (pywinpty). A background thread reads its output into a circular buffer.

  • The session's prompt is overridden (in the MCP session only) to emit a unique completion token + exit status inside invisible OSC escape sequences. The browser swallows them; the server detects them in the raw stream.

  • An output start-marker (emitted via a PSReadLine Enter handler, also invisible) lets the server separate a command's real output from the terminal's echo of the typed command.

  • Human keystrokes from the browser are passed through raw and are not tracked by the AI's completion detection, so the two streams never collide.

Project Structure

powershell_terminal/
ā”œā”€ā”€ config/
│   └── config.yaml                 # Web port, filter thresholds, error patterns
ā”œā”€ā”€ data/
│   └── commands.db                 # SQLite: conversations, commands, scripts
ā”œā”€ā”€ scripts/                        # Headless test harnesses
│   ā”œā”€ā”€ test_pwsh_session.py        # Session: completion, exit codes, interactive, Ctrl+C
│   ā”œā”€ā”€ test_session_output.py      # Buffer + dual-stream filter
│   └── test_mcp_dispatch.py        # All MCP tools via direct dispatch
ā”œā”€ā”€ src/
│   ā”œā”€ā”€ config/                     # Configuration loading
│   ā”œā”€ā”€ output/                     # Output filtering and buffering
│   ā”œā”€ā”€ pwsh/                       # PowerShell session (ConPTY)
│   │   ā”œā”€ā”€ pwsh_launch.py          # Shell spawn, init script, native exe hook
│   │   ā”œā”€ā”€ pwsh_session.py         # Session lifecycle, run_command, send_input
│   │   ā”œā”€ā”€ session_output.py       # Dual-stream wrapper (raw + filtered)
│   │   └── completion_token.py     # Prompt token and OSC escape injection
│   ā”œā”€ā”€ web/
│   │   └── web_terminal.py         # NiceGUI + xterm.js web terminal
│   ā”œā”€ā”€ db.py                       # SQLite database layer
│   ā”œā”€ā”€ mcp_server.py               # MCP server entry point (all tools)
│   └── shared_state.py             # Global session hub
ā”œā”€ā”€ setup_venv.ps1                  # One-command environment setup
└── run_web.py                      # Launch web terminal standalone (no Claude)

Technology Stack

  • Python 3.10+ — Core language

  • MCP Protocol — Claude integration (stdio JSON-RPC)

  • pywinpty — ConPTY pseudo-terminal on Windows

  • NiceGUI + WebSockets — Web terminal with multi-tab sync

  • SQLite — Command history and script storage

  • xterm.js — Browser terminal renderer


šŸ”§ MCP Tools Reference

Terminal / Execution

Tool

Description

execute_command(command, timeout?, interactive?, idle_ms?, max_s?, expect?)

Run a command. Batch (default): filtered output + exit code, status: "running" on timeout. interactive: true: drive a REPL/prompt — returns {state, output, exit_code, tail} where state is EXITED / AWAITING_INPUT / IDLE / RUNNING. A multi-line command runs as a single block (shown as a >> continuation block; variables persist).

get_command_output(command_id, raw?)

Fetch a prior command's output by id.

send_input(text, idle_ms?, max_s?, expect?)

Send a line to a running/interactive program, then wait; returns {state, output, exit_code, tail}.

poll(idle_ms?, max_s?, expect?)

Accumulate more output from a running/interactive command without sending input.

send_interrupt()

Send Ctrl+C to the running command.

get_terminal_status()

Session alive? Web terminal URL.

restart_session()

Kill and respawn the PowerShell session (clears all state).

open_terminal()

Open (or re-open) the web terminal in the browser.

Scripts

Tool

Description

save_script(name, content)

Save (or overwrite) a named .ps1 script.

list_scripts()

List all saved scripts.

run_script(name, timeout?)

Run a saved script; full output is always persisted.

Conversations (History)

Tool

Description

start_conversation(label?)

Group subsequent commands; returns conversation_id.

end_conversation(conversation_id?, status?)

End the active (or specified) conversation.

list_conversations(limit?)

List recent conversations.

get_conversation_commands(conversation_id)

Commands logged under a conversation.


šŸ”§ Configuration

config.yaml (project root) controls:

  • server.host / server.port — Web terminal address (default localhost:8090)

  • server.replay_lines — On-connect screen replay: -1 full buffer (default), 0 prompt only, N last N lines

  • server.replay_max_bytes — Byte cap for the N > 0 replay mode

  • interactive.idle_ms / interactive.max_s / interactive.poll_ms — Interactive-command tuning (defaults 600 / 30 / 30)

  • Output filter thresholds and error patterns

  • SQLite database lives at data\commands.db in the project root


šŸ›”ļø Security Considerations

  • Web terminal bound to localhost only — not exposed to the network

  • Full command audit trail in SQLite

  • The init script runs in the MCP's own session only — your $PROFILE, normal PowerShell, and prompt are never modified

  • Claude runs commands in your local user context with your normal permissions


šŸ› Known Issues & Limitations

  1. Windows only — ConPTY is a Windows API; Linux/Mac not supported

  2. Interactive TUI apps not supported — Commands that take over the terminal (e.g. vim, htop) will hang; use -NonInteractive alternatives

  3. ssh password auth via Claude — Windows OpenSSH reads its password from the console (CONIN$), not stdin, so ssh doesn't prompt through the interactive path (silent exit 255). Use key auth / BatchMode, a scripted client (ftp -s:), or type the password yourself in the web terminal. stdin-based tools (python -i, node, ftp, Read-Host) work.

  4. Single session — One shared PowerShell session; no per-command isolation

  5. Incomplete multi-line commands hang — A multi-line command with unbalanced braces, parentheses, or quotes stays at the >> continuation prompt until it times out (returned as status: "running") and must be cleared with send_interrupt(). This is inherent to PowerShell's continuation model, not specific to this tool — send syntactically complete blocks.


šŸ” Development

Run the headless test harnesses without Claude Desktop:

.\.venv\Scripts\python.exe scripts\test_pwsh_session.py     # session: completion, exit codes, interactive, Ctrl+C, restart
.\.venv\Scripts\python.exe scripts\test_session_output.py   # buffer + dual-stream filter
.\.venv\Scripts\python.exe scripts\test_mcp_dispatch.py     # all MCP tools via direct dispatch
python run_web.py                                            # launch web terminal standalone

šŸ“œ Version History

v0.2.0 (July 2026) — Interactive operation, multi-line commands, reconnect replay

  • āœ… Interactive command operation — Claude can drive interactive programs (REPLs, installers, prompting tools like python -i, node, ftp, Read-Host) turn-by-turn. A state machine returns {state, output, exit_code, tail} with states EXITED / AWAITING_INPUT / IDLE / RUNNING; execute_command gains interactive / idle_ms / max_s / expect, send_input now waits on the same primitive, and a new poll tool accumulates more output. Per-step latency dropped from the old 60 s token timeout to sub-second (tool-side).

  • āœ… Human interactive programs fixed — The native-exe wrapper now bypasses (keeps stdin open) by default, so interactive programs you type yourself in the web terminal (ftp, python -i, …) prompt correctly instead of dying on EOF. AI batch commands still run wrapped (stdin closed, output captured) — marked invisibly by a zero-width sentinel, so nothing shows in the shared terminal and batch behavior is unchanged.

  • āœ… Multi-line commands — Multi-line command blocks now execute reliably and display as a readable >> continuation block instead of scrambling/reordering the terminal or wedging at >>. Each block is wrapped in an if ($true) { } and submitted with carriage-return separators (matching how a paste enters the shell), so it runs as one command — one exit code, clean output capture, variables persist in the session, and $?/success stays accurate (an if block doesn't reset $? the way . { } / & { } do). The Enter handler now only strips the batch sentinel / emits the output marker on a real submit, leaving interior continuation lines untouched (the prior scramble cause). Single-line commands are unchanged; ; still works if you prefer one line.

  • āœ… Terminal reconnect / history replay — Reopening the web terminal restores the current screen in color (prompt + recent history, including your own typed commands) instead of a blank tab. Configurable via server.replay_lines (-1 full / 0 prompt / N lines) and server.replay_max_bytes; terminal query/response escapes are stripped so a reconnect can't corrupt the next command.

Breaking: send_input now returns {state, output, exit_code} instead of the previous token-shaped result. The native-exe wrapper default flipped from wrap to bypass (AI batch opts in via the sentinel).

v0.1.2 (July 2026) — Web terminal fix

  • āœ… Duplicate tab fix: opening the terminal on a fresh session no longer spawns two browser tabs. start() now launches the server only; open_terminal() is the single place that opens a tab, and it always closes any existing tabs before opening exactly one. The output broadcast loop was hardened alongside this rework so a freshly opened tab reliably shows output.

v0.1.1 (July 2026) — Bug fixes

  • āœ… Native exe output routing: native console output (git, python, netstat, ipconfig, etc.) now flows through the PowerShell success stream instead of Write-Host, restoring pipelines (native | Select-String), variable capture ($x = native), and file redirection (native > file). The hidden-window ProcessStartInfo behavior is unchanged, so native exes still run without popup windows.

  • āœ… Output extraction: quoted-argument and empty-result commands now return clean or empty output instead of echoing the typed input; the captured region is bounded to the current command's start marker.

v0.1.0 (July 2026) — Initial public release

  • āœ… ConPTY-based persistent PowerShell 7 session via pywinpty

  • āœ… Shared human + AI terminal: NiceGUI + xterm.js web terminal, multi-tab WebSocket sync

  • āœ… Native exe fix: all CUI executables run inside ConPTY without popup windows (System.Diagnostics.Process + CreateNoWindow=true + redirected I/O)

  • āœ… PostCommandLookupAction hook covers short names, full paths, and any unknown exe

  • āœ… PE header subsystem check: GUI apps (notepad, code) bypass the hook and open normally

  • āœ… PATHEXT fix: session always gets a correct PATHEXT so bare command names resolve reliably

  • āœ… Dual-stream output: full output in browser, token-reduced view for Claude

  • āœ… Reliable command completion via prompt token in invisible OSC escape sequences

  • āœ… Interactive commands: Read-Host, Ctrl+C, send_input

  • āœ… SQLite history: conversations, commands (selective persistence), saved scripts

  • āœ… Full MCP tool set: execute, send_input, interrupt, restart, scripts, conversations


šŸ¤ Contributing

This is Tim's personal project. If you'd like to contribute:

  1. Test on your setup and document any issues found

  2. Suggest improvements or missing features

  3. Share useful scripts you create


šŸ“„ License

MIT


Ready to let Claude run PowerShell for you? Register the MCP server in Claude Desktop and open a new conversation to get started.


Version: 0.2.0 Last Updated: July 2026 Maintainer: Tim

A
license - permissive license
-
quality - not tested
A
maintenance

Maintenance

–Maintainers
–Response time
3dRelease cycle
6Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/TiM00R/powershell-terminal-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server