Micro-Council: Hội Đồng AI Nhỏ Chọn Cơ Chế Theo Chỗ Thiếu Để Giữ Chi Phí Thấp
akiflow chỉ triệu tập đúng những ghế mà yêu cầu cần, và chọn cơ chế (subagent rẻ, subagent mạnh, hội đồng có tranh luận) theo thứ đang thiếu: băng thông, tính liên tục, tính độc lập hay tranh luận.
Khi đưa AI vào quy trình làm phần mềm, nhiều đội rơi vào một trong hai cực: một agent đơn lẻ sinh lỗi ngầm hàng loạt, hoặc một swarm hàng chục agent vừa đắt vừa khó kiểm soát.
Micro-council trong akiflow đi đường thứ ba: quy mô hội đồng do các work item quyết định, không do một con số cố định. Một ghế chỉ được triệu tập khi truy được về một yêu cầu trong lời chủ dự án, và mọi cơ chế mặc định tắt cho đến khi lượt chạy đó có lý do bật nó.
Chọn cơ chế theo chỗ thiếu, không theo chức danh
Thay vì gọi subagent tùy hứng, akiflow hỏi lượt chạy đang thiếu gì:
- ◆Băng thông (việc cơ học, lặp lại, khối lượng lớn): plain subagent ở tier rẻ nhất đủ dùng. Việc tự mô tả được nên ngữ cảnh trống không gây hại.
- ◆Tính liên tục (cần quyết định trước đó): plain subagent nhận file kế hoạch hoặc diff ngay trong prompt. Fork kế thừa lịch sử phiên nhưng mặc định tắt trong Claude Code và không phải artifact sống qua các phiên, nên file kế hoạch mới là chỗ giữ liên tục.
- ◆Tính độc lập (không được nhiễm lập luận của lead): plain subagent ở tier mạnh. Ngữ cảnh trống ở đây là tài sản.
- ◆Tranh luận có cấu trúc: roster đặt tên, triệu tập cùng một lượt, nói chuyện trực tiếp với nhau bằng
SendMessage. - ◆Băng thông chỉ đọc, ngoài hạn mức Claude: một CLI khác chạy headless ở chế độ chỉ đọc, chỉ dùng để truy xuất, không để phán xét.
Hai pha và cổng kích hoạt
Trước hết là cổng kích hoạt: phân rã được thành ít nhất hai item, có nhiều chuẩn "đúng" khác nhau, và chi phí sai lớn hơn chi phí điều phối. Thiếu một điều kiện thì không mở hội đồng mà làm trực tiếp. Chi tiết ở bài cổng kích hoạt.
Pha A, tranh luận và khóa kế hoạch: các ghế đã triệu tập phản biện lẫn nhau, lead đóng từng item kèm rationale tối đa ba dòng vào checklist.md. Không ghi mã trong pha A. Mỗi lần gửi SendMessage là một lượt đầy đủ của agent nhận, nên ngân sách trao đổi được nêu sẵn và mỗi cặp chỉ tranh luận tối đa ba vòng rồi phải leo thang.
Pha B, thi hành: aki-maker viết mã theo file kế hoạch (thi hành không bao giờ bị hạ xuống model rẻ), một plain subagent kiểm chứng so với diff và lời hứa, rồi aki-challenger review từ ngữ cảnh sạch. Nếu một trở ngại ở pha B làm sai giả định của item đã đóng, item đó được mở lại thay vì vá lặng lẽ.
Chi phí có đối chiếu
Roster phải khai model của từng ghế trước khi tốn token. Khi đóng phiên, council_cost.py cộng token thực tế phía Claude của lead và mọi subagent, để mức chi phí dự kiến và thực tế nằm cạnh nhau. Nhờ vậy một lần chạy tốn gấp nhiều lần giá trị của nó không thể lẫn với một lần chạy bình thường.