- Hệ thống tác nhân kho lưu trữ tự động hóa tự vận hành bên trong GitHub Actions để cải thiện mã, duy trì tài liệu, tăng cường kiểm thử, v.v.
- Mỗi sáng, mã đã được cải thiện sẽ tự động được gửi dưới dạng Pull Request
- Tự động thực hiện phân loại issue, phân tích lỗi CI, duy trì tài liệu, cải thiện độ bao phủ kiểm thử, giám sát tuân thủ
- Mọi tự động hóa đều được định nghĩa bằng tệp Markdown đơn giản, có thể ra lệnh bằng ngôn ngữ tự nhiên mà không cần viết mã phức tạp
- Tận dụng nhiều engine AI như Copilot, Claude, Codex để thực hiện các tác vụ theo sự kiện hoặc theo lịch
- Tăng cường bảo mật và an toàn với thực thi sandbox và nguyên tắc đặc quyền tối thiểu
- Được GitHub Next và Microsoft Research đồng phát triển, tích hợp sẵn thiết kế ưu tiên bảo mật và guardrail mạnh mẽ
Tính năng chính (Key Features)
- Automated Markdown Workflows
- Viết tự động hóa bằng Markdown thay vì YAML phức tạp
- Chuyển các lệnh ngôn ngữ tự nhiên thành workflow GitHub Actions
- AI-Powered Decision Making
- Workflow hiểu ngữ cảnh và thích ứng với tình huống
- AI phân tích mã và trạng thái kho lưu trữ để thực hiện hành động phù hợp
- GitHub Integration
- Tích hợp sâu với Actions, Issues, PRs, Discussions
- Tự động hóa toàn bộ việc quản lý kho lưu trữ
- Safety First
- Tăng cường bảo mật bằng thực thi sandbox, nguyên tắc đặc quyền tối thiểu và xử lý đầu ra an toàn
- Multiple AI Engines
- Hỗ trợ Copilot, Claude, Codex và các bộ xử lý AI tùy chỉnh
- Continuous AI
- Tự động cải thiện cộng tác và chất lượng mã thông qua Continuous AI
Guardrails tích hợp sẵn
- Workflow mặc định chạy với quyền chỉ đọc
- Các thao tác ghi chỉ được cho phép thông qua safe outputs đã được phê duyệt trước
- Kiểm soát phạm vi hoạt động của tác nhân AI bằng thực thi sandbox, whitelist công cụ và cô lập mạng
Ví dụ: Daily Issues Report
- Quy trình tạo tự động hóa
- Write: Tạo tệp
.md được viết bằng ngôn ngữ tự nhiên
- Compile: Dùng lệnh
gh aw compile để chuyển thành workflow GitHub Actions dạng .lock.yml
- Run: GitHub Actions tự động chạy theo trigger
- Tác nhân AI đọc ngữ cảnh của kho lưu trữ và thực hiện phân tích issue, tạo trực quan hóa, viết báo cáo
- Toàn bộ quá trình chạy trong môi trường container để đảm bảo an toàn và khả năng tái lập
Gallery
- Issue & PR Management: Phân loại tự động, gắn nhãn, điều phối dự án
- Continuous Documentation: Duy trì tài liệu và đảm bảo tính nhất quán
- Continuous Improvement: Đơn giản hóa mã, refactor, cải thiện style
- Metrics & Analytics: Báo cáo hằng ngày, phân tích xu hướng, giám sát trạng thái workflow
- Quality & Testing: Chẩn đoán lỗi CI, cải thiện kiểm thử, kiểm tra chất lượng
- Multi-Repository: Đồng bộ và theo dõi tính năng giữa nhiều kho lưu trữ
- Continuous Refactoring: Phân tích và tự động hóa thông qua slash command
- Continuous Scanning & Compliance: Quét bảo mật, phân loại cảnh báo, giám sát tuân thủ
- Scheduled Workflows: Vận hành hằng ngày, nghiên cứu và các tác vụ bảo trì tự động
Bắt đầu với CLI (Getting Started)
- Sau khi cài extension, có thể thêm workflow mẫu và chạy lần đầu ngay trên dòng lệnh chỉ trong vài phút
- Cài đặt bằng
gh extension install github/gh-aw
- Trong repo của mình, thêm
gh aw add-wizard githubnext/agentics/daily-repo-status để cài đặt tương tác và chạy tự động
Tạo workflow trên web (Creating Workflows)
- Có thể trực tiếp tạo workflow agentic tùy chỉnh bằng ngôn ngữ tự nhiên trong tab "Agents" của giao diện web GitHub
1 bình luận
Ý kiến trên Hacker News
Tôi thấy tò mò khi nhìn thấy câu lệnh
replacekỳ lạ trong go.modThông thường người ta sẽ dùng
go get github.com/Masterminds/semver/v3@v3.4.0, nhưng trong PR này(liên kết) agent Copilot đã thêmreplacesai cáchCó vẻ Dependabot đã tạo issue nâng cấp phiên bản không cần thiết, rồi Copilot xử lý nó và còn kèm theo cả chỉnh sửa lạc đề
Người review đã chỉ ra điểm bất thường, nhưng cuối cùng có vẻ reviewer là con người vẫn bỏ sót và merge vào. Đây là một ví dụ sai từ nhiều góc độ
Thay vì
npm i foo, chúng ảo giác (hallucinate) ra phiên bản rồi chèn vào bằng cách sửa chuỗiViệc đổi tên mã cũng được xử lý bằng thay thế chuỗi thay vì công cụ refactoring, nên rất lãng phí GPU
replacebị chồng lên tới ba lần, cuối cùng nó đã được sửa trong PR 14543Nhưng sau đó lại có thêm hai commit “sửa unit test”, một cái là thay Claude → Copilot, cái còn lại làm hỏng markdown tài liệu
Cảm giác như nó đã biến thành một chiến trường của agent workflow
Tôi dùng Gemini và Codex để kiểm tra thông tin phiên bản, rồi dùng sub-agent Claude Opus để rà xem có cần đổi code hay không
Nếu là major version, tôi sẽ git clone hai package để so sánh thay đổi giao diện, rồi cuối cùng chạy test để xác minh
Nó không hoàn hảo, nhưng con người cũng đâu có hoàn hảo, nên như vậy là ổn
Tôi mong GitHub sẽ trau chuốt đúng đắn các tính năng cốt lõi trước
Trước đây tôi đã ngừng dùng nó sau khi gặp vấn đề liên quan đến GH Actions, và dù đã một năm trôi qua mọi người vẫn còn khổ sở vì đúng lỗi đó
Nó dễ cài đặt và tích hợp tốt với mạng Microsoft LDAP/ADFS
Các action được định nghĩa trong thư mục
.giteađược một worker đơn giản chạy rất ổn địnhBạn có thể xây dựng pipeline CI hoàn toàn tự chủ, đồng thời vẫn có UI gần như giống GitHub
Rốt cuộc lời giải rất đơn giản — hãy trực tiếp mua sản phẩm của họ
Nó tạo cảm giác như một chiêu trò vụng về để thúc ép thanh toán
Tiện ích mở rộng
gh awnhận file markdown làm đầu vào và tạo ra một workflow GitHub Actions khổng lồTrong lúc chạy
gh aw init, tôi đã nhấn Y ở một prompt sai vàCOPILOT_GITHUB_TOKENđược tạo bằng token tài khoản của tôiKiểu việc này nhất định phải có thêm bước xác nhận
Liên kết chính thức là github.com/github/gh-aw
Tôi đã thắc mắc vì sao nó lại được triển khai trên GitHub Pages mà không dùng tên miền khác
ORGNAME.github.iodựa trên tên tài khoảnTức là
github.github.iolà do tài khoản chính thức của GitHub triển khaigithubnextsang tổ chứcgithubgithub.github.iolà tên miền Pages mặc định của tổ chức GitHubCả cuối tuần tôi đã dựng một workflow CI dựa trên agent
Một instance CC làm việc trong VM cách ly ở chế độ quyền hạn chế, và khi CI pass thì tự động tạo PR
Giờ tôi còn đang thử cấu trúc một Claude quản lý nhiều Claude khác
Có cảm giác GitHub đang nhét agent vào một cách gượng ép thay vì cải thiện hệ thống hiện có
Trông như một chiến lược thu hồi tiền mặt thiên về marketing
Tôi còn nghi ngờ liệu họ có đang cố làm cho việc dùng Claude trở nên khó khăn hơn để ép người ta dùng agent của họ hay không
GitHub Actions vốn quảng bá nguyên tắc thiết kế lấy bảo mật làm trung tâm, nhưng lại là thứ tôi ít tin tưởng nhất
Tôi đồng cảm với cách tiếp cận của Microsoft và GitHub
Giá trị của code không nằm ở bản thân nó mà ở hình thái chứa đựng tri thức của tổ chức
Vì vậy một luồng cải tiến liên tục và tự động là rất quan trọng
Refactoring quá mạnh tay sẽ phá vỡ mô hình tinh thần của tổ chức, nên lý tưởng nhất là chuỗi cải tiến nhỏ liên tiếp
Sẽ là cấu trúc đáng mong muốn nếu hệ thống có tính quyết định phát hiện vấn đề, còn LLM chỉ sửa đúng phần cần thiết
Tôi phải tự viết chỉ dẫn chi tiết theo kiểu Deep Wiki nên khá phiền
Cần có công cụ trực quan hóa cấu trúc như sơ đồ C4
Tài liệu liên quan: mẫu DataOps
Dạo này mọi sản phẩm cloud đều ở tình trạng chức năng cốt lõi thì trì trệ còn tính năng xung quanh thì cứ tăng lên
Khi tổ chức lớn dần, các lập trình viên phải tạo thêm tính năng mới nên hiện tượng này xuất hiện
Nếu không dừng việc theo đuổi tăng trưởng vô tận, sản phẩm sẽ tiếp tục enshittification
Trên landing page vẫn chưa rõ workflow này mang lại giá trị thực tế gì cho người dùng
Thiếu ví dụ và use case cụ thể
Chẳng hạn workflow quản lý issue cho thấy trường hợp tự động quản lý PR và issue
Giá trị cốt lõi là ủy quyền các công việc lặp đi lặp lại mà heuristic không xử lý được
Nghe nói họ vẫn đang tiếp tục trau chuốt phần storytelling