옵션
집집 Skill DevOps 및 CI/CD dmux-workflows

dmux-workflows

affaan-m/ECC affaan-m/ECC

Claude Code 및 Codex와 같은 에이전트 하네스를 위한 tmux 패널 관리자인 dmux를 사용하여 병렬 AI 에이전트 세션을 구성합니다.

...모든 것을 확장하십시오
0
업데이트 된 시간 2026년 10월 2일

dmux 워크플로우

에이전트 하네스용 tmux 패널 관리자인 dmux를 사용하여 병렬 AI 에이전트 세션을 조정합니다.

활성화 시점

  • 여러 에이전트 세션을 병렬로 실행할 때
  • Claude Code, Codex 및 기타 하네스 간 작업 조정 시
  • ‘분할 정복’ 병렬 처리가 효과적인 복잡한 작업
  • 사용자가 "병렬로 실행", "이 작업을 분할", "dmux 사용" 또는 "다중 에이전트"라고 말할 때

dmux란?

dmux는 AI 에이전트 패널을 관리하는 tmux 기반의 오케스트레이션 도구입니다:

  • n 키를 눌러 프롬프트가 있는 새 패널을 생성합니다
  • m 키를 눌러 페인의 출력을 메인 세션으로 병합합니다
  • 지원 대상: Claude Code, Codex, OpenCode, Cline, Gemini, Qwen

설치: 패키지를 확인한 후 저장소에서 dmux를 설치하세요. github.com/standardagents/dmux를 참조하세요.

빠른 시작

# dmux 세션 시작
dmux

# 에이전트 패널 생성 (dmux에서 'n'을 누른 후 프롬프트를 입력)
# 패널 1: "src/auth/에 인증 미들웨어 구현"
# 패널 2: "사용자 서비스에 대한 테스트 작성"
# 패널 3: "API 문서 업데이트"

# 각 패널은 자체 에이전트 세션을 실행합니다
# 'm' 키를 눌러 결과를 다시 병합하세요

워크플로우 패턴

패턴 1: 조사 + 구현

조사와 구현을 병렬 트랙으로 분리합니다:

패널 1 (조사): "Node.js에서 속도 제한(rate limiting)에 대한 모범 사례를 조사하세요.
  기존 라이브러리를 확인하고, 접근 방식을 비교한 후, 조사 결과를
  /tmp/rate-limit-research.md에 기록하세요"

패널 2 (구현): "Express API용 속도 제한 미들웨어를 구현합니다.
  기본 토큰 버킷부터 시작하고, 연구가 완료된 후 개선합니다."

# 패널 1이 완료되면, 조사 결과를 패널 2의 컨텍스트에 병합합니다

패턴 2: 다중 파일 기능

독립적인 파일 간에 작업을 병렬화합니다:

패널 1: "청구 기능을 위한 데이터베이스 스키마와 마이그레이션을 생성하세요"
패널 2: "src/api/billing/에 청구 API 엔드포인트를 구축하세요"
패널 3: "청구 대시보드 UI 컴포넌트를 생성하세요"

# 모두 병합한 후, 메인 패널에서 통합 작업을 수행하세요

패턴 3: 테스트 + 수정 루프

한 패널에서 테스트를 실행하고, 다른 패널에서 수정:

패널 1 (감시자): "테스트 스위트를 감시 모드로 실행합니다. 테스트가 실패하면,
  실패 내용을 요약합니다."

패널 2 (수정자): "패널 1의 오류 출력을 바탕으로 실패한 테스트를 수정합니다"

패턴 4: 크로스 하네스

작업별로 서로 다른 AI 도구를 사용합니다:

창 1 (Claude Code): "인증 모듈의 보안을 검토합니다"
창 2 (Codex): "성능 향상을 위해 유틸리티 함수를 리팩토링합니다"
창 3 (Claude Code): "결제 흐름에 대한 E2E 테스트를 작성합니다"

패턴 5: 코드 검토 파이프라인

병렬 검토 관점:

창 1: "src/api/ 디렉터리의 보안 취약점 검토"
창 2: "src/api/ 디렉터리의 성능 문제 검토"
창 3: "src/api/ 디렉터리의 테스트 커버리지 누락 검토"

# 모든 검토 결과를 단일 보고서로 통합

모범 사례

  1. 독립적인 작업만 포함하십시오. 서로의 결과물에 의존하는 작업은 병렬로 처리하지 마십시오.
  2. 경계를 명확히 하십시오. 각 패널은 서로 다른 파일이나 관심사를 다루어야 합니다.
  3. 전략적으로 병합하십시오. 충돌을 방지하기 위해 병합 전에 각 검토 패널의 결과를 검토하십시오.
  4. git 워크트리를 사용하십시오. 파일 충돌이 발생하기 쉬운 작업의 경우, 패널별로 별도의 워크트리를 사용하십시오.
  5. 리소스 관리. 각 페인은 API 토큰을 사용하므로, 총 페인 수를 5~6개 미만으로 유지하십시오.

Git 워크트리 통합

파일이 중복되는 작업의 경우:

# 격리를 위해 워크트리 생성
git worktree add -b feat/auth ../feature-auth HEAD
git worktree add -b feat/billing ../feature-billing HEAD

# 별도의 워크트리에서 에이전트 실행
# 패널 1: cd ../feature-auth && claude
# 패널 2: cd ../feature-billing && claude

# 작업 완료 후 브랜치 병합
git merge feat/auth
git merge feat/billing

보조 도구

도구 기능 사용 시점
dmux 에이전트용 tmux 패널 관리 병렬 에이전트 세션
슈퍼셋 10개 이상의 병렬 에이전트를 위한 터미널 IDE 대규모 오케스트레이션
Claude 코드 태스크 도구 프로세스 내 서브에이전트 생성 세션 내 프로그래밍 방식의 병렬 처리
Codex 다중 에이전트 내장 에이전트 역할 Codex 전용 병렬 작업

ECC 헬퍼

ECC에는 이제 별도의 git 작업 트리를 사용하는 외부 tmux-pane 오케스트레이션을 위한 헬퍼가 포함되어 있습니다:

node scripts/orchestrate-worktrees.js plan.json --execute

plan.json 예시:

{
  "sessionName": "skill-audit",
  "baseRef": "HEAD",
  "launcherCommand": "codex exec --cwd {worktree_path} --task-file {task_file}",
  "workers": [
    { "name": "docs-a", "task": "스킬 1~4 수정 및 인계 메모 작성." },
    { "name": "docs-b", "task": "스킬 5~8 수정 및 인계 메모 작성." }
  ]
}

헬퍼:

  • 각 워커마다 브랜치를 기반으로 한 Git 작업 트리를 하나씩 생성합니다
  • 선택적으로 메인 체크아웃에서 선택한 seedPaths를 각 워커 워크트리에 오버레이합니다
  • .orchestration// 경로 아래에 각 워커별 task.md, handoff.md, status.md 파일을 작성합니다
  • 워커당 하나의 패널을 가진 tmux 세션을 시작합니다
  • 각 워커 명령을 별도의 패널에서 실행합니다
  • 오케스트레이터가 사용할 수 있도록 메인 패널을 비워 둡니다

워커가 로컬 오케스트레이션 스크립트, 계획 초안 또는 문서와 같이 아직 HEAD에 포함되지 않은 변경된(dirty) 또는 추적되지 않은(untracked) 로컬 파일에 액세스해야 할 때 seedPaths를 사용합니다:

{
  "sessionName": "workflow-e2e",
  "seedPaths": [
    "scripts/orchestrate-worktrees.js",
    "scripts/lib/tmux-worktree-orchestrator.js",
    ".claude/plan/workflow-e2e-test.json"
  ],
  "launcherCommand": "bash {repo_root}/scripts/orchestrate-codex-worker.sh {task_file} {handoff_file} {status_file}",
  "workers": [
    { "name": "seed-check", "task": "작업 시작 전에 시드 파일이 있는지 확인합니다." }
  ]
}

문제 해결

  • 패인이 응답하지 않는 경우: 해당 패인으로 직접 전환하거나 tmux capture-pane -pt :0 명령어를 사용하여 확인하십시오 ..
  • 병합 충돌: git worktrees를 사용하여 패널별로 파일 변경 사항을 분리하십시오.
  • 토큰 사용량 과다: 병렬로 실행 중인 패널 수를 줄이세요. 각 패널은 완전한 에이전트 세션입니다.
  • tmux를 찾을 수 없음: brew install tmux (macOS) 또는 apt install tmux (Linux)를 사용하여 설치하십시오.
GitHub에서 보기
---
name: dmux-workflows
description: Orchestrate parallel AI agent sessions using dmux, a tmux pane manager for agent harnesses like Claude Code and Codex.
---

# dmux Workflows

Orchestrate parallel AI agent sessions using dmux, a tmux pane manager for agent harnesses.

## When to Activate

- Running multiple agent sessions in parallel
- Coordinating work across Claude Code, Codex, and other harnesses
- Complex tasks that benefit from divide-and-conquer parallelism
- User says "run in parallel", "split this work", "use dmux", or "multi-agent"

## What is dmux

dmux is a tmux-based orchestration tool that manages AI agent panes:
- Press `n` to create a new pane with a prompt
- Press `m` to merge pane output back to the main session
- Supports: Claude Code, Codex, OpenCode, Cline, Gemini, Qwen

**Install:** Install dmux from its repository after reviewing the package. See [github.com/standardagents/dmux](https://github.com/standardagents/dmux)

## Quick Start

```bash
# Start dmux session
dmux

# Create agent panes (press 'n' in dmux, then type prompt)
# Pane 1: "Implement the auth middleware in src/auth/"
# Pane 2: "Write tests for the user service"
# Pane 3: "Update API documentation"

# Each pane runs its own agent session
# Press 'm' to merge results back
```

## Workflow Patterns

### Pattern 1: Research + Implement

Split research and implementation into parallel tracks:

```
Pane 1 (Research): "Research best practices for rate limiting in Node.js.
  Check current libraries, compare approaches, and write findings to
  /tmp/rate-limit-research.md"

Pane 2 (Implement): "Implement rate limiting middleware for our Express API.
  Start with a basic token bucket, we'll refine after research completes."

# After Pane 1 completes, merge findings into Pane 2's context
```

### Pattern 2: Multi-File Feature

Parallelize work across independent files:

```
Pane 1: "Create the database schema and migrations for the billing feature"
Pane 2: "Build the billing API endpoints in src/api/billing/"
Pane 3: "Create the billing dashboard UI components"

# Merge all, then do integration in main pane
```

### Pattern 3: Test + Fix Loop

Run tests in one pane, fix in another:

```
Pane 1 (Watcher): "Run the test suite in watch mode. When tests fail,
  summarize the failures."

Pane 2 (Fixer): "Fix failing tests based on the error output from pane 1"
```

### Pattern 4: Cross-Harness

Use different AI tools for different tasks:

```
Pane 1 (Claude Code): "Review the security of the auth module"
Pane 2 (Codex): "Refactor the utility functions for performance"
Pane 3 (Claude Code): "Write E2E tests for the checkout flow"
```

### Pattern 5: Code Review Pipeline

Parallel review perspectives:

```
Pane 1: "Review src/api/ for security vulnerabilities"
Pane 2: "Review src/api/ for performance issues"
Pane 3: "Review src/api/ for test coverage gaps"

# Merge all reviews into a single report
```

## Best Practices

1. **Independent tasks only.** Don't parallelize tasks that depend on each other's output.
2. **Clear boundaries.** Each pane should work on distinct files or concerns.
3. **Merge strategically.** Review pane output before merging to avoid conflicts.
4. **Use git worktrees.** For file-conflict-prone work, use separate worktrees per pane.
5. **Resource awareness.** Each pane uses API tokens — keep total panes under 5-6.

## Git Worktree Integration

For tasks that touch overlapping files:

```bash
# Create worktrees for isolation
git worktree add -b feat/auth ../feature-auth HEAD
git worktree add -b feat/billing ../feature-billing HEAD

# Run agents in separate worktrees
# Pane 1: cd ../feature-auth && claude
# Pane 2: cd ../feature-billing && claude

# Merge branches when done
git merge feat/auth
git merge feat/billing
```

## Complementary Tools

| Tool | What It Does | When to Use |
|------|-------------|-------------|
| **dmux** | tmux pane management for agents | Parallel agent sessions |
| **Superset** | Terminal IDE for 10+ parallel agents | Large-scale orchestration |
| **Claude Code Task tool** | In-process subagent spawning | Programmatic parallelism within a session |
| **Codex multi-agent** | Built-in agent roles | Codex-specific parallel work |

## ECC Helper

ECC now includes a helper for external tmux-pane orchestration with separate git worktrees:

```bash
node scripts/orchestrate-worktrees.js plan.json --execute
```

Example `plan.json`:

```json
{
  "sessionName": "skill-audit",
  "baseRef": "HEAD",
  "launcherCommand": "codex exec --cwd {worktree_path} --task-file {task_file}",
  "workers": [
    { "name": "docs-a", "task": "Fix skills 1-4 and write handoff notes." },
    { "name": "docs-b", "task": "Fix skills 5-8 and write handoff notes." }
  ]
}
```

The helper:
- Creates one branch-backed git worktree per worker
- Optionally overlays selected `seedPaths` from the main checkout into each worker worktree
- Writes per-worker `task.md`, `handoff.md`, and `status.md` files under `.orchestration/<session>/`
- Starts a tmux session with one pane per worker
- Launches each worker command in its own pane
- Leaves the main pane free for the orchestrator

Use `seedPaths` when workers need access to dirty or untracked local files that are not yet part of `HEAD`, such as local orchestration scripts, draft plans, or docs:

```json
{
  "sessionName": "workflow-e2e",
  "seedPaths": [
    "scripts/orchestrate-worktrees.js",
    "scripts/lib/tmux-worktree-orchestrator.js",
    ".claude/plan/workflow-e2e-test.json"
  ],
  "launcherCommand": "bash {repo_root}/scripts/orchestrate-codex-worker.sh {task_file} {handoff_file} {status_file}",
  "workers": [
    { "name": "seed-check", "task": "Verify seeded files are present before starting work." }
  ]
}
```

## Troubleshooting

- **Pane not responding:** Switch to the pane directly or inspect it with `tmux capture-pane -pt <session>:0.<pane-index>`.
- **Merge conflicts:** Use git worktrees to isolate file changes per pane.
- **High token usage:** Reduce number of parallel panes. Each pane is a full agent session.
- **tmux not found:** Install with `brew install tmux` (macOS) or `apt install tmux` (Linux).

모든 파일

1개 파일

dmux-workflows 설치

스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어주세요.

ZIP 다운로드

저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.

git clone https://github.com/affaan-m/ECC/tree/main/skills/dmux-workflows # Copy SKILL.md to your .claude/skills/ directory

복사 복사
빠른 설정: 스킬 폴더를 .claude/skills/로 복사하세요. Claude가 해당 스킬을 자동으로 감지하여 사용할 것입니다.
저장소 affaan-m/ECC

관련 스킬

klingai-upgrade-migration
업데이트 된 시간 2026년 7월 3일
Verification &amp; Quality Assurance
업데이트 된 시간 2026년 6월 29일
base44-cli
업데이트 된 시간 2026년 6월 29일
Railway CLI Management
업데이트 된 시간 2026년 7월 2일
OR