Tất cả playbook
DOSSIER 01 12 trang

Multica vs Buzz — Một người, nhiều agent

Hai nền tảng mã nguồn mở để điều phối một đội agent chạy song song, mổ ra theo kiến trúc, mô hình vận hành và chi phí token. Kèm phương án thứ ba: dựng mô hình tương tự bằng Hermes Agent trên Telegram group.

Xuất bản: 7 tháng 8, 2026

“Chọn sai đơn vị nguyên thuỷ là chọn sai nền tảng — Multica coi việc là ticket, Buzz coi việc là event có chữ ký.”

Tóm tắt

  • Hai nền tảng giải cùng một nhu cầu — một người điều phối nhiều agent chạy song song nhiều dự án — nhưng chọn hai đơn vị nguyên thuỷ khác nhau. Chọn sai đơn vị nguyên thuả là chọn sai nền tảng.
  • Multica: đơn vị nguyên thuỷ là issue. Buzz: đơn vị nguyên thuỷ là event có chữ ký. Cả hai đều đã có mặt trong hệ Hermes.
  • Multica hiển thị token usage theo từng run, agent, issue — thấy run nào đắt và cắt đúng chỗ.
  • Buzz: mọi thao tác là event Nostr ký số, audit log hash-chain, danh tính bằng keypair.

Mục lục

  1. 01

    Kết luận trước, bằng chứng sau

    Hai nền tảng, hai đơn vị nguyên thuỷ, ba câu hỏi quyết định

  2. 02

    Multica — hồ sơ kỹ thuật

    Multiplexed Information and Computing Agent, Go backend, 44k+ star

  3. 03

    Multica — điều phối nhiều agent

    Squad, autopilot, ranh giới dữ liệu, self-host

  4. 04

    Buzz — hồ sơ kỹ thuật

    Workspace self-host, relay Nostr, Rust, Apache-2.0

  5. 05

    Buzz — vận hành và workflow

    Channel, workflow trigger, audit hash-chain, giới hạn repo tự thừa nhận

  6. 06

    Bảng so sánh 14 tiêu chí

    Đọc được cả khi in đen trắng

  7. 07

    Token đi đâu — bảy đòn tiết kiệm

    Dựa trên tài liệu, không suy diễn

  8. 08

    Phương án thứ ba: Hermes Agent + Telegram group

    Không buộc phải chọn một — có đường ghép cả ba

  9. 09

    Lộ trình 30 ngày

    Từ zero đến đội agent chạy song song

  10. 10

    Nguồn & những gì không xác minh được

    Mọi con số đều dẫn nguồn, kèm danh sách khoảng trống

Kết luận trước, bằng chứng sau

Hai nền tảng giải cùng một nhu cầu — một người điều phối nhiều agent chạy song song nhiều dự án — nhưng chọn hai đơn vị nguyên thuỷ khác nhau. Multica: đơn vị nguyên thuỷ là issue. Buzz: đơn vị nguyên thuả là event có chữ ký.

Ba câu hỏi quyết định

  1. Việc của bạn có hình dạng “ticket”? Nếu công việc chia được thành phần rời, có tiêu chí xong, Multica đúng hình dạng.
  2. Bạn cần audit tới mức nào? Buzz cho hash-kiểm chứng và chữ ký số trên từng event. Multica trả lời “tốn bao nhiêu”; Buzz trả lời “ai ký, không sửa được”.
  3. Bạn chịu được bao nhiêu đầu việc rời? Multica ở nhịp release gần như hằng ngày nhưng giấy phép không phải OSI thuần.

Phương án thứ ba

Cả hai đều đã có mặt trong hệ Hermes. Multica coi hermes là một trong 20 agent CLI chạy được, còn Hermes coi Buzz là một kênh messaging chính thức. Nghĩa là bạn không buộc phải chọn một — có đường ghép cả ba.

Nhận playbook đầy đủ (PDF)

Để lại email — chúng tôi gửi file PDF đầy đủ.