Skip to main content
Glama
secemp9
by secemp9

kitty_get_tab_text

Fetch text content from every window in a tab, including per-window details like ID, title, and dimensions. Useful for monitoring split panes or multiple processes.

Instructions

Get text content from ALL windows in a specific tab in a single call. Combines kitty_ls + multiple kitty_get_text calls. Returns text from every window in the tab with per-window headers showing ID, title, CWD, PID, and dimensions. Useful for understanding what is happening across split panes or monitoring multiple processes.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
ansiNoInclude ANSI formatting/color codes.
matchNoTab match expression (e.g. "index:0", "title:work", "id:3"). If omitted, the active tab is used.
extentNoWhat text to retrieve from each window. Default: "screen".
max_lines_per_windowNoMaximum lines per window. Oldest lines are truncated when exceeded. Default: 10000.
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, description carries full burden. It describes output details (per-window headers) and that it retrieves text. Could explicitly state non-destructive nature but otherwise clear.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two sentences: first states core action, second explains composition and output. No waste, front-loaded.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given no output schema and 4 parameters, description covers purpose, output format, and usage. Examples missing but not required for completeness.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so baseline 3. The description adds minimal extra meaning beyond schema parameter descriptions (e.g., match examples are already in schema).

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it gets text from all windows in a specific tab in one call. It distinguishes from sibling tool kitty_get_text by explicitly combining kitty_ls and multiple kitty_get_text calls.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives use cases: understanding split panes or monitoring processes. It implies when to use vs kitty_get_text (single window) but lacks explicit when-not-to-use.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

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/secemp9/kitty-mcp-server'

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