Gần đây, một số sản phẩm của vibe chủ yếu xoay quanh ý tưởng "xây dựng phần mềm theo nhu cầu" của tôi. Có một ý tưởng (không nhất thiết phải đúng): mô hình lợi nhuận phần mềm trong tương lai có thể là chỉ cần doanh thu phần mềm lớn hơn token cần thiết cho việc xây dựng động, thì có thể thu được lợi nhuận từ chênh lệch đó.

Việc xây dựng phần mềm động ở đây thực sự là một thách thức lớn. Trong phát triển phần mềm Internet trước đây, chúng tôi thường thuê lập trình viên, nhà thiết kế và quản lý sản phẩm để viết phần mềm, sau đó đưa lên máy chủ để chạy. Dù là phần mềm gì, về bản chất đều là những sản phẩm đã được xây dựng, và giữa sản phẩm đã xây dựng và mã nguồn có sự khác biệt lớn, bao gồm nhiều quy trình phức tạp. Hiện nay, LLM thực sự đã có thể tạo ra phần mềm một cách động, nhưng chúng tôi cần một số ràng buộc rất mạnh, nếu không chi phí Token mà người dùng tiêu tốn có thể lớn hơn nhiều so với doanh thu của phần mềm. Vậy làm thế nào để thực hiện không gian ràng buộc trong việc xây dựng phần mềm động này, đã trở thành một thách thức khá lớn. SDK Agent của cc thực sự đã có một số ràng buộc cứng. Ví dụ như những gì nó có thể làm, hoặc các lệnh Unix có thể sử dụng, nhưng tất cả những thứ này đều là ràng buộc cứng, chứ không phải là ràng buộc dựa trên nhu cầu. Hiện tại, các sản phẩm Agent còn khá sơ khai, chẳng hạn như thông qua việc giới hạn tần suất truy cập của người dùng để đạt được một ràng buộc, tôi tin rằng trong tương lai sẽ có nhiều cách thú vị hơn, và đặc điểm của phần mềm Internet cũng sẽ bị thay đổi đáng kể do sự phổ biến của các agent.