Trang chủ Bài viết Tin công nghệ Agentic engineering: hướng dẫn cho developer vượt ra ngoài việc sinh mã
Tin công nghệ 07/11/2026 13 lượt xem

Agentic engineering: hướng dẫn cho developer vượt ra ngoài việc sinh mã

Agentic engineering: hướng dẫn cho developer vượt ra ngoài việc sinh mã

Số lượng commit tăng vọt không đồng nghĩa với năng suất tăng tương ứng. Tháng 10 vừa qua, GitHub ghi nhận hơn 1,2 tỷ commit trong một tuần, cao hơn 400% so với cùng kỳ năm trước và nhiều hơn toàn bộ năm 2025. Nhưng câu hỏi đặt ra là liệu developer có thực sự cảm thấy năng suất hơn 400% hay không.

Áp lực dịch chuyển sang khâu khác

Xây dựng phần mềm không chỉ là viết prompt tốt. Khi AI tăng tốc khâu triển khai, áp lực lại dồn sang các công đoạn khác. Một nghiên cứu của Faros AI cho thấy pull request mất thời gian review lâu hơn 441% khi nhóm chuyển từ mức dùng AI thấp lên mức cao.

Developer cần thu thập yêu cầu, dẫn dắt triển khai, review thay đổi, đánh giá kết quả kiểm thử và điều tra sự cố trên production. Agent có thể hỗ trợ ở cả bốn giai đoạn: Plan, Build, Verify và Observe.

Plan: thống nhất bối cảnh trước khi làm

Một thay đổi API thường có thiết kế nằm ở một công cụ, yêu cầu tương thích ẩn trong Slack, và lý do cách triển khai hiện tại nằm trong pull request cũ. Copilot có thể gom bối cảnh rải rác đó về một chỗ, phân tích đánh đổi và biến quyết định thành kế hoạch triển khai.

  • Cộng tác ngay trong Slack hoặc Teams để cả nhóm cùng kiểm tra giả định và tinh chỉnh yêu cầu.
  • Yêu cầu Copilot tạo GitHub Issues kèm tiêu chí chấp nhận và tách các đầu việc độc lập.
  • Dùng GitHub Agentic Workflows để gắn nhãn, ước lượng độ phức tạp và giao việc đơn giản cho Copilot.
  • Dùng Plan Mode để so sánh phương án, duyệt kế hoạch trước khi chuyển sang triển khai.

Build: làm nhiều việc song song

Khi agent đang chạy giữa chừng mà bạn phải họp, công việc vẫn có thể tiếp tục. Session continuity cho phép mở lại cùng một phiên Copilot trên thiết bị khác. Copilot chạy tác vụ trong sandbox đám mây nên bạn có thể đóng laptop rồi quay lại sau.

Ứng dụng Copilot cấp cho mỗi phiên một bản sao repository riêng, tránh lẫn lộn thay đổi giữa các tác vụ. Repository instructions lưu quy ước và lệnh kiểm tra, còn shared memory giữ các dữ kiện hữu ích để tái sử dụng. Tính năng Copilot Dreaming rà soát các phiên và phản hồi pull request để cập nhật ký ức, đề xuất chỉnh sửa instruction hoặc skill. Copilot Fusion cho phép chọn model và mức suy luận phù hợp với từng việc, cân bằng chất lượng, chi phí và thời gian phản hồi.

Verify: tập trung sự chú ý đúng chỗ

Hàng đợi review chính là con số 441% trong thực tế. Có thể rút ngắn thời gian chờ từ hai phía: làm thay đổi dễ review hơn và để Copilot xử lý các kiểm tra thường quy trước khi có người mở diff.

  • Chia nhỏ thành các stacked pull request thay vì một thay đổi khổng lồ.
  • GitHub Code Quality đối chiếu thay đổi với chuẩn của tổ chức trước khi tới người review.
  • Copilot code review đưa phản hồi tự động, phân tích nông với thay đổi đơn giản và sâu với thay đổi phức tạp.
  • AI Scan tìm lỗ hổng ở ngôn ngữ, tệp ngoài phạm vi CodeQL; AI secret detection phát hiện secret phi cấu trúc như mật khẩu.
  • Kiểm tra tuân thủ giấy phép phụ thuộc; GitHub package firewall (bản xem trước cho npm) chặn tải xuống vi phạm chính sách.
  • Agentic Autofix đề xuất sửa lỗi bảo mật, Agent Merge xử lý check lỗi, bình luận review và xung đột merge.

Observe: học từ những gì diễn ra sau khi ship

Khi dashboard on-call báo timeout gián đoạn và khách hàng lớn phản ánh sự cố, Copilot có thể kết nối công cụ observability và dữ liệu kinh doanh qua connector như Fabric để khoanh vùng nhóm request hoặc khách hàng bị ảnh hưởng. Sau đó, yêu cầu Copilot soạn issue kèm bằng chứng và tiêu chí chấp nhận, gồm cả test hồi quy cho lỗi vừa phát hiện. Các đề xuất cải tiến từ Dreaming giúp tinh chỉnh ký ức, skill và hướng dẫn review cho lần sau.

Nên bắt đầu từ đâu

Không cần đổi toàn bộ quy trình ngay lập tức. Hãy chọn một công việc đang có sẵn, xem xét nó cần bối cảnh gì, sẽ review và kiểm thử ra sao, và làm sao biết nó hiệu quả sau khi ship. Bắt đầu từ khâu gây khó chịu nhất trong tuần rồi mở rộng dần sang các phần khác của quy trình.

Nguồn: GitHub Blog

Trích nguồn từ: GitHub Blog

Chia sẻ:

Bài viết liên quan

Zalo