Sau khi thử nghiệm với các tác nhân, tôi đã quan sát thấy một điều khá thú vị. Tôi nghĩ chúng ta đang trải qua một sự thay đổi mô hình trong cách chúng ta xây dựng API. Nếu bạn đã xây dựng phần mềm, bạn biết quy trình: đọc tài liệu API, mã hóa cứng mã của bạn để gọi một điểm cuối cụ thể, và sau đó phân tích cấu trúc phản hồi cố định. Sau đó, khi cấu trúc thay đổi (và nó luôn thay đổi -_- ), bạn bắt đầu lại vòng lặp. Chúng ta đã cải thiện phần nào với GraphQL nhưng đúng là ngay cả điều đó cũng là một cơn ác mộng để làm việc. Trong khi chúng ta nói, toàn bộ mô hình này đang bị đảo ngược. Trong một thế giới có tác nhân, chính mô hình AI có thể xác định dữ liệu nào nó cần tại thời điểm chạy và chỉ định cấu trúc mà nó muốn nhận lại từ một dịch vụ. Không còn phải đọc tài liệu cho cấu trúc rõ ràng: bạn chỉ cần biết loại thông tin nào bạn có thể yêu cầu từ một API. Sau đó, tất cả những gì bạn cần làm là chỉ định _cấu trúc_ của bạn và bạn nhận được chính xác những gì bạn muốn. ELI5: Trước đây, khi bạn đến nhà hàng và gọi món ăn, bạn cần phải xem thực đơn. Thực đơn có thể đơn giản hoặc khá phong phú (ví dụ: thực đơn Ấn Độ, Trung Quốc thường cung cấp khá nhiều). Điều này giống như bạn đọc tài liệu API để có được cảm nhận về 'cấu trúc' hoặc loại thực phẩm nào đang được cung cấp cho bạn. Nếu bạn có dị ứng, thì bạn cần sự rõ ràng hơn, điều này thực sự là một thách thức. Với các tác nhân, bạn chỉ cần đến một nhà hàng mà bạn có một ý tưởng nào đó về loại thực phẩm họ cung cấp, và chỉ cần nói với bếp: "Này, tôi muốn món gà sốt bơ, tôi đang ăn kiêng nên hãy cố gắng giảm bớt bơ một chút, tôi thích gà được nướng,..." và bạn nhận được món ăn mà _bạn_ muốn, chứ không phải những gì bếp quyết định bạn _nên_ muốn. Và điều đó, đối với tôi, là một sự thay đổi mô hình.