Với kỹ thuật lập trình phần mềm "truyền thống", việc A/B thử nghiệm xây dựng cùng một phần mềm theo hai cách khác nhau chưa bao giờ có ý nghĩa kinh tế. Ví dụ, xây dựng một cái dưới dạng monolith; một cái là các dịch vụ nhỏ hơn, sau đó xem cái nào hoạt động tốt hơn. Nhưng với các tác nhân: bây giờ điều này bỗng trở nên khả thi! Một điều để suy ngẫm…

Đây là một ví dụ mà những ràng buộc nổi tiếng và được hiểu rộng rãi không còn áp dụng như trước nữa. Vì vậy, chúng ta sẽ có nhiều cách hơn để xây dựng phần mềm - và tìm ra những trường hợp sử dụng thực tiễn nào cho điều này (vẫn là một sự lãng phí: nhưng nhỏ hơn nhiều so với trước đây! Đến mức khả thi)