GitHub Issues như một “phòng điều hành” cho đội AI
Quản lý đội nhân viên AI qua GitHub Issues là cách dùng mỗi issue như một luồng công việc chung, nơi con người và nhiều AI agents cùng trao đổi, ghi lại ngữ cảnh, phân chia nhiệm vụ và cập nhật tiến độ theo một GitHub Issues workflow rõ ràng, giúp điều phối AI agents trên nhiều máy, nhiều nền tảng mà không cần hạ tầng phức tạp riêng.
Cách làm này phù hợp cho nhóm dev, data, ops đang muốn quản lý luồng công việc AI gắn chặt với repo, pull request và lịch sử commit của dự án. Khi các công cụ như Claude Code có thể quản lý nhiều tác vụ liên quan trong cùng một project, rồi “scopes the request, delegates the work, coordinates parallel threads, reviews the outputs, and assembles the finished result”, việc đưa toàn bộ hội thoại đó vào Issues biến chúng thành một giao thức điều phối tự nhiên. Điều hay là bạn có thể “steer progress throughout, even from your phone, and it keeps working after you step away from your computer” – nghĩa là không phải ngồi canh từng agent.
Điểm cốt lõi: GitHub Issues trở thành không gian chia sẻ chung, nơi người, Claude Code và các công cụ khác cùng nói chuyện với nhau, từ đó xây dựng một quy trình tự động hóa dự án mà vẫn dễ đọc, dễ audit.
Vì sao GitHub Issues là giao thức điều phối ẩn cho AI agents
Khi bạn chạy nhiều AI agents trên các máy khác nhau, vấn đề không phải thiếu sức mạnh tính toán mà là thiếu một ngôn ngữ chung cho điều phối. GitHub Issues giải quyết khoảng trống này bằng cách đóng vai trò “phòng chat” có lịch sử, gắn trực tiếp với codebase. Bài toán collaboration across machines được giải rất gọn: “Use a GitHub issue as a shared space where you, Claude Code, and Codex can talk to one another”.
Ở phía công cụ, Claude Code hỗ trợ nhiều cách chạy tác vụ song song: subagents với context riêng, Agent View để quan sát nhiều task độc lập, Agent Teams để phối hợp nhiều instance, Dynamic Workflows để điều phối bằng script, và projects cho công việc trải trên nhiều repo hoặc cả những tác vụ không phải code. Mỗi project tạo các session thread riêng, mỗi thread làm trên branch và bản repo của mình, rồi một coordinator điều phối, phát hiện trùng lặp thành merge conflict như pull request thường.
Khi bạn nối các session này với một GitHub issue chung, bạn đang tạo ra một giao thức điều phối AI agents: mỗi agent tự nhận dạng, báo cáo trạng thái và nhận task ngay trong issue, còn con người đọc tất cả như đọc một cuộc thảo luận bình thường.
Quy trình từng bước: Dùng GitHub Issues để điều phối AI agents
Đây là một quy trình “bạn làm – AI làm – cùng xem lại”, nơi GitHub Issues là trục chính. Mục tiêu là quản lý luồng công việc AI theo cách bạn vẫn làm với team dev: có ticket, có mô tả, có nhận việc, có kết quả.
- Tạo một GitHub issue cho mỗi hạng mục công việc rõ ràng (ví dụ: module authorization, cấu hình database, hệ thống caching). Viết mô tả đủ chi tiết để cả người và AI hiểu, đính kèm link repo, branch, tài liệu liên quan. Đây sẽ là không gian chung duy nhất cho tất cả thảo luận và cập nhật về hạng mục đó.
- Chuẩn hóa cách các AI agents tự nhận dạng trong issue. Tương tự cách Bram hướng dẫn agents ký tên, bạn yêu cầu mỗi tin nhắn đều có chữ ký kiểu “Tên agent (phiên bản, môi trường) – dự án – máy”. Lý do: mọi thứ diễn ra dưới cùng GitHub handle nên nếu không tự nhận, bạn sẽ không biết trong log đó là người hay AI nào đang phát biểu.
- Kết nối Claude Code và các công cụ AI khác với issue. Khi Claude Code tạo projects để xử lý nhiều task song song, mỗi task tương ứng với một thread và một copy repo riêng. Bạn dùng nội dung issue làm prompt chung, để các session này đọc – viết trực tiếp vào issue (thông qua API hoặc thủ công copy). Như vậy, Claude Code và các công cụ khác như Codex có thể trò chuyện với nhau và với bạn trên cùng một dòng thời gian.
- Phân chia và chạy các tác vụ song song. Dựa trên mô tả issue, để Claude Code “delegates the work, coordinates parallel threads, reviews the outputs, and assembles the finished result”. Lợi ích là projects có thể chạy nhiều thread cùng lúc, mỗi thread là một session đầy đủ, nên nhóm của bạn và các agents có thể làm việc song song mà không cần chờ lượt sử dụng. Hãy dùng issue để theo dõi ai (hay agent nào) đang làm task nào, tránh hai thread đụng cùng file dẫn tới merge conflict.
- Tổng hợp, review và đóng issue. Khi các threads hoàn thành, Claude Code sẽ ráp kết quả lại. Bạn dùng issue để kiểm tra pull request, ghi nhận quyết định (merge hay chỉnh tiếp), và chụp lại toàn bộ diễn biến: mô tả ban đầu, trao đổi của agents, commit liên quan. Khi mọi thứ ổn, đóng issue, biến nó thành log hoàn chỉnh cho lần chạy AI tiếp theo dùng lại.
Điều cần cảnh giác: projects có thể “burn” tài nguyên nhanh vì mỗi thread là một session đầy đủ. Nếu bạn mở quá nhiều issue và cho chạy đồng thời, giới hạn sử dụng rất dễ chạm trần. Giải pháp là luôn ưu tiên task quan trọng, gom các việc nhỏ vào cùng một issue, và dùng chính AI trong issue để đề xuất thứ tự ưu tiên.
Tích hợp Claude Code, Codex và tự động hóa dự án không cần chuyển dữ liệu
Một lợi thế lớn của GitHub Issues workflow là bạn không phải liên tục chuyển dữ liệu giữa các công cụ AI. Bram đã cho thấy có thể index file session của Claude Code và Codex, cùng lịch sử worklist, commits, issues, rồi cho agents tìm kiếm tất cả bằng SQLite full-text search. Điều này nghĩa là ngữ cảnh hội thoại, commit history và task list đều nằm trong một “mạng” thống nhất mà các agents có thể truy vấn trực tiếp.
Khi cùng một issue là không gian chia sẻ chung, Claude Code và Codex nói chuyện với nhau và với bạn tại đó. Ở kịch bản cùng máy, thậm chí Codex có thể gọi Claude qua local API và nhúng toàn bộ nội dung issue vào prompt. Bạn không phải xuất – nhập file thủ công mỗi lần đổi công cụ, giảm nhiều thao tác vụn. Về phía Claude Code, mỗi project quay nhiều session song song, mỗi session làm trên branch riêng; khi bạn gắn tất cả về cùng issue, nó trở thành bộ điều phối đảm bảo tự động hóa dự án vẫn bám sát code thực tế.
Tóm lại, bạn đang gắn hai lớp: lớp tự động hóa của Claude Code và lớp điều phối xã hội của GitHub. Lớp dưới lo chạy subagents, Agent View, Agent Teams, Dynamic Workflows và projects; lớp trên là Issues – nơi mọi hành động đều có dấu vết, giải thích và quyết định đi kèm.
Kết luận: Khi nào nên điều phối AI agents bằng GitHub Issues
Nếu bạn đang dùng nhiều AI agents cho một dự án lớn – ví dụ vừa dựng authorization, vừa chuẩn bị database, caching và containers cùng lúc – thì GitHub Issues là cách nhẹ nhàng để điều phối mà không phải xây thêm hệ thống riêng. Bạn vẫn giữ thói quen quản lý task bằng issue, nhưng giờ mỗi issue còn là “phòng điều hành” cho đội AI.
Điểm đáng giá là phương pháp này cho phép nhóm của bạn làm song song với agents mà không phải chờ lượt sử dụng: Claude Code cung cấp nhiều cách chạy task đồng thời, còn Issues giữ tất cả định hướng và quyết định quan trọng. Đổi lại, bạn phải cẩn thận với việc tiêu thụ tài nguyên vì mỗi thread là một session đầy đủ và projects dễ chạm giới hạn nhanh.
Nếu chấp nhận dành thời gian đầu để chuẩn hóa cách ký tên, format issue và quy ước “ai làm gì ở đâu”, bạn sẽ có một hệ thống quản lý luồng công việc AI dễ kiểm soát, dễ audit và ít phụ thuộc vào công cụ cụ thể. Và khi cần đổi hay thêm agent mới, bạn chỉ cần dạy nó đọc và viết đúng vào GitHub Issues.
