herdr: Terminal Agent Multiplexer for Coding Agents — 12K+ Stars

{{< thông tin tài nguyên >}}

Các tác nhân mã hóa AI đang nhân lên nhanh chóng — Claude Code, Codex CLI, Cline, OpenCode, Aider, Devin — và việc quản lý chúng đồng thời là một cơn ác mộng. Mỗi tác nhân muốn có thiết bị đầu cuối riêng, không gian làm việc riêng, cây quy trình riêng. Chuyển đổi giữa chúng có nghĩa là chuyển đổi tab qua một loạt các cửa sổ đầu cuối, mất dấu tác nhân nào đang hoạt động, tác nhân nào bị chặn và tác nhân nào bị lỗi.

herdr giải quyết vấn đề này bằng cách trở thành một bộ ghép kênh đầu cuối được thiết kế riêng cho các tác nhân AI. Hãy nghĩ đến tmux, nhưng thay vì quản lý shell, nó lại quản lý các tác nhân. Mỗi tác nhân có thiết bị đầu cuối thực của riêng mình (không phải là ứng dụng giả), bạn có thể xem nhanh trạng thái của chúng, sắp xếp chúng vào không gian làm việc và tab, đồng thời gắn lại từ mọi nơi — ngay cả điện thoại của bạn qua SSH.

Herdr là gì? #

herdr (phát âm là “heer-der”) là bộ ghép kênh đầu cuối dựa trên Rust dành cho các tác nhân mã hóa AI. Được tạo bởi Ogul Cancelik, nó cung cấp cho bạn một giao diện đầu cuối duy nhất để chạy, giám sát và quản lý nhiều tác nhân mã hóa cùng một lúc.

Triết lý cốt lõi: các tác nhân nên chạy trong thiết bị đầu cuối thực chứ không phải mô phỏng trong hộp cát. Khi một tác nhân khởi chạy TUI toàn màn hình (như htop hoặc lazygit), nó cần một PTY thực sự. herdr cung cấp điều này bằng cách gói từng tác nhân trong một phiên tmux nội bộ, nhưng trình bày một giao diện rõ ràng lấy tác nhân làm trung tâm ở trên cùng.

Khả năng chính #

• Thiết bị đầu cuối thực cho mỗi đại lý — Mỗi đại lý chạy trong PTY riêng với sự hỗ trợ TUI đầy đủ
• Theo dõi trạng thái tác nhân — Thanh bên hiển thị từng tác nhân là bị chặn (màu đỏ), đang hoạt động (màu vàng), đã hoàn thành (màu xanh lam) hoặc không hoạt động (màu xanh lá cây)
• Không gian làm việc và tab — Sắp xếp các tác nhân theo thư mục hoặc kho lưu trữ dự án
• Phiên liên tục — Đóng máy tính xách tay của bạn, tách khỏi SSH và các tác nhân tiếp tục chạy; gắn lại từ bất kỳ thiết bị đầu cuối nào
• Không đo từ xa — Hệ nhị phân đơn, không có tài khoản, không phụ thuộc vào đám mây, không thu thập dữ liệu
• Giao diện người dùng gốc chuột — Nhấp, kéo và chia các ô mà không cần chạm vào bàn phím

Kiến trúc #

herdr được xây dựng trên kiến trúc đơn giản nhưng mạnh mẽ:

┌─────────────────────────────────────┐
│           herdr CLI (Rust)          │
│  ┌──────────┬──────────┬─────────┐ │
│  │ Workspace│ Workspace│ Workspace│ │
│  │   Tab 1  │   Tab 2  │   Tab 3 │ │
│  │          │          │         │ │
│  │  ┌────┐  │  ┌────┐  │  ┌────┐ │ │
│  │  │AGT1│  │  │AGT2│  │  │AGT3│ │ │
│  │  └────┘  │  └────┘  │  └────┘ │ │
│  └──────────┴──────────┴─────────┘ │
└─────────────────────────────────────┘
         │           │           │
    ┌────▼────┐ ┌────▼────┐ ┌────▼────┐
    │ tmux #1 │ │ tmux #2 │ │ tmux #3 │
    │ (PTY)   │ │ (PTY)   │ │ (PTY)   │
    └─────────┘ └─────────┘ └─────────┘

Máy chủ đại lý #

herdr chạy một quy trình máy chủ nền (herdr-server) tồn tại trong các phiên cuối. Máy chủ này:

1. Quản lý tất cả các phiên tmux cho đại lý
2. Theo dõi trạng thái tác nhân (bị chặn/đang hoạt động/hoàn thành/không hoạt động)
3. Xử lý việc gắn lại từ các thiết bị đầu cuối mới
4. Duy trì không gian làm việc và tổ chức tab

Khi bạn đóng máy tính xách tay hoặc mất kết nối SSH, máy chủ vẫn tiếp tục chạy. Khi bạn kết nối lại, herdr Attach sẽ khôi phục toàn bộ không gian làm việc của bạn chính xác như khi bạn rời khỏi nó.

Phát hiện trạng thái #

herdr phát hiện trạng thái tác nhân bằng cách theo dõi các mẫu đầu ra của thiết bị đầu cuối:

• Bị chặn (màu đỏ) — Tác nhân đang chờ người dùng nhập dữ liệu, chỉnh sửa tệp hoặc phê duyệt
• Đang hoạt động (màu vàng) — Tác nhân đang tích cực chạy lệnh, viết mã hoặc suy luận
• Xong (màu xanh) — Đại lý đã hoàn thành nhiệm vụ của mình và thoát
• Không hoạt động (màu xanh lá cây) — Tác nhân đang chạy nhưng không tích cực xử lý

Đây là dựa trên heuristic (không cần hook) và hoạt động với bất kỳ tác nhân nào tạo ra đầu ra đầu cuối - Claude Code, Codex CLI, Cline, OpenCode, Aider, v.v.

Cài đặt #

Cài đặt hàng hóa #

đàn cài đặt hàng hóa

Yêu cầu Rust 1.70+. Đây là phương pháp được đề xuất để hỗ trợ đầy đủ tính năng.

Nhị phân dựng sẵn #

#Linux (x86_64)
cuộn tròn -L https://github.com/ogulcancelik/herdr/releases/latest/download/herdr-x86_64-linux.tar.gz | tar xz
sudo mv herdr /usr/local/bin/

#macOS (Apple Silicon)
cuộn tròn -L https://github.com/ogulcancelik/herdr/releases/latest/download/herdr-aarch64-darwin.tar.gz | tar xz
sudo mv herdr /usr/local/bin/

Docker #

docker chạy -it --rm \
  -v ~/.herdr:/root/.herdr \
  -v /var/run/docker.sock:/var/run/docker.sock \
  ghcr.io/ogulcancelik/herdr:mới nhất

Điều kiện tiên quyết #

• tmux 3.2+ (herdr sử dụng tmux để quản lý PTY)
• Rust 1,70+ (đối với lắp đặt hàng hóa)
• SSH (tùy chọn, để gắn lại từ xa)

Cách sử dụng #

Bắt đầu một đại lý #

# Bắt đầu Mã Claude trong khung tác nhân mới
Herdr chạy claude-code

# Bắt đầu Codex CLI với một tác vụ cụ thể
herdr run codex "Tái cấu trúc mô-đun xác thực để sử dụng JWT"

# Khởi động song song nhiều tác nhân
Herdr chạy claude-code &
herdr chạy codex &
chờ đã

Quản lý không gian làm việc #

# Tạo không gian làm việc mới cho dự án
không gian làm việc herdr tạo dự án của tôi --dir ./my-project

# Thêm tác nhân vào không gian làm việc
không gian làm việc herdr sử dụng dự án của tôi
herdr run claude-code --workspace my-project

# Chuyển đổi giữa các không gian làm việc
danh sách không gian làm việc herdr
không gian làm việc herdr sử dụng dự án khác

Giám sát các quốc gia đại lý #

# Xem tất cả các đại lý và trạng thái của họ
trạng thái đàn

# Xem trạng thái đại lý trong thời gian thực
đồng hồ Herdr

# Nhận thông báo khi đại lý kết thúc
herdr thông báo --on-done "echo Agent $AGENT đã hoàn thành"

Gắn và tách #

# Đính kèm vào máy chủ herdr (hiển thị tất cả các đại lý)
đàn đính kèm

# Tách (Ctrl+B, D — giống như tmux)
# Đại lý tiếp tục chạy

# Gắn lại từ thiết bị đầu cuối hoặc phiên SSH khác
người dùng ssh@server
đàn đính kèm

# Gắn lại từ điện thoại của bạn
người dùng ssh@server -p 22
đàn đính kèm

Tách và bố cục #

# Chia theo chiều ngang
đàn chia-h

# Chia theo chiều dọc
đàn chia-v

# Chuyển qua các bố cục
bố cục herdr tiếp theo

# Thay đổi kích thước khung
thay đổi kích thước đàn --up 5

Đại lý được hỗ trợ #

herdr hoạt động với bất kỳ tác nhân mã hóa dựa trên CLI nào. Chính thức thử nghiệm với:

Cấu hình tác nhân tùy chỉnh #

Bạn có thể xác định các tác nhân tùy chỉnh bằng các mẫu phát hiện trạng thái cụ thể:

# ~/.herdr/agents.yaml
đại lý:
  đại lý tùy chỉnh của tôi:
    lệnh: "tác nhân của tôi --task $TASK"
    trạng thái_patterns:
      bị chặn: /đang chờ đầu vào|vui lòng chỉnh sửa/
      đang làm việc: /chạy|thực thi|phân tích/
      xong: /hoàn thành|hoàn thành|xong/
    không gian làm việc_default: "tùy chỉnh"

So sánh với các lựa chọn thay thế #

herdr vs tmux #

tmux là công cụ có mục đích chung hơn. herdr là tmux dành cho tổng đài viên — nó bao gồm việc quản lý phiên của tmux trong giao diện người dùng tập trung vào đại lý. Nếu bạn chỉ quản lý thiết bị đầu cuối (không có đại lý), tmux là đủ. Nếu bạn quản lý đồng thời nhiều tác nhân mã hóa, Herdr sẽ tiết kiệm đáng kể chi phí nhận thức.

herdr vs tmuxinator #

tmuxinator là trình quản lý phiên cho tmux - nó mở các cửa sổ và khung được xác định trước. Herdr tiến xa hơn bằng cách theo dõi những gì đang chạy bên trong mỗi khung và hiển thị trạng thái tác nhân một cách trực quan.

herdr vs Screen #

Màn hình là ông tổ của bộ ghép kênh đầu cuối. herdr là những gì bạn nhận được khi thiết kế lại nó cho kỷ nguyên đặc vụ AI.

Hiệu suất #

herdr được viết bằng Rust và rất nhẹ:

• Kích thước nhị phân: ~15 MB (nhị phân tĩnh đơn)
• Mức sử dụng bộ nhớ: ~2 MB không hoạt động, ~5 MB mỗi phiên tác nhân
• Thời gian khởi động: < 50ms
• Mức sử dụng CPU: Gần bằng 0 khi không hoạt động, tăng theo hoạt động của tác nhân

Máy chủ tmux chạy dưới dạng nền nền với chi phí tối thiểu. Tất cả hoạt động phát hiện trạng thái đều diễn ra cục bộ thông qua phân tích đầu ra của thiết bị đầu cuối — không cần gọi mạng, không phụ thuộc vào đám mây.

Hạn chế #

Không có GUI #

herdr chỉ dành cho thiết bị đầu cuối. Không có ứng dụng dành cho máy tính để bàn, không có giao diện người dùng trình duyệt, không có ứng dụng dành cho thiết bị di động (mặc dù bạn có thể SSH vào máy chủ và sử dụng herdr từ thiết bị đầu cuối của điện thoại). Nếu bạn thích một bảng điều khiển trực quan, TUI của Herdr có thể mang lại cảm giác đơn giản.

Phát hiện trạng thái theo kinh nghiệm #

Việc phát hiện trạng thái tác nhân dựa vào mẫu đầu ra của thiết bị đầu cuối chứ không phải móc API. Điều này có nghĩa là:

• Nó hoạt động với bất kỳ tác nhân nào (không cần tích hợp)
• Nhưng đôi khi nó có thể phân loại sai các trạng thái (ví dụ: một tác nhân in “đang hoạt động…” trong khi thực sự bị chặn)
• Các mẫu tùy chỉnh có thể được cấu hình cho các trường hợp cạnh

Khả năng tương thích của tác nhân #

Trong khi herdr làm việc với bất kỳ tác nhân CLI nào, một số tác nhân có những điểm kỳ quặc:

• Tác nhân xóa màn hình đầu cuối có thể mất bối cảnh trạng thái
• Tác nhân sử dụng mã thoát không chuẩn có thể không được phát hiện chính xác
• Các tác nhân TUI toàn màn hình (như vim hoặc htop) hoạt động hoàn hảo — đây thực sự là thế mạnh của herdr

Không có tính năng thanh toán tích hợp #

herdr không theo dõi chi phí API hoặc việc sử dụng mã thông báo. Nếu bạn đang quản lý đại lý trên các API trả phí, bạn sẽ cần các công cụ riêng để theo dõi chi phí.

Ý kiến ​​của biên tập viên #

herdr lấp đầy khoảng trống ngày càng rộng hơn khi các tác nhân mã hóa AI được nhân lên. Trước các đại lý, tmux là đủ - bạn quản lý các thiết bị đầu cuối chứ không phải các quy trình thông minh. Nhưng khi mỗi “thiết bị đầu cuối” là một tác nhân tự trị suy nghĩ, viết mã và đôi khi bị kẹt chờ bạn, bạn cần nhiều thứ hơn là quản lý cửa sổ. Bạn cần nhận thức về đại lý.

thiên tài của herdr là sự đơn giản của nó. Nó không cố gắng trở thành một IDE, một người quản lý dự án hoặc một đường dẫn CI/CD. Nó là một bộ ghép kênh đầu cuối có khả năng hiểu các tác nhân - trạng thái, không gian làm việc của họ, nhu cầu duy trì hoạt động của họ sau khi bị ngắt kết nối. Thực tế là nó được viết bằng Rust và không tốn chi phí để chạy khiến nó trở nên dễ dàng đối với bất kỳ ai đang xử lý nhiều tác nhân mã hóa.

Chỉ riêng thanh bên trạng thái được mã hóa màu đã tiết kiệm được số phút mỗi ngày. Không còn phải duyệt qua 8 cửa sổ đầu cuối để tự hỏi tác nhân nào đã hoàn thành và tác vụ nào bị kẹt. herdr cho bạn biết: đỏ = bị chặn (bạn cần hành động), vàng = đang làm việc (để yên), xanh = xong (kiểm tra đầu ra), xanh = không hoạt động (nó đang suy nghĩ).

Đối với các nhóm điều hành nhiều tác nhân trên các kho lưu trữ, cách tổ chức không gian làm việc của Herdr là vô giá. Tạo không gian làm việc cho mỗi dự án, thêm tác nhân cho mỗi thư mục và chuyển đổi giữa các dự án mà không làm mất bối cảnh. Tính năng reattach-over-SSH có nghĩa là các tác nhân của bạn tiếp tục chạy trên máy chủ từ xa ngay cả khi máy tính xách tay của bạn ở chế độ ngủ.

Điều duy nhất Herdr thiếu so với các lựa chọn thay thế thương mại là bảng điều khiển trực quan. Nhưng đối với người dùng thiết bị đầu cuối — và đó là đối tượng của Herdr — TUI nhanh hơn, nhẹ hơn và đáng tin cậy hơn bất kỳ trình quản lý đại lý dựa trên web nào.

##Câu hỏi thường gặp

Hỏi: Herdr có hoạt động với các tác nhân không mã hóa không? #

Đ: Vâng. Bất kỳ quy trình CLI nào tạo ra đầu ra cuối cùng đều có thể được quản lý bởi herdr. Mặc dù nó được tối ưu hóa cho các tác nhân mã hóa (Claude Code, Codex, Cline), bạn có thể sử dụng nó để quản lý mọi quy trình đầu cuối chạy dài - máy chủ web, đường dẫn dữ liệu, công cụ giám sát, v.v.

Hỏi: Tôi có thể sử dụng herdr trên Windows không? #

Trả lời: herdr yêu cầu tmux, đây chủ yếu là một công cụ Unix. Trên Windows, bạn có thể sử dụng WSL2 (Hệ thống con Windows cho Linux) để chạy herdr. Hỗ trợ Windows gốc đã được lên kế hoạch nhưng chưa có sẵn.

Hỏi: Herdr xử lý sự cố của tác nhân như thế nào? #

Trả lời: Nếu một tác nhân gặp sự cố, herdr sẽ đánh dấu nó là bị chặn (màu đỏ) và giữ nguyên phiên cuối. Bạn có thể kiểm tra kết quả sự cố, khắc phục sự cố và khởi động lại tác nhân trong cùng một không gian làm việc mà không làm mất ngữ cảnh.

Hỏi: Có bảng điều khiển dựa trên web cho herdr không? #

Đáp: Chưa. herdr là thiết bị đầu cuối đầu tiên theo thiết kế. Những người sáng tạo đã đề cập đến một trang tổng quan web nằm trong lộ trình, nhưng TUI hiện tại được coi là đủ cho đối tượng mục tiêu.

Hỏi: Herdr có thể quản lý các tác nhân trên máy chủ từ xa không? #

Đ: Vâng. Vì herdr sử dụng quy trình máy chủ nên bạn có thể chạy herdr-server trên một máy từ xa và đính kèm từ bất kỳ thiết bị đầu cuối nào (bao gồm cả SSH từ điện thoại của bạn). Tác nhân tiếp tục chạy trên máy chủ từ xa bất kể trạng thái kết nối của bạn.

Hỏi: Herdr có hỗ trợ giao tiếp giữa các đại lý không? #

Đáp: Không trực tiếp. herdr quản lý các tác nhân song song nhưng không tạo điều kiện thuận lợi cho việc giao tiếp giữa chúng. Nếu các tác nhân cần chia sẻ dữ liệu, hãy sử dụng hệ thống tệp dùng chung, biến môi trường hoặc hàng đợi tin nhắn.

Thông tin khác từ Dibi8 #

• OmniRoute: Cổng AI miễn phí với 237 nhà cung cấp
• Orca: Điều phối tác nhân song song của StableAI
• Chrome DevTools MCP: Tự động hóa trình duyệt dành cho tác nhân mã hóa

Nguồn #

• Kho lưu trữ Herdr GitHub
• Tài liệu về herdr
• Blog Herdr

Đã xuất bản: ngày 07 tháng 7 năm 2026 | Cập nhật lần cuối: Ngày 07 tháng 7 năm 2026 | Sao: 12.627 | Giấy phép: KHÔNG ĐÁNH GIÁ