Easy Terminal · Concept guide

How agents work together in Easy Terminal

Follow an instruction from the terminal to an agent, understand what keeps a session alive, and see how a team lead divides the work.

Explore Easy Terminal →

How work fits together

One background service manages the sessions. Workspaces and tabs help you find them. Select a part to see its role.

Part 1 of 5

ez-ptyd

The background service manages terminal sessions and their connections. You can reconnect after closing the app while the service and session process are still running.

Stopping a session or losing its process ends that live work.

The arrows show the path from a workspace to an agent CLI.
See a workspace exampleTwo workspaces, three tabs, four sessions

Workspace A

Build tab

  • ClaudePane PTY process
  • CodexPane PTY process

Shell tab

  • ShellPane PTY process

Workspace B

Research tab

  • GeminiPane PTY process

The parts and their jobs

Each part has a specific job. Open a concept to see what it does and why it matters when you use the app.

Terminal sessions · parallel workSeveral activities at once

A terminal session is a place to run an agent or shell with its own input and output. Multiple sessions let you work on several tasks in parallel.

What it changes for you

Keep one agent building, another reviewing, and a shell available for commands.

Workspaces group related sessions. Their file access and permissions depend on the processes and tools you run.

Terminal interfaceWhere you work

The window displays terminal output and gives you controls for sessions and workspaces.

What it changes for you

You can organize several agents without replacing the tools they use.

The window is an interface. It is not the model doing the reasoning.

ez-ptyd · background serviceWhat keeps sessions running

A daemon is a program that runs in the background. ez-ptyd manages Easy Terminal’s running terminal sessions.

What it changes for you

Ordinary app quit and relaunch can reconnect to sessions while the background service and their processes remain alive.

A daemon is software running on the operating system, not the operating-system kernel.

PTY · pseudoterminalWhat makes a CLI feel like a terminal

A PTY is an operating-system facility that gives a program a terminal-like input and output connection.

What it changes for you

Interactive command-line tools can receive typing and display their normal terminal interface.

A PTY is a connection, not an agent, model or background service. One service can manage many PTYs.

Agent CLIThe tool you interact with

A command-line agent is the program running inside a terminal session. It accepts requests and uses its configured tools and model.

What it changes for you

You work with the provider’s installed CLI and its own sign-in, permissions and capabilities.

Hosting an agent does not make every provider behave identically. Provider-specific features still belong to that provider.

Teams & the leadWho assigns work

A team brings related agent sessions together around an objective. A designated lead assigns tasks to members and coordinates their contributions.

What it changes for you

Each member can focus on its assigned work while the lead keeps the overall objective in view.

Creating a group does not itself assign work. The lead must issue tasks, and a task being assigned is different from it being accepted or completed.

Language modelWhere language reasoning happens

The model interprets language and generates responses through the agent’s configured provider connection.

What it changes for you

Model choice can affect response quality, latency and cost.

Moving terminal input does not itself require a language model. Provider network access is separate from the local terminal interface.

Rally · routing & coordinationWhere a message goes

Routing directs a message to an intended destination. Rally supports coordination between agents, giving addressed work and progress a shared context.

What it changes for you

The destination matters: typing into one session and handing work to another agent are different actions.

A message being sent does not prove another agent accepted or finished it. Grouping sessions does not prove autonomous coordination.

Session continuityWhat survives closing the interface

A running process, a saved transcript and a provider conversation are different kinds of state.

What it changes for you

A surviving process can keep working; a transcript lets you inspect recorded output. Resuming a provider conversation depends on that provider.

A daemon crash, restart or explicit stop can end live sessions. Saved output does not bring a terminated process back to life.

One service, parallel agent sessions

Easy Terminal connects through ez-ptyd to a separate PTY for each running session. Each PTY connects to its own agent CLI.

01 · InterfaceEasy TerminalTerminal interface
02 · Serviceez-ptydBackground service

Parallel sessions

One PTY per agent CLI

  • PTYClaude
  • PTYCodex
  • PTYMuse Spark
  • PTYGemini
  • PTYCursor
Conceptual example with five running sessions. Each row is a separate PTY and process; the agents do not share one terminal session.

Each agent uses its own installed command-line tool and provider configuration. Cursor here means its CLI, not its editor panel. Shared connectivity does not mean identical permissions, model features or resume behavior.

The team lead assigns the work

  1. Team objective
  2. Lead assigns tasks
  3. Members do their work
  4. Lead reviews results

The lead coordinates who does what. Members report results or blockers back to the lead. This describes the roles in a coordinated workflow; simply grouping sessions does not automatically start that workflow.

Follow a message

Select a symbol to follow your request. Typing, handing off work, and returning to a session are three different actions.

A person, terminal, and agent CLI connected by right-pointing arrows

You: Choose a terminal session and type your request. Your input goes to the session you selected.

The arrows show the path of a request through the selected terminal.

01Typing into a session

  1. You
  2. Selected terminal
  3. Agent CLI

Your input belongs to the session you are using. The CLI handles the request and any model interaction it needs.

02Addressing another agent

  1. A request
  2. An intended recipient
  3. Recipient session

An addressed handoff names where work should go. Delivery, acceptance and completion are separate events; a send alone establishes none of the later outcomes.

03Returning to work

  1. Reopen the app
  2. Reconnect to a session
  3. Continue or review

If the session is still running, you can reconnect. If it has ended, recorded output helps you review what happened; continuing a conversation depends on the CLI.

Understand the tradeoffs

Open a question to see what the design gives you and what to keep in mind.

Can work continue when I close the window?Sessions and reconnection

Background sessions make reconnection possible while their processes remain alive.

Closing a window, quitting the app, and stopping a session have different effects. A restart or daemon exit can end a live session.

Do the agents keep their own tools?Provider interfaces and permissions

Easy Terminal hosts the providers’ existing CLIs, preserving their familiar workflows.

Each provider still controls its authentication, permissions, models, and supported features.

How do I know a handoff is done?Delivery and completion evidence

An explicit destination shows where a request goes.

Sending, accepting, and completing work are separate events. Check the recorded result before treating a handoff as finished.

This guide covers Easy Terminal’s core concepts and user-visible behavior. For alpha availability and current licensing, see the project overview.