Chiến trường của các AI coding agent đang chuyển từ “mô hình nào mạnh hơn” sang “harness nào tốt hơn”.
Hai ngày qua, Factory liên tiếp đăng hai thông báo:
1️⃣ Ngày 10-29, ra mắt Droid 1.0. Điểm cốt lõi là gọi công cụ theo lập trình: mô hình không còn gọi từng công cụ một, mà viết trước một đoạn script JavaScript rồi chạy trong sandbox (không có quyền truy cập trực tiếp vào tệp, mạng hay hệ thống), cho phép xâu chuỗi hàng trăm lần gọi công cụ chỉ trong một yêu cầu gửi đến mô hình.
2️⃣ Theo số liệu Factory tự công bố: với cùng một tác vụ, hiệu quả cao hơn tới 20% so với “harness gốc” của các mô hình; prompt ban đầu giảm từ 20,887 xuống 13,055 tokens (-37%), chủ yếu vì lúc bắt đầu chỉ gửi định nghĩa của 2 công cụ thay vì 11.
3️⃣ Ngày 10-30, thông báo mua lại Typedef. Typedef giúp vẽ ra các mối quan hệ phụ thuộc giữa mô hình dữ liệu, pipeline và dashboard từ mã nguồn. Mục đích rất rõ ràng: trước khi Droid sửa một trường hay đổi tên một bảng, nó cần biết những thứ nào sẽ bị ảnh hưởng. Điều khoản thương vụ chưa được tiết lộ; “Data Droid” chỉ được cho biết là coming soon, chưa có ngày cụ thể.
Quan điểm của tôi:
Các mô hình ngày càng giống điện, nước, khí đốt; Factory công khai theo đuổi hướng không phụ thuộc mô hình, đồng thời còn xây dựng bộ định tuyến riêng. Hai thứ thực sự trở thành lợi thế cạnh tranh bền vững là: công cụ thực thi tiết kiệm token + ngữ cảnh nội bộ của doanh nghiệp.
Thứ nhất quyết định chi phí, thứ hai quyết định doanh nghiệp có dám đưa agent vào môi trường production hay không. Sửa mã gây lỗi thì có thể rollback; còn nếu xảy ra sự cố với dòng dữ liệu, báo cáo của cả công ty có thể sai hết.
Xin lưu ý: các số liệu benchmark và hiệu suất đều do Factory tự đo; hãy chờ bên thứ ba kiểm chứng rồi mới kết luận.
Chỉ sàng lọc, không tư vấn đầu tư.
Nguồn: mục tin tức trên website Factory (Droid 1.0 / thông báo mua lại Typedef), blog chính thức của Typedef
Hai ngày qua, Factory liên tiếp đăng hai thông báo:
1️⃣ Ngày 10-29, ra mắt Droid 1.0. Điểm cốt lõi là gọi công cụ theo lập trình: mô hình không còn gọi từng công cụ một, mà viết trước một đoạn script JavaScript rồi chạy trong sandbox (không có quyền truy cập trực tiếp vào tệp, mạng hay hệ thống), cho phép xâu chuỗi hàng trăm lần gọi công cụ chỉ trong một yêu cầu gửi đến mô hình.
2️⃣ Theo số liệu Factory tự công bố: với cùng một tác vụ, hiệu quả cao hơn tới 20% so với “harness gốc” của các mô hình; prompt ban đầu giảm từ 20,887 xuống 13,055 tokens (-37%), chủ yếu vì lúc bắt đầu chỉ gửi định nghĩa của 2 công cụ thay vì 11.
3️⃣ Ngày 10-30, thông báo mua lại Typedef. Typedef giúp vẽ ra các mối quan hệ phụ thuộc giữa mô hình dữ liệu, pipeline và dashboard từ mã nguồn. Mục đích rất rõ ràng: trước khi Droid sửa một trường hay đổi tên một bảng, nó cần biết những thứ nào sẽ bị ảnh hưởng. Điều khoản thương vụ chưa được tiết lộ; “Data Droid” chỉ được cho biết là coming soon, chưa có ngày cụ thể.
Quan điểm của tôi:
Các mô hình ngày càng giống điện, nước, khí đốt; Factory công khai theo đuổi hướng không phụ thuộc mô hình, đồng thời còn xây dựng bộ định tuyến riêng. Hai thứ thực sự trở thành lợi thế cạnh tranh bền vững là: công cụ thực thi tiết kiệm token + ngữ cảnh nội bộ của doanh nghiệp.
Thứ nhất quyết định chi phí, thứ hai quyết định doanh nghiệp có dám đưa agent vào môi trường production hay không. Sửa mã gây lỗi thì có thể rollback; còn nếu xảy ra sự cố với dòng dữ liệu, báo cáo của cả công ty có thể sai hết.
Xin lưu ý: các số liệu benchmark và hiệu suất đều do Factory tự đo; hãy chờ bên thứ ba kiểm chứng rồi mới kết luận.
Chỉ sàng lọc, không tư vấn đầu tư.
Nguồn: mục tin tức trên website Factory (Droid 1.0 / thông báo mua lại Typedef), blog chính thức của Typedef