Aggregate logs from multiple processes in a single view
View in browser or terminal • Filter with patterns • Stream to AI agents via MCP
View a demo of Teemux in action
npx teemux -- curl -N https://teemux.com/random-logs
npm install -g teemux
teemux --name api -- node api.js
teemux --name worker -- node worker.js
teemux -- redis-server # name defaults to "redis-server"
The first process starts a local server on port 8336. Others connect automatically.
| Option | Alias | Default | Description |
|---|---|---|---|
--name | -n | command name | Identifier for this process in logs |
--port | -p | 8336 | Port for the log aggregation server |
--buffer | -b | 10000 | Number of log lines to keep in server buffer |
--force-leader | -f | false | Force this process to become the leader, replacing any existing leader |
All options can also be set via environment variables with TEEMUX_ prefix:
TEEMUX_PORT=9000 teemux -- node app.js
Open http://127.0.0.1:8336/ to view aggregated logs with:
curl http://127.0.0.1:8336/
Plain text stream of all logs.
teemux includes a built-in Model Context Protocol (MCP) server that enables AI agents to programmatically access logs in your development environment. This makes it easy for coding assistants like Claude, Cursor, or other AI tools to inspect application logs, search for errors, and understand what's happening in your running processes.
The MCP server runs on the same port as the HTTP server at /mcp and provides these tools:
| Tool | Description | Parameters |
|---|---|---|
get_logs | Get recent logs from buffer | limit?, include?, exclude? |
search_logs | Search logs with patterns | limit?, include?, exclude? |
clear_logs | Clear the log buffer | none |
get_process_names | List all process names that have logged | none |
Add teemux as an MCP server in your AI tool's configuration. For Claude Code, add to your MCP settings:
{
"mcpServers": {
"teemux": {
"command": "npx",
"args": [
"mcp-remote",
"http://127.0.0.1:8336/mcp"
]
}
}
}
Once configured, your AI agent can:
# Initialize session
curl -X POST http://127.0.0.1:8336/mcp \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","method":"initialize","params":{"protocolVersion":"2025-03-26","capabilities":{},"clientInfo":{"name":"test","version":"1.0"}},"id":1}'
# List available tools (use session ID from response above)
curl -X POST http://127.0.0.1:8336/mcp \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-H "mcp-session-id: <session-id>" \
-d '{"jsonrpc":"2.0","method":"tools/list","params":{},"id":2}'
# Get recent logs
curl -X POST http://127.0.0.1:8336/mcp \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-H "mcp-session-id: <session-id>" \
-d '{"jsonrpc":"2.0","method":"tools/call","params":{"name":"get_logs","arguments":{"limit":50}},"id":3}'
Use query parameters to filter logs:
| Parameter | Logic | Description |
|---|---|---|
include | OR | Show lines matching any of the patterns |
exclude | OR | Hide lines matching any of the patterns |
Patterns support * as a wildcard (matches any characters):
# Show only logs from the api process
curl "http://127.0.0.1:8336/?include=api"
# Show only error logs (using wildcard)
curl "http://127.0.0.1:8336/?include=*error*"
# Show logs from api OR worker
curl "http://127.0.0.1:8336/?include=api,worker"
# Hide healthcheck and ping logs
curl "http://127.0.0.1:8336/?exclude=health*,ping"
# Show GET requests to /api endpoints
curl "http://127.0.0.1:8336/?include=*GET*/api*"
# Show api logs but exclude verbose debug output
curl "http://127.0.0.1:8336/?include=api&exclude=DEBUG,TRACE"
# In browser
open "http://127.0.0.1:8336/?include=api&exclude=health*"
Filters apply to both buffered logs and new incoming logs in real-time.
Terminal (where teemux runs):
● started (pid 12345)
Server listening on :3000
Processing jobs...
GET /health 200
○ exited (code 0)
Browser / curl (aggregated with prefixes):
[api] ● started (pid 12345)
[api] Server listening on :3000
[worker] Processing jobs...
[api] GET /health 200
[worker] ○ exited (code 0)
The name combines tee (the Unix command that duplicates output) and mux (multiplexer) – it multiplexes multiple log streams into one.
teemux uses automatic leader discovery to coordinate log aggregation across multiple processes:
Leader Discovery: When the first teemux process starts, it attempts to bind to the configured port (default 8336). If successful, it becomes the leader and starts the log aggregation server.
Client Registration: When subsequent teemux processes start, they detect the port is already in use, verify a server is responding, and automatically become clients that forward their logs to the leader.
Leader Election: If the leader process exits, clients detect this through periodic health checks (every 2 seconds). When a client detects the leader is gone, it attempts to become the new leader. Random jitter prevents multiple clients from racing to claim leadership simultaneously.
This design requires no configuration – just run multiple teemux commands and they automatically coordinate.
When running Docker with the -t flag, output may appear corrupted:
Initializing database...
The files belonging to this database system...
Cause: The -t flag allocates a pseudo-TTY, which adds terminal control sequences (cursor positioning, colors, etc.) to the output. These sequences are meant for interactive terminal use, not for piping.
Solution: Remove the -t flag when running through teemux:
# ❌ Don't use -t
teemux --name db -- docker run --rm -it my-database
# ✅ Use -i only (or neither flag)
teemux --name db -- docker run --rm -i my-database
teemux --name db -- docker run --rm my-database
The flags:
-i = keep stdin open (for interactive input) ✅-t = allocate pseudo-TTY (adds terminal formatting) ❌# Install dependencies
npm install
# Build and watch for changes
npm run dev
# In another terminal, run with fake logs
node dist/teemux.js -- node scripts/fake-logs.js