Zpět na domů

Tmux pro AI agenty: šablony 2026

Tmux se vyvinul do workspace pro 4–8 AI agentů. Šablony Feature Designs, agent forking a git worktree řeší git konflikty a kontext. Konfigurace, skripty a trade-offs pro senior vývojáře.

Tmux ožívá: 4–8 AI agentů v konzoli
Advertisement 728x90

Tmux pro orchestraci AI agentů: šablony paralelní vývoje 2026

V roce 2026 se tmux stal klíčovým nástrojem pro střední a senior vývojáře, kteří spravují 4–8 paralelních AI agentů, jako jsou Claude Code, Codex CLI nebo Gemini CLI. Místo grafických rozhraní se používají čisté bash skripty a tmux okna — jedno na agenta nebo git worktree. Tento přístup řeší problémy s únikem kontextu, konflikty v Gitu i kognitivní přetížení. Představíme tři šablony z Hacker News: Feature Designs, agent forking a integraci s worktree.

Proč tmux dominuje v době AI agentů

Tmux, vyvinutý v roce 2007 jako klient-server mnohokrát přepínací nástroj, je ideální pro terminálové AI nástroje. Každé okno izoluje proces agenta, zachovává stav při odpojení a umožňuje okamžité přepínání. Žádné vendor lock-in, žádné omezení počtu agentů. Praktický limit je 4–8 oken: dále klesá kvalita řešení kvůli ztrátě fokusy.

Klíčový kompromis: tmux neprovádí fork procesů, ale vytváří nové relace. Je to levné, ale vyžaduje git worktree pro zabránění konfliktům ve working directory. Bez worktree dva agenty v jednom repozitáři bojují o soubory — merge konflikty a chaos v git status.

Google AdInline article slot

Šablona Feature Designs: Markdown plán + spouštěcí agenty

Manuel Schipper (Staff AI Engineer, Snowflake) deleguje 90 % kódování agentům prostřednictvím strukturovaných Markdown specifikací – Feature Designs (FD). Každé tmux okno má svou roli:

  • Plánovač: generuje FD z problému.
  • Pracovník: implementuje podle FD.
  • PM: spravuje backlog.

FD jsou číslovány (FD-001...), uchovávány v docs/features/. Struktura:

  • Problém: popis problému.
  • Řešení: možnosti s kompromisy (přednosti/nevýhody).
  • Vybrané řešení: plán, seznam souborů.
  • Ověření: kroky pro ověření.

Příklad FD-051:

Google AdInline article slot
FD-051: Multi-label document classification
Status: Open
Priority: Medium
Effort: Medium
Impact: Better recall

## Problem
Incoming documents get a single category label, but many span multiple topics.

## Solution
1. LLM confidence scores per category.
2. Accept >0.90.
3. Second pass for 0.50–0.90.
4. Store with scores.

## Files
- src/classify/multi_label.py
- src/classify/prompts.py
- sql/01_schema.sql

## Verification
1. Run on staging.
2. Health checks.
3. Spot-check.

Životní cyklus: Planned → Design → Open → In Progress → Pending Verification → Complete. Automatizace přes 6 slash příkazů:

  • /fd-new: vytvořit FD.
  • /fd-status: index.
  • /fd-explore: kontext do relace.
  • /fd-deep: 4 paralelní agenty (algoritmy/struktura/increment/environment).
  • /fd-verify: proofreading + commit.
  • /fd-close: archivovat.

/fd-deep paralelizuje 4 agenty pro syntézu nápadů – inspirováno test-time compute. Během měsíců: 300+ FD. Inicializace: /fd-init vytvoří infrastrukturu.

Kompromis: agenty komprimují kontext, ztrácejí detaily – Schipper ručně píše checkpointy v Markdown.

Google AdInline article slot

Šablona agent forking: bodové forkování kontextu

Kaushik Gopal (Principal Engineer, Instacart) navrhuje fork bez plánování. V aktuální relaci se zachytí buffer (tmux capture-pane), obalí se do <context> a spustí se v novém okně.

Bash skript je minimální, nástrojově neutrální: fork z Claude do Gemini pro diagramy. Interaktivně: kopírujete si potřebné zpět ručně.

Přednosti:

  • Nízká náročnost – fork na vyžádání.
  • Křížový agenty: Codex → Claude → Gemini.

Nevýhody:

  • Žádný automatický merge.
  • Dlouhé forkování (>1 hodina) ztrácí synchronizaci s main.

Použití: vedlejší hypotézy, testování paralelně s funkcí. Skript na Gist – 20 řádků.

Šablona git worktree + tmux: izolace adresářů

Sō Ito řeší konflikty v Gitu: jeden worktree (git worktree add) na agenta, jedno tmux okno na worktree. Jméno okna = jméno worktree.

Vyhněte se pane hell: nezakládejte split podle worktree – window-per-worktree + panes pro shell/Vim.

Nástroj kage: kage feat-x vytvoří worktree, okno, Claude Code.

Příklad skriptu agent-worker:

#!/usr/bin/env bash
set -euo pipefail
WORKTREE_NAME="${1:?}"
FD_NUMBER="${2:?}"
WT_PATH="$(git rev-parse --show-toplevel)/../${WORKTREE_NAME}"

git worktree add "$WT_PATH" -b "feat/${WORKTREE_NAME}"
tmux new-window -n "$WORKTREE_NAME" -c "$WT_PATH" \
  "claude --permission-mode acceptEdits 'implement FD-${FD_NUMBER}'"

Minimální tmux.conf pro agenty

# Předpona C-a
unbind C-b
set -g prefix C-a
bind C-a send-prefix

# Číslování od 1
set -g base-index 1
setw -g pane-base-index 1

# Myš
set -g mouse on

# Historie
set -g history-limit 50000

# Vim panely
bind h select-pane -L
bind j select-pane -D
bind k select-pane -U
bind l select-pane -R

set -g renumber-windows on

Co je důležité

  • Maximálně 4–8 agentů: více znamená ztrátu fokusy, klesá kvalita.
  • Git worktree povinné: izolace od konfliktů při více než 3 agentech.
  • Jedno okno na agenta: pane hell ničí navigaci.
  • Checkpointy v Markdown: obejít kompresní ztrátu.
  • Bash + tmux: nulová závislost, nástrojově neutrální.

— Editorial Team

Advertisement 728x90

Číst dál