The AI assistant built into YTS Terminal Manager started life as a copilot that reads your live terminal and explains what it sees. It has grown into something bigger: a platform you can extend. Connect it to your own tools and data with MCP servers, and teach it your team's procedures with reusable Skills — right inside the terminal you already work in all day.
The assistant lives beside your sessions. It watches the output scrolling past, so you can highlight a wall of logs and get a plain-English explanation, ask it to draft the next command, or hand it a task and let it work against the tab in front of you. It runs on the model you choose — Anthropic Claude, OpenAI, Google Gemini, Qwen, GLM and GitHub Models, or a fully local model through Ollama, LM Studio or vLLM. You bring your own key; the assistant stays optional.
That's a capable copilot. But a copilot only knows what's on the screen. The two features below let it reach further — into your systems, and into your way of doing things.
MCP — the Model Context Protocol — is an open standard for connecting AI assistants to external tools and data sources. An MCP server is a small, self-contained connector that exposes one system to the assistant in a structured way. Point Terminal Manager's assistant at a server and it can act on that system directly, instead of you copy-pasting between windows.
Because MCP is a standard rather than a closed integration, the assistant can talk to any compatible server — one you found, or one you wrote yourself. Typical connectors a network or systems team might wire up:
MCP servers can run locally on your own machine or reach a service on your network, so the connection stays inside your environment. You decide which servers the assistant is allowed to use.
A Skill is a packaged, reusable set of instructions that teaches the assistant how you do a particular job. Where an MCP server gives the AI new reach, a Skill gives it know-how — the steps, the guardrails and the house style for a task — and loads it on demand, only when it's relevant.
Instead of re-explaining a procedure every session, you capture it once:
Skills make the assistant's output consistent and repeatable across a whole team: the junior on call gets the same careful procedure the senior engineer wrote, every time.
The two features are most powerful combined. Ask the assistant to "upgrade the access switch in rack 4," and it can load your upgrade Skill for the procedure while an inventory MCP server supplies the device details and a config server hands over the current running config — then it walks the change with you, on the live session, one guarded step at a time. That's the difference between a chatbot and an assistant that actually knows your network.
None of this weakens the privacy story that makes Terminal Manager usable in serious environments:
The assistant, MCP support and Skills ship inside YTS Terminal Manager for Windows 10 and 11 — currently free, with no license key or registration. Point it at your model, wire up a server or two, write your first Skill, and let the terminal start doing more of the work.
Free for Windows 10/11 — SSH, Telnet, Serial, SFTP and RDP in one app, with the extensible AI assistant built in.
Got a question, a correction, or an MCP server worth sharing? Sign in with GitHub and leave a note — reactions welcome, spam isn’t.