Hợp đồng trao cho Harness, Agent
Hành trình đến với thế giới AX, AXPORT
AXPORT là cái tên kết hợp giữa AX và sân bay (Airport). Với ý nghĩa giống như một chuyến du hành đến một thế giới xa lạ, chúng tôi mong muốn trở thành cửa khởi hành dẫn lối đến điểm đến mang tên AX. Tại cánh cổng này, những diễn giả hàng đầu về AI & AX sẽ trở thành những phi công, trực tiếp truyền tải những thông tin chuyên sâu đầy giá trị ngay tại hiện trường.
Nếu bạn đã từng giao việc cho AI,
đây là vấn đề mà bất kỳ ai cũng từng gặp phải
⏺ Đang lập danh sách việc cần làm...
☐ Sửa lỗi chính tả trong tài liệu
☐ Xây dựng hệ thống kiểm định tài liệu
☐ Phát triển mô-đun phát hiện công cụ tự động
Thêm cả những việc không được yêu cầu vào kế hoạch nữa cơ đấy
> Vậy thì hãy chạy thử xem
✗ TypeError: validateUser is not a function
✗ ENOENT: no such file or directory
"Không thể tin được" lời nói rằng "không có vấn đề gì đâu"
⏺ ✓ Triển khai thành công
> Chạy script triển khai # Hôm nay, cùng một yêu cầu
⏺ ✗ Thất bại — Tôi sẽ thử cách khác...
Cùng một yêu cầu nhưng mỗi lần kết quả lại khác nhau
✻ (Đang suy nghĩ) Nếu chạm vào DB schema
thì không được... DB schema là...
⏺ migration_v2.sql đã được tạo
Càng bảo không được làm, lại càng chỉ nghĩ về nó thôi
Bạn cần một môi trường, một "harness" để giải quyết tận gốc vấn đề.
Dành cho những đối tượng sau
- ✓Các nhà phát triển từ 3 đến 10 năm kinh nghiệm đã và đang thực hiện các dự án thực tế hoặc dự án cá nhân bằng công cụ lập trình AI
- ✓Tech Lead · Engineering Manager đang trăn trở về việc cải thiện hiệu suất đột phá thông qua AI
- ✓Nhà phát triển cấp cao từng cảm thấy kém hiệu quả khi phải chuyển đổi qua lại giữa nhiều CLI
- ✓Người khởi nghiệp một mình · Indie hacker muốn tạo ra sản phẩm của riêng mình thông qua AI
- △Những người lần đầu tiếp cận với AI Agent có thể sẽ thấy phiên thảo luận này hơi khó.
Tôi chỉ sử dụng Claude Code, liệu phiên thảo luận này có cần thiết cho tôi không?
→Càng quen thuộc với một công cụ AI nhất định, bạn càng dễ cảm thấy lúng túng khi phải chuyển sang sử dụng một công cụ AI khác.
Ngay cả khi phải thay đổi môi trường xây dựng AI như Codex hay LLM cục bộ, bạn vẫn có thể áp dụng cùng một nguyên tắc và harness đó.
Có rất nhiều bài giảng liên quan đến Harness rồi và tôi cũng đã từng nghe qua. Vậy cái này có gì khác biệt?
→Hầu hết các harness trên thị trường hiện nay thường chỉ đề cập đến phương pháp luận cho đến phần "thiết kế như thế nào".
Phiên thảo luận này sẽ đề cập đến tất cả mọi thứ, từ lý do thiết kế thay vì chỉ là phương pháp, cho đến quá trình thất bại rồi sửa lại và cả các tiêu chí đánh giá.
Người sẽ kể cho bạn câu chuyện này
Tôi đang xây dựng Ouroboros, một dự án mã nguồn mở kết nối nhiều runtime của coding agent vào một harness duy nhất. Để vượt qua giới hạn của một prompt đơn lẻ, tôi đã trực tiếp xử lý các vấn đề về giao diện, quản lý trạng thái và quyền hạn của 8 runtime khác nhau. Tại buổi meetup này, lần đầu tiên tôi sẽ chia sẻ một cách hệ thống các tiêu chí đánh giá mà mình đã đúc kết được.
Biểu đồ tăng trưởng GitHub Star
Tháng 4 năm 2026 → Tháng 7 · 1.1k → 4.8k (khoảng 3 tháng)
Lịch sử chính
- Hiện) Tech Lead tại ZEP
- Maintainer của hệ điều hành Agent mã nguồn mở 'Ouroboros' — Bắt đầu phát triển từ cuối tháng 1 năm 2026, đạt 4.8k sao GitHub chỉ sau 3 tháng
- Đoạt giải nhất tại Ralph-a-thon
- Xuất hiện trên nhiều phương tiện truyền thông như AI podcast và các kênh khác
🎤 Những câu chuyện hậu trường chỉ được tiết lộ tại hiện trường
- Câu chuyện vận hành mã nguồn mở cùng với bot review AI tự viết bản kiểm điểm mỗi khi mắc lỗi trong quá trình phát hành.
- Câu chuyện về việc đánh giá của bot quá khắt khe, dẫn đến việc hình thành văn hóa chia sẻ "kỹ năng vượt qua vòng đánh giá" giữa các người đóng góp (contributors)
- Cuộc tranh luận gay gắt với nhà phát triển đầu tiên tạo ra khái niệm 'harness' cho đến khi được công nhận rằng "Chẳng phải đó là một Agent sao?"
Bạn có thể học được những điều này từ buổi meetup này
Phương pháp thiết kế không bị phụ thuộc
Tư duy thiết kế Harness không phụ thuộc vào một AI CLI cụ thể
Tiêu chí phán đoán
Tiêu chuẩn phân chia vấn đề về giao diện · quản lý trạng thái · quyền hạn của 8 CLI
Khái niệm bước tiếp theo
Meta-harness · Self-Improving Agent · Bộ nhớ Agent
Bí quyết thực hành mã nguồn mở
Release Gate · Sự tin tưởng của người đóng góp · GTM
Tham gia bạn sẽ nhận được những điều này
Cấu trúc phiên họp
Anh Jaegyu sẽ chia sẻ về những hạn chế của việc sử dụng một prompt duy nhất mà anh ấy đã trực tiếp trải nghiệm, tập trung vào các trường hợp thất bại thực tế. Anh ấy sẽ giải thích triết lý "Lập trình AI thất bại không phải ở đầu ra mà ở đầu vào" đã hình thành thông qua những sự kiện nào.
- Lý do Ouroboros ra đời — Nếu không biết rõ mình muốn gì, bạn không thể tạo ra kết quả đúng đắn
- Thời đại mà việc thực thi đã bị thay thế — Thứ còn lại là thiết kế giai đoạn đầu để suy nghĩ xem nên yêu cầu điều gì
Prompt
Cách để đưa ra yêu cầu hiệu quả
Harness
Cách tạo môi trường
Meta-harness
Harness đánh giá Harness
Tự cải thiện
Kết quả trở thành đầu vào cho lần thực thi tiếp theo
Giải quyết các vấn đề về sự khác biệt giao diện, quản lý trạng thái, quyền hạn và môi trường thực thi phát sinh khi hỗ trợ nhiều runtime khác nhau như Claude Code, Codex, OpenCode.
↓
Ngôn ngữ chung OUROBOROS
"Hỏi người dùng" — một bản hợp đồng duy nhất
Cấu trúc tạo ra một kỹ năng duy nhất, 8 công cụ có thể hiểu cùng lúc
- 4 điều không thể giải quyết chỉ bằng prompt — Quản lý trạng thái · Xác thực · Độ tin cậy hoàn tất · Quyền hạn
Từ 'Meta-Harness' giúp tự đánh giá và cải thiện Harness, cho đến 'Self-Improving Agent' càng dùng càng thông minh — chúng tôi chia sẻ cách tạo ra môi trường tốt nhất cho Agent. Khái niệm 'Agent Memory' giúp Agent có được trí nhớ cũng sẽ được giới thiệu cùng lúc.
Prompt = Nhờ vả 🙏
🤖
무엇을 할지 매번 다른 에이전트Harness = Hợp đồng 📋
🤖
- Sự kết tinh của ý định — Cố định ý định cốt lõi (seed) bằng văn bản và xác minh bằng các quy tắc đã thiết lập thay vì AI
- "Đừng tạo ra Harness" — Lý do tại sao không nên tái phát minh trình thực thi, mà nên tạo ra các hợp đồng và môi trường bên trên nó
- Hướng tới Hệ điều hành Agent (Agent OS) — Chỉ giữ các chức năng thiết yếu ở lõi, phần còn lại là các plugin. Điều kiện của một 'khung (harness) mỏng'
Chúng tôi nói về phản hồi của cộng đồng, quản lý vấn đề, sự tin tưởng với những người đóng góp, quyết định phát hành và quá trình loại bỏ các thiết kế thất bại.
Bot đánh giá có bản sắc riêng, được thiết kế với 4 tầng giống như trí nhớ của con người
- Cổng phát hành (Release Gate) — Trạm kiểm soát bắt buộc trước khi triển khai, và ngày mà bot đã viết bản kiểm điểm
- Chỉ số vượt xa số lượng sao — Repo 10.000 sao "chết" vs Số lượt tải xuống thực tế
- Quảng bá cũng quan trọng như việc tạo ra sản phẩm tốt — GTM, và nguyên lý của hệ sinh thái nơi sức mạnh của những người đóng góp được cộng hưởng
Lịch trình
- 18:30Vào cửa · Kết nối tại bàn (Phá băng)
- 19:00Khai mạc
- 19:05Harness, bản hợp đồng trao cho đại lý
- 20:35Hỏi & Đáp
- 20:45Phiên kết nối (Networking)
- 21:15Chia sẻ thông tin chi tiết (Insight)
- 21:30Chụp ảnh tập thể · Kết thúc
자주 묻는 질문
Q. Đây là hình thức offline hay online?
A. Trang này dành riêng cho việc đăng ký tham gia trực tiếp (offline).
Nếu bạn chỉ muốn nghe trực tuyến, vui lòng sử dụng VOD sẽ được phát hành riêng sau khi sự kiện kết thúc.
Q. Có cung cấp bữa ăn không?
A. Vâng, một phần sandwich nhẹ và đồ uống đã bao gồm trong phí tham dự.
Bạn có thể yên tâm tham gia ngay sau khi tan làm mà vẫn cảm thấy no bụng!
Q. Có quay phim hay ghi hình không?
A. Hiện trường sẽ được ghi hình để sản xuất VOD.
Khi tham dự, bạn được coi là đã đồng ý với việc ghi hình, nếu không muốn, vui lòng thông báo trước cho ban tổ chức.
Q. Nếu tôi bất khả kháng không thể tham dự thì phải làm sao?
A. Nếu bạn thông báo cho chúng tôi trước khi sự kiện diễn ra 1 ngày, chúng tôi sẽ hướng dẫn chỗ ngồi cho những người trong danh sách chờ.
Vui lòng kiểm tra quy định hoàn tiền ở bên dưới để biết chi tiết về điều kiện hủy và hoàn tiền.
Q. Có nhất thiết phải có laptop không?
A. Đây không phải là buổi thực hành nên không bắt buộc,
nhưng bạn có thể tiếp thu kiến thức sâu hơn nếu mang theo laptop để vừa theo dõi vừa ghi chép.
Q. Làm thế nào để xác nhận vào cửa tại hiện trường?
A. Sau khi hoàn tất thanh toán, bạn có thể nhận mã QR thông qua đường link được gửi vào ngày trước khi diễn ra sự kiện.