Vụ sa thải hàng loạt của ClickUp tiết lộ điều gì về tương lai của công việc

ClickUp vừa sa thải 22% lực lượng lao động của mình—không phải vì doanh thu cạn kiệt, mà vì CEO Zeb Evans tin rằng 3.000 tác nhân AI có thể làm công việc tốt hơn. Startup phần mềm cộng tác 9 năm tuổi đang đặt cược rằng các công cụ phát triển AI sẽ cơ bản thay đổi cách xây dựng…

Share
Editorial illustration: A half-empty office desk with an abandoned chair, a single monitor glowing faintly in dim light, sca — MonstarX

ClickUp vừa sa thải 22% lực lượng lao động của mình—không phải vì doanh thu cạn kiệt, mà vì CEO Zeb Evans tin rằng 3.000 tác nhân AI có thể làm công việc tốt hơn. Startup phần mềm cộng tác 9 năm tuổi, được định giá cuối cùng ở mức 4 tỷ đô la, đang đặt cược rằng các công cụ phát triển AI mà cộng đồng công nghệ châu Á đã âm thầm áp dụng sẽ cơ bản thay đổi cách xây dựng phần mềm. Đối với các nhà phát triển trên khắp Đông Nam Á theo dõi diễn biến này, thông điệp rõ ràng: các công cụ bạn chọn hôm nay quyết định liệu bạn sẽ quản lý các tác nhân AI vào ngày mai hay cạnh tranh với chúng.

Evans công bố việc tái cấu trúc trên X vào thứ năm tuần trước, định khung nó như một sự chấp nhận AI thay vì cắt giảm chi phí. "Hầu hết tiết kiệm từ thay đổi này sẽ chảy trực tiếp trở lại những người ở lại," anh ấy viết, hứa các mức lương hàng triệu đô la cho những nhân viên tạo ra "tác động vượt trội bằng cách sử dụng AI." Theo Fortune, ClickUp đã triển khai khoảng 3.000 tác nhân AI nội bộ để xử lý các tác vụ phức tạp—các nhân viên hiện chỉ huy những tác nhân này thay vì tự thực hiện công việc. Mục tiêu của Evans: biến ClickUp thành một "tổ chức 100x" nơi một nhóm nhỏ hơn đạt được sản lượng lớn hơn theo cấp số nhân.

Đây không phải là lý thuyết nữa. Sự chuyển dịch từ phát triển tập trung vào con người sang phát triển được hỗ trợ bởi AI đang diễn ra ngay bây giờ, và các nhà phát triển châu Á cần các nền tảng phù hợp với tốc độ này.

Công cụ phát triển AI là gì?

Các công cụ phát triển AI đại diện cho một sự thay đổi cơ bản so với các IDE và framework truyền thống. Trong khi các công cụ cũ yêu cầu các nhà phát triển viết từng dòng, cấu hình từng dịch vụ và tích hợp thủ công từng API, các công cụ phát triển AI hiện đại mà các nhà xây dựng châu Á đang áp dụng hoạt động như những cộng tác viên thông minh. Chúng tạo mã từ các lời nhắc ngôn ngữ tự nhiên, đề xuất các mẫu kiến trúc dựa trên bối cảnh dự án của bạn, và tự động hóa công việc lặp đi lặp lại tiêu tốn 60-70% thời gian của một nhà phát triển.

Danh mục này chia thành ba tầng. Các công cụ hoàn thành mã như GitHub Copilot tự động hoàn thành các hàm và lớp. Các trợ lý mã hóa AI như Cursor đi xa hơn, hiểu bối cảnh dự án để tái cấu trúc toàn bộ mô-đun. Các nền tảng phát triển AI-native như MonstarX áp dụng cách tiếp cận tích cực nhất: chúng coi việc tạo mã, triển khai và tích hợp là một quy trình thống nhất nơi ngôn ngữ tự nhiên trở thành giao diện chính.

Điều gì làm cho những công cụ này "AI-native" thay vì "được tăng cường bằng AI"? Kiến trúc. Các công cụ truyền thống gắn các tính năng AI vào các quy trình hiện có—tự động hoàn thành ở đây, một chatbot ở đó. Các nền tảng AI-native xây dựng lại quy trình phát triển từ đầu xung quanh các mô hình ngôn ngữ lớn. Bạn mô tả những gì bạn muốn xây dựng, nền tảng tạo ra việc triển khai, và bạn lặp lại bằng cách tinh chỉnh các lời nhắc thay vì chỉnh sửa mã trực tiếp. Sự phân biệt này quan trọng vì nó quyết định liệu AI tăng tốc quy trình hiện có của bạn hay thay thế nó hoàn toàn.

Đối với các nhà phát triển châu Á, sự khác biệt thực tế thể hiện ở tốc độ. Một startup fintech dựa tại Singapore sử dụng các công cụ truyền thống có thể dành ba tuần để xây dựng tích hợp thanh toán. Cùng một nhóm sử dụng nền tảng AI-native triển khai nó trong hai ngày—không phải vì họ mã hóa nhanh hơn, mà vì họ không mã hóa cả. Họ đang điều phối.

Công cụ hàng đầu cho các nhà phát triển châu Á

Bối cảnh các công cụ phát triển AI ở châu Á khác với Silicon Valley. Độ trễ quan trọng khi các cuộc gọi LLM của bạn định tuyến qua các trung tâm dữ liệu của Mỹ. Bản địa hóa quan trọng khi khách hàng của bạn nói tiếng Bahasa Indonesia hoặc Thai. Giá cả quan trọng khi bạn đang khởi động ở Jakarta thay vì gây quỹ Series A ở Palo Alto.

GitHub Copilot thống trị nhận thức nhưng gặp khó khăn với các yêu cầu cụ thể của châu Á. Nó xuất sắc trong việc tự động hoàn thành các hàm JavaScript nhưng thất bại khi bạn cần tích hợp với các cổng thanh toán khu vực như GrabPay hoặc tạo thông báo lỗi bằng tiếng Tagalog. Cursor cải thiện điều này với nhận thức bối cảnh tốt hơn—nó có thể đọc toàn bộ codebase của bạn và đề xuất các tái cấu trúc duy trì tính nhất quán kiến trúc. Nhưng cả hai công cụ đều giả định bạn đang viết mã. Chúng tăng tốc phát triển truyền thống thay vì biến đổi nó.

MonstarX áp dụng một cách tiếp cận khác bằng cách coi ngôn ngữ tự nhiên là giao diện phát triển chính. Thay vì viết các thành phần React, bạn mô tả luồng người dùng: "Xây dựng một trang thanh toán với tích hợp Stripe và xác nhận email." Nền tảng tạo ra việc triển khai, xử lý triển khai và quản lý cơ sở hạ tầng. Khi bạn cần tích hợp với các dịch vụ khu vực, các kết nối cho các cổng thanh toán châu Á và nhà cung cấp dịch vụ logistics được cấu hình sẵn. Điều này quan trọng vì công việc tích hợp—kết nối API, xử lý xác thực, quản lý webhook—tiêu tốn nhiều thời gian hơn viết logic kinh doanh cho hầu hết các startup châu Á.

Replit và Bolt.new chiếm lãnh thổ tương tự nhưng tối ưu hóa cho các trường hợp sử dụng khác nhau. Replit xuất sắc trong giáo dục và tạo nguyên mẫu; Bolt.new tập trung vào phát triển frontend nhanh chóng. Không ai ưu tiên các tích hợp doanh nghiệp mà các startup B2B châu Á cần. MonstarX cầu nối khoảng cách này bằng cách kết hợp tạo nguyên mẫu nhanh chóng với cơ sở hạ tầng cấp sản xuất.

Lợi thế khu vực tăng lên theo thời gian. Một nền tảng thương mại điện tử dựa tại Bangkok được xây dựng trên MonstarX có thể tích hợp các bộ xử lý thanh toán Thai, triển khai đến các trung tâm dữ liệu Singapore và mở rộng quy mô trên các thị trường ASEAN mà không cần viết lại mã cơ sở hạ tầng. Cùng một nền tảng được xây dựng trên các công cụ tập trung vào Mỹ yêu cầu công việc tích hợp tùy chỉnh ở mỗi bước.

Cách chọn công cụ phù hợp

Chọn một công cụ phát triển AI bắt đầu bằng một đánh giá trung thực về những gì bạn thực sự đang xây dựng. Bạn là một nhà sáng lập độc lập xác thực một MVP? Một nhóm năm người gửi các tính năng hàng tuần? Một tổ chức kỹ thuật 50 người duy trì các hệ thống cũ? Công cụ phù hợp để tạo nguyên mẫu nhanh chóng trở thành công cụ sai khi bạn cần duy trì tuân thủ trên sáu thị trường châu Á.

Bắt đầu với các yêu cầu tích hợp. Liệt kê mọi dịch vụ bên thứ ba mà sản phẩm của bạn phụ thuộc vào: bộ xử lý thanh toán, nhà cung cấp xác thực, dịch vụ email, nền tảng phân tích. Sau đó kiểm tra xem công cụ của bạn có hỗ trợ chúng một cách bản địa không. Các công cụ chung buộc bạn phải viết mã tích hợp thủ công—chính xác là công việc AI nên loại bỏ. Các nền tảng có các kết nối được xây dựng sẵn tiết kiệm hàng tuần thời gian phát triển, nhưng chỉ khi chúng hỗ trợ các dịch vụ bạn thực sự sử dụng. Đối với các nhà phát triển châu Á, điều này có nghĩa là kiểm tra các nhà cung cấp khu vực: nền tảng có tích hợp với Midtrans, không chỉ Stripe không? Vonage cho SMS Đông Nam Á, không chỉ Twilio?

Cơ sở hạ tầng triển khai quan trọng hơn hầu hết các nhà sáng lập nhận ra. Tạo mã nhanh chóng không có nghĩa gì nếu triển khai nó mất ba ngày công việc DevOps. Tìm các nền tảng xử lý cơ sở hạ tầng tự động: cung cấp máy chủ, cấu hình cơ sở dữ liệu, quản lý chứng chỉ SSL, thiết lập các đường ống CI/CD. Các công cụ phát triển AI tốt nhất coi triển khai là một hoạt động nhấp chuột đơn lẻ thay vì một dự án nhiều ngày.

Các mô hình giá cả khác nhau rất nhiều. Một số công cụ tính phí theo ghế, một số theo cuộc gọi API, một số theo dự án được triển khai. Đối với các startup châu Á khởi động, giá dự đoán được đánh bại hiệu suất. Một công cụ có giá 20 đô la/tháng với các giới hạn rõ ràng đánh bại một công cụ có giá 10 đô la/tháng cho đến khi sử dụng LLM của bạn tăng vọt và bạn nhận được hóa đơn 500 đô la. Kiểm tra xem nền tảng có tính phí cho thời gian phát triển hay chỉ sử dụng sản xuất—sự phân biệt này quyết định liệu thử nghiệm có rẻ hay đắt.

Khả năng tương thích quy trình làm việc của nhóm là yếu tố ẩn. Nếu nhóm của bạn đã sử dụng VS Code và GitHub, việc áp dụng một nền tảng dựa trên web yêu cầu đào tạo lại. Nếu bạn bắt đầu từ đầu, các công cụ dựa trên web loại bỏ hoàn toàn thiết lập môi trường. Xem xét xem công cụ có hỗ trợ cộng tác không: nhiều nhà phát triển có thể làm việc trên cùng một dự án đồng thời không? Nó có kiểm soát phiên bản thay đổi không? Bạn có thể xem lại mã được tạo bởi AI trước khi nó được gửi không?