Claude trở nên đủ rẻ để trở thành mô hình mặc định cho các công cụ phát triển không làm giảm nhu cầu. Nó đã làm bùng nổ nhu cầu. Jevons, trong thời gian thực. Việc sử dụng tiếp tục mở rộng... cho đến khi một số API bị đưa vào danh sách đen ngày hôm qua. Đó là khoảnh khắc quan trọng.

Đó là buổi sáng bạn mở ứng dụng của mình và nó… không hoạt động. Cùng một yêu cầu. Cùng một người dùng. Cảm giác khác. Các chỉ số trôi dạt. Số lượng vé hỗ trợ tăng vọt. Không có nhật ký thay đổi. Bởi vì "mô hình" của bạn là một phụ thuộc nhập khẩu với các kiểm soát xuất khẩu + một nút điều chỉnh giá. Họ có thể điều chỉnh, làm giảm chất lượng, hoặc thay đổi giá dự đoán theo thời gian của họ, và bạn phải gánh chịu sự rối ren ở phía dưới. Ngoài ra: "mã nguồn mở FTW" không hoàn thành công việc. Trọng số không giúp ích gì nếu bạn không thể chứng minh điều gì đã chạy vào tuần trước. Vậy bạn sẽ làm gì khi ứng dụng của bạn thay đổi qua đêm, mọi người đều cho rằng đó là lỗi của bạn, và bạn thậm chí không thể chỉ ra điều gì đã thay đổi?

“Công việc là những gói nhiệm vụ” giả định rằng tự động hóa loại bỏ công việc. Thực tế, nó làm tăng sản lượng. Nhiệm vụ rẻ hơn → 10 lần giao hàng: Nhiều chiến dịch hơn, nhiều thí nghiệm hơn, nhiều lần lặp sản phẩm hơn, nhiều công cụ nội bộ hơn, nhiều điểm tiếp xúc với khách hàng hơn. Vì vậy, phần không thể tự động hóa không chỉ trở nên “có giá trị hơn.” Nó trở thành điểm nghẽn: phê duyệt, quyết định, kiểm tra chất lượng, đổ lỗi. Thu nhập từ lao động có thể tăng trong khi mọi người cảm thấy bận rộn hơn, vì máy móc không xóa bỏ công việc. Nó đã nhân lên những nỗ lực, và đổ gánh nặng phối hợp lên những ai không thể nói không.