Background agent nghe rất đã.
Bạn giao issue, đi làm việc khác, lát sau quay lại có branch, diff, test log, có khi có luôn pull request. Với non-tech founder hoặc team nhỏ, cảm giác này giống thuê thêm một dev junior không ngủ.
Nhưng dev junior còn biết hỏi lại khi requirement mơ hồ. Agent thì thường cố hoàn thành.
Tự chạy không có nghĩa tự quyết
GitHub mô tả Copilot cloud agent như một agent chạy trong môi trường GitHub Actions, có thể nghiên cứu repo, lập plan, sửa code trên branch và mở pull request. Docs cũng nói rõ nó khác với agent mode trong IDE vì nó chạy tự chủ trong môi trường cloud.
Điểm thực dụng nằm ở đây: khi agent chạy xa khỏi màn hình của bạn, prompt ban đầu phải chặt hơn. Một prompt mơ hồ trong chat local đã nguy hiểm. Một prompt mơ hồ giao cho background agent còn tệ hơn vì nó có thời gian đi xa hơn trước khi bạn nhìn thấy diff.
Done phải được viết trước
Đừng giao task kiểu:
Improve the booking flow.Giao kiểu này:
Change only the booking confirmation step.
Do not change auth, database schema, payment, email, deployment config, or shared API clients.
Done means:
1. User can review booking details before confirming.
2. Existing create-booking API is reused.
3. Empty, loading, success, and API error states are covered.
4. Existing tests still pass.
5. The PR summary lists exact files changed and manual test steps.
If any requirement needs a schema change or new endpoint, stop and ask.Đây không phải ceremony. Đây là guardrail.
Background agent cũng tốn ngân sách review
Copilot cloud agent có giới hạn execution time, dùng GitHub Actions minutes và AI credits. Nhưng chi phí lớn hơn nhiều khi task đi sai hướng là review debt: bạn nhận một PR nhìn có vẻ đầy đủ, nhưng phải đọc ngược để hiểu agent đã tự thêm gì.
Nếu task dài, chia lát. Một agent session xử lý một behavior. Không giao “làm lại dashboard”, “tối ưu app”, “clean up repo” nếu bạn chưa định nghĩa file boundary và acceptance check.
Prompt kiểm soát background agent
Trước khi giao task nền, thêm block này:
Before coding, write a short plan with:
- files you expect to touch;
- files you must not touch;
- existing APIs/hooks/helpers you will reuse;
- acceptance checks;
- reasons this task may need human clarification.
If the plan needs auth, schema, payment, secret, deployment, or external API changes, do not implement yet.Sau khi có PR:
Review your own PR against the original done criteria.
For each criterion, point to exact files and test evidence.
List all scope changes separately.Chốt lại
Background agent tốt nhất khi task nhỏ, boundary rõ, và done được viết trước khi agent chạy.
Nếu bạn không định nghĩa done, agent sẽ tự định nghĩa done bằng thứ nó có thể tạo ra: code, diff, PR, log pass. Nhưng sản phẩm không cần “có PR”. Sản phẩm cần behavior đúng, dữ liệu đúng, quyền đúng, rollback được, và người review hiểu chuyện gì vừa đổi.
Vibe coding có kiểm soát không cấm background agent. Nó chỉ không cho background agent tự chọn tiêu chuẩn hoàn thành.