Sub-agent OoO/Speculation (Superscalar) + bảng liveboard A2A giữa các agent (Constellation) — 2 mô-đun vận hành multi-agent cho AI coding

 (github.com/SoliEstre)
1 điểm bởi soliestre 10 giờ trước | Chưa có bình luận nào. | Chia sẻ qua WhatsApp

EstreGenesis, từng được giới thiệu trong bài trước, đã bổ sung thêm hai mô-đun lớn xuyên suốt các phiên bản 2.0~2.3.
Cả hai đều là những nỗ lực đưa vận hành đa tác tử của AI coding agent lên một cấp độ mới.

Constellation — giao tiếp thời gian thực giữa các cửa sổ hội thoại của agent (A2A WebSocket liveboard)

Khái niệm sub-agent trước đây là mô hình cha-con — agent main tạo ra con (spawn) rồi nhận kết quả từ con theo cấu trúc một chiều. Không có chuyện giao tiếp trực tiếp với cửa sổ hội thoại của agent khác.

Constellation phá vỡ ranh giới đó:

  • Cầu nối A2A(Agent-to-Agent) WebSocket — mỗi agent (Claude Code · Codex · Cursor, v.v.) vẫn giữ nguyên IDE session của mình, trong khi một tiến trình daemon riêng kết nối vào WebSocket liveboard để gửi tin nhắn tới cửa sổ hội thoại của agent khác. Đây là mô hình peer-to-peer giữa các node ngang hàng, không phụ thuộc cha-con. (Kiểm thử thực tế hiện mới xác nhận tới Claude/Codex. Khi vận hành, bắt buộc mỗi agent phải bật chế độ tự động phê duyệt AutoMode.)
  • Tách vai trò — main (PM điều phối) / local (worker) / upstream (peer agent tự trị như Hermes Agent) / collab (peer cộng tác viên bên ngoài). Khi main gửi Delegate (ủy nhiệm) cho worker, worker sẽ thực thi ngay trong IDE của mình và phản hồi bằng WorkerReport (báo cáo).
  • Tương thích agent theo lượt — mẫu dành cho runtime kiểu kết thúc lượt(turn) là kết thúc hội thoại như Claude Code: daemon bridge (inbox/outbox file IO) giữ lại tin nhắn đã nhận, và self-wake watcher (bộ giám sát tự đánh thức) sẽ khởi động lượt tiếp theo khi có tin nhắn đến. Có thể tách rời khỏi shell session (detached) để chạy nền thường trú.
  • Dashboard — mọi công việc, tin nhắn và trạng thái của tất cả agent đều hiển thị trên một màn hình. Chỉ nhìn vào board cũng có thể tái dựng lại toàn bộ luồng xử lý.

Nó được đưa vào dưới dạng spec của component Constellation.md + constellation/*.eux,
và ngay cả khi không tải runtime riêng tư — toàn bộ protocol vẫn đã được trình bày đầy đủ trong nội dung.

Superscalar — đưa kiến trúc bộ xử lý vào thực thi agent

Claude Opus 4.8 ultracode được công bố hôm nay (29/5) giả định việc vận hành một lượng lớn sub-agent,
nhưng để điều đó thực sự hiệu quả thì cần có cơ chế scheduling quyết định nên dispatch bao nhiêu task nào cùng lúc.
Superscalar mang nguyên xi bài toán mà kiến trúc CPU thập niên 1960~80 đã giải quyết — thực thi đồng thời nhiều lệnh (multi-issue / superscalar) · thực thi bỏ qua thứ tự khi đã thỏa phụ thuộc (out-of-order, OoO) · thực thi dựa trên dự đoán kết quả nhánh (speculation) — vào scheduling task của agent.

  • issue_width chính thức 5 chiều — số sub-agent có thể khởi chạy đồng thời tại một thời điểm được quyết định bằng giá trị nhỏ nhất của 5 ràng buộc:
    1. effort band theo độ khó task do Anthropic đề xuất (ước lượng quy mô công việc)
    2. trần của pace_mode (các chế độ tốc độ thực thi Cautious·Proactive·Burst·Sprint)
    3. Little's Law throughput (lý thuyết hàng đợi — tốc độ review của PM ÷ độ dài task trung bình)
    4. trần Kanban WIP (số việc đang làm cùng lúc ≈ quy mô nhóm + 1)
    5. autonomy_available_workers (số worker đã bật chế độ tự động phê duyệt — nếu không, mỗi hành động đều bật cửa sổ xin quyền người dùng và throughput sẽ sụp đổ)
  • Thực thi OoO + bảo toàn thứ tự kết quả (mẫu Tomasulo·ROB) — chỉ cần phụ thuộc được thỏa mãn thì task nào sẵn sàng sẽ chạy trước, bất kể declared order (thứ tự đã khai báo). Tuy nhiên PM sẽ retire (hoàn tất hợp nhất) kết quả theo đúng thứ tự gốc, nên từ góc nhìn người dùng vẫn hiện ra theo declared order. Đây là đúng mẫu từ bài báo Reorder Buffer của Smith-Pleszkun năm 1988.
  • Speculation (opt-in, áp dụng bài học Spectre) — announce + ack 2 bước: "consider X" → người dùng ack → "execute X (speculative lane)" → nếu dự đoán sai thì hủy toàn bộ worktree (thư mục làm việc tách biệt). Cưỡng chế 3 yếu tố của Toyota Andon (hiển thị hóa Jidoka) — tín hiệu trực quan · dây dừng khẩn cấp · log hồi cứu đáp án sai.
  • Cost-benefit gate — tự động xác định thời điểm mà spawn overhead < lợi ích song song, tại ngưỡng horizon crossover khoảng ~30-60k token. Các tác vụ nhỏ sẽ tự nhiên rơi về inline.

Mô-đun này đã được kiểm chứng theo 3 trục deep research (kinh điển học thuật về kiến trúc bộ xử lý / case study công nghiệp về agent harness / truyền thông công việc và quản trị học),
và được bổ sung bằng phần thân Superscalar.md cùng log dogfooding tự thử nghiệm Stage 1 (§11).

Nền tảng — nguyên tắc tuyệt đối của thực thi tự trị

Hai mô-đun trên đều giả định vận hành tự trị.
Nếu "throughput sụp đổ vì phải chờ người dùng xác nhận" thì cả hai đều mất ý nghĩa.
Vì vậy EstreGenesis 2.3 đã chính thức hóa điều sau thành nguyên tắc tuyệt đối:

Những bước tiếp theo đã được quyết định sẵn (thứ tự Phase · track planned (đã lên kế hoạch) · phần được gỡ blocked (bị chặn) · hàng đợi in-order retire (hoàn tất theo thứ tự)) thì cứ tiến hành, không cần hỏi,
và user gate chỉ còn đúng 4 trường hợp sau:

  1. Tổn thất hoặc phát hành ra bên ngoài (push · deploy · send · delete)
  2. Thời điểm xuất hiện quyết định phân nhánh lớn mới (giai đoạn quyết định RRP/thiết kế, nhưng việc thực thi Phase A/B/C được tạo ra từ đó là thực thi đã được quyết định)
  3. Điều phối thời điểm của deploy cần restart (bản thân việc áp dụng là tự trị, chỉ điều phối thời điểm restart)
  4. Steering rõ ràng từ người dùng (người dùng trực tiếp chỉ thị đổi hướng)

Những mẫu như "Bắt đầu Phase A nhé?" — tức lại đi hỏi về một thực thi đã được quyết định — bị gọi tên là vi phạm vận hành tự trị,
và đã được ghi thành nguyên tắc cốt lõi trong 6 seed để buộc downstream (các dự án áp dụng seed) phải tự thân cưỡng chế vận hành tự trị.

Tích hợp vào bootstrap seed v2.0+

EstreGenesis là một thư viện harness bootstrap · seed prompt,
cho phép sao chép 6 file gồm 3 tier Master/Lite/Compact × EN/KO vào dự án mới,
rồi thực hiện bootstrap interview + tự động tạo AGENTS.md,
và các mô-đun v2.0 (Constellation) · v2.3 (Superscalar) cũng đã được tích hợp vào cả 6 seed,
nên chỉ cần copy seed là đã bao gồm cả hai mô-đun + nguyên tắc thực thi tự trị.

  • Master: toàn văn nguyên tắc cốt lõi #12 (Constellation) + #13 (Superscalar) + #14 (thực thi tự trị) + § Constellation + § Execution Scheduling.
  • Lite/Compact: phiên bản nén của các nguyên tắc tương tự + các § cốt lõi.
  • Ở mọi tier đều có cơ chế cưỡng chế vận hành tự trị nhất quán, có thể kiểm chứng bằng grep.

GitHub: https://github.com/SoliEstre/EstreGenesis

Nội dung mô-đun:
Constellation.md
Superscalar.md

Changelog: CHANGELOG.md

Bài viết liên quan

Chưa có bình luận nào.

Chưa có bình luận nào.