terminal-control — Claude Code skill: install and use
Controls interactive terminal programs with termctrl: reads screens, sends input, and waits for expected text. Use it when testing a TUI, REPL, or live CLI session.
npx skills add anomalyco/terminal-control --skill terminal-control -a claude-codeWhat terminal-control does
This skill guides an agent through terminal applications in a real PTY using termctrl. It can run a disposable command with show, keep a named session alive, read its visible screen, send text or keys, wait for text, resize the viewport, and stop the process.
For full-screen TUIs, use show to inspect the actual display rather than logs, because retained output does not reflect an alternate-screen interface. Input can be sent as atoms such as text:help, enter, and ctrl-c, then checked with wait instead of sleep calls. That means test results should come from the rendered screen.
The skill also covers saving text and PNG artifacts, recording a .termctrl timeline, adding markers, and exporting an edited video. OpenTUI applications can start with --host opentui. Recordings, ANSI transcripts, command arguments, and terminal input can contain sensitive material, so retain them only when needed.
What it helps with
- inspect the visible state of a full-screen TUI
- send commands and key presses to a live CLI session
- wait for screen text without fixed sleeps
- check the state of a named terminal session
- save screen evidence or export a recording
Example prompts for the agent
- Run
my-terminal-appwithtermctrl, wait forReady, then show the screen. - Start session
app, sendtext:help enter, wait forCommands, and inspect the result. - Record
my-terminal-apptoartifacts/run.termctrl, add markers, and export a video.
How to install terminal-control
1Skills CLI (Vercel)
npx skills add anomalyco/terminal-control --skill terminal-control -a claude-code2Manually: put the files in place
~/.claude/skills/terminal-control/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/terminal-control/
1Skills CLI (Vercel)
npx skills add anomalyco/terminal-control --skill terminal-control -a codex2Manually: put the files in place
.agents/skills/terminal-control/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add anomalyco/terminal-control --skill terminal-control -a cursor2Manually: put the files in place
.cursor/skills/terminal-control/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install anomalyco/terminal-control terminal-control2Manually: put the files in place
.github/skills/terminal-control/SKILL.md1Skills CLI (Vercel)
npx skills add anomalyco/terminal-control --skill terminal-control -a gemini-cli2Platform CLI
gemini skills install https://github.com/anomalyco/terminal-control --path skills/terminal-controlManually: put the files in place
.devin/skills/terminal-control/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add anomalyco/terminal-control --skill terminal-control -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about terminal-control
How do I install terminal-control in Claude Code?
Run npx skills add anomalyco/terminal-control --skill terminal-control -a claude-code, then run npx skills add anomalyco/terminal-control --skill terminal-control -a claude-code again, and open ~/.claude/skills/terminal-control/SKILL.md.
What does terminal-control do?
The skill gives an agent instructions for using termctrl to start sessions, read visible terminal screens, send input, and wait for text. It also covers artifact saving and timeline recording.
How does terminal-control handle OpenTUI applications?
For OpenTUI applications, including OpenCode, it uses --host opentui at launch. The screen can be read normally or with show app --format semantic.
Source text
SKILL.md · MIT
---
name: terminal-control
description: Drive and verify terminal applications with the termctrl CLI in a real PTY - read visible screens, run named live sessions, send typed keyboard input, wait for text, save evidence, record timelines, and export edited videos. Use when an agent must operate or test a TUI, REPL, interactive CLI, shell process, or OpenTUI application.
---
# Terminal Control
Use `termctrl` to observe the actual visible terminal state and drive interaction deterministically.
## Start With The Smallest Workflow
Read a disposable terminal application's settled visible screen when no further interaction is required:
```bash
termctrl show -- my-terminal-app
```
Keep an application alive when interaction or repeated inspection is required:
```bash
termctrl start app -- my-terminal-app
termctrl wait app "Ready"
termctrl show app
termctrl send app text:help enter
termctrl wait app "Commands"
termctrl show app
termctrl stop app
```
Always stop named sessions after use unless the user explicitly wants the live process retained.
Keep an application visible and human-controlled in the current terminal pane while exposing the
same session controls to agents:
```bash
termctrl run -- /usr/bin/nvim
termctrl run editor -- nvim
```
The form without `NAME` uses the executable basename (`nvim`) and fails on a name collision; it
never chooses a suffixed name. Pass an explicit name when running multiple copies.
## Choose The Correct Observation
- Use `show` for current visible screen text. Prefer it for reasoning about full-screen TUIs.
- Use `logs` for readable retained output from normal-screen tools and log-like commands.
- Use `save --format ... --out ...` only when a persisted artifact is required.
- Use `video` only after explicitly recording a timeline with `--record`.
Do not treat logs as the visible state of an alternate-screen TUI.
Named-session reads return immediately by default. Add settling only when intentionally waiting for
quiet output. `wait` defaults to five seconds; set `--timeout` only when choosing another limit.
For fast demos, keep the session alive, omit `--pace-ms` unless slow typing is intentional, and
combine a known transition into one shell call:
```bash
termctrl send app text:help enter && termctrl wait app "Commands" && termctrl show app
```
The wait ends as soon as the text appears; its timeout is a maximum, not a fixed delay. Do not
insert sleeps between these commands. Inspect text during interaction, save PNGs only for visual
checks or requested evidence, and export video after driving the app. With MCP, prefer `interact`
with `waitFor` to combine keyboard input, readiness, and a screen read in one tool call.
## Drive Input Precisely
Send plain text with `text:<value>` and named keys as separate input atoms:
```bash
termctrl send app text:/connect enter
termctrl send app down enter
termctrl send app ctrl-c
printf '%s' 'multiline prompt' | termctrl send app --stdin
```
Use `wait` after sending input instead of sleeping or assuming that the interface has updated.
For mouse-enabled applications, use typed mouse commands with zero-based cell coordinates:
```bash
termctrl mouse app move 12 4
termctrl mouse app click 12 4
termctrl mouse app down 12 4
termctrl mouse app move 20 4
termctrl mouse app up 20 4
```
`move` hovers when no button is held; down/move/up drags. `--button right` or `middle`, `--shift`,
`--alt`, and `--ctrl` are optional. The app must enable mouse reporting; hover requires any-event
tracking. Coordinates outside the resized viewport fail. Do not work around disabled reporting
by injecting raw escape sequences. Restart older named sessions if the command requests it.
For recorded demos, opt into `video --pointer-overlay` to show mouse input with smooth travel,
subtle press compression, and fades. This defaults to 60 fps and does not delay actual input.
Use `--pointer-reduced-motion` to keep fades only. Trim/speed/hold edits stay on the same source
clock. Only typed mouse commands provide overlay evidence; raw bytes and forwarded human input
do not. `show`/`save` remain plain terminal evidence, separate from the video overlay.
## Operate OpenTUI Applications
Use the OpenTUI host handshake for applications such as OpenCode:
```bash
termctrl start app --host opentui --cols 112 --rows 34 -- opencode
termctrl wait app "/connect"
termctrl show app
termctrl show app --format semantic
```
Use `resize` when the application requires more visible area. Use `restart app` to reuse stored launch settings after a deliberate application restart.
## Retain Evidence Deliberately
Save only requested formats:
```bash
termctrl save app --format txt --format png --out artifacts/current
```
Record demos only when the user wants a retained timeline or video. Add markers while the session is running, inspect them after stopping, then export with an explicit edit plan:
```bash
termctrl start app --record artifacts/run.termctrl -- my-terminal-app
termctrl wait app "Ready"
termctrl mark app ready
termctrl send app text:demo enter
termctrl wait app "Done" --timeout 60000
termctrl mark app done
termctrl stop app
termctrl markers artifacts/run.termctrl
termctrl show --recording artifacts/run.termctrl --at-marker done
termctrl video artifacts/run.termctrl --edit artifacts/run-edit.json --footer --out artifacts/run.mp4
```
Use edit-plan `speed` values conservatively when terminal text should remain readable. Use `hold_ms` or `--tail-ms` when the final frame is the payoff. Pass `--footer` when a polished demo should show the clip caption, elapsed timecode, and `TERMINAL CONTROL` branding in a bottom footer; omit it for ordinary videos.
Treat `.termctrl` recordings, ANSI transcripts, screen artifacts, command arguments, and terminal input as potentially sensitive. Do not retain them unless needed, and do not expose their contents unnecessarily.
## Recover From Problems
- Run `termctrl status app` to inspect state and launch settings.
- Run `termctrl list` to discover running named sessions. Add `--state`, `--command`, or `--cwd` when narrowing discovery; use `--all` only when retained exited or unavailable entries are relevant.
- MCP agents can pass `state`, `command`, or `cwd` to `list_sessions` and use `get_session_status({ name })` for complete structured status without parsing CLI output.
- If a session socket path is too long, set `TERMCTRL_RUNTIME_DIR` to a short private directory under `/tmp` before starting sessions.
- If `termctrl` is unavailable, install Terminal Control with `cargo install terminal-control` or ask the user which installed binary to use.
© anomalyco · MIT · anomalyco/terminal-control