Bản dịch tiếng Việt (theo đúng cấu trúc và yêu cầu đã nêu):
Các ràng buộc tốt đã định hình nên những kỷ nguyên vĩ đại nhất của phần mềm và cả sự nghiệp của tôi. Một vài cách tiếp cận mang tính chủ kiến, như nguyên tắc 12-factor app hay MVC, đã cho chúng ta một ngôn ngữ chung để xây dựng các dịch vụ đáng tin cậy và thiết kế sự phân tách mối quan tâm. Đây là những quy tắc đơn giản, dễ nói, nhưng khó để tuân theo một cách hoàn hảo. Chúng đã khai sinh ra cả một ngành công nghiệp: SaaS, PaaS, hạ tầng đám mây. Tất cả đều được xây dựng trên nền tảng của những ràng buộc được suy tính kỹ lưỡng, chúng nói với những người xây dựng rằng: đây là ranh giới, hãy ở trong phạm vi của ranh giới này, và những điều tốt đẹp sẽ theo sau. Cá nhân tôi đã được hưởng lợi từ việc áp dụng những ràng buộc này trong một số công việc tốt nhất của mình.
Tôi tin rằng phần mềm AI-native cũng cần có những ràng buộc của riêng nó. Và đây là ràng buộc mà tôi đã nghĩ ra.
Cơ sở mã (codebase) của bạn có một kích thước tối đa. Đây không phải là vấn đề sở thích. Giới hạn này là có thật, có thể đo lường được, và nhỏ hơn bạn nghĩ.
Giới hạn đó là: một nửa kích thước cửa sổ ngữ cảnh (context window) của mô hình AI mà các tác nhân (agents) của bạn sử dụng để xây dựng và duy trì sản phẩm. Điều này có nghĩa là kích thước của logic kinh doanh cốt lõi và bối cảnh hệ thống của bạn không được vượt quá một nửa cửa sổ ngữ cảnh của LLM mà bạn đang dựa vào.
Tại sao lại là một nửa? Cửa sổ ngữ cảnh phục vụ hai mục đích. Một nửa đầu chứa mã của bạn. Một nửa sau là nơi tác nhân suy luận, lập kế hoạch và tạo sinh. Nếu bạn lấp đầy toàn bộ cửa sổ bằng mã, bạn sẽ chẳng để lại chỗ nào cho việc suy nghĩ. Một nửa cho việc thấu hiểu. Một nửa cho việc nhận thức.
Phần khó nhất của các doanh nghiệp phần mềm chưa bao giờ là xây dựng tính năng.
Mọi nhà sáng lập công nghệ giàu kinh nghiệm đều biết điều này. Phần khó là xác định phần mềm hữu ích nhỏ nhất cho một phân khúc khách hàng đủ lớn, và sau đó tập hợp mọi người xung quanh công việc khó khăn là thu hút khách hàng, dịch vụ khách hàng và giữ chân khách hàng.
Việc xây dựng phần mềm trước đây rất tốn kém. Chi phí cho kỹ sư rất cao. Điều này tạo ra ma sát, làm nảy sinh các quy trình phát triển lặp, nhưng nó cũng áp đặt tính kỷ luật. Bạn phải lựa chọn: Khách hàng cần gì nhất? Thứ nhỏ nhất đáng để xây dựng là gì? Chi phí nhân công cho kỹ thuật đã giữ cho các nhóm tập trung. Các ràng buộc tạo ra sự rõ ràng. Những công ty tốt nhất ở Thung lũng Silicon đã phát triển theo cách này.
Giờ đây, các tác nhân AI có thể xây dựng hầu hết mọi thứ bạn yêu cầu. Nút thắt cổ chai đã biến mất. Tính kỷ luật cũng biến mất cùng với nút thắt đó.
Sản xuất tự do dẫn đến sản xuất thừa. Sản xuất thừa là chế độ thất bại mặc định của các công ty AI-native.
Các nhà sáng lập phi kỹ thuật và các nhà đầu tư cần hiểu điều này. Nhiều tính năng hơn, nhiều mã hơn, và nhiều bề mặt sản phẩm hơn để bảo trì không còn là dấu hiệu của sự tiến bộ nữa. Chúng báo hiệu một công ty thiếu vắng những ràng buộc chất lượng cao, và đôi khi, là sự thiếu rõ ràng cơ bản.
Sản xuất thừa mà không có sự phân phối và tiêu thụ có thể mở rộng quy mô sẽ tạo ra sự rò rỉ lớn trong việc nắm bắt giá trị. Bạn tung ra mười tính năng. Hai tính năng thúc đẩy sự giữ chân người dùng. Tám tính năng còn lại tạo thêm độ phức tạp, làm chậm hai tính năng quan trọng đó. Mỗi dòng mã trở thành một khoản nợ được ngụy trang thành tài sản.
Những người xây dựng giàu kinh nghiệm biết điểm bùng phát. Mã chuyển từ việc phục vụ khách hàng sang phục vụ chính nó. Sự phức tạp trở thành kẻ thù của sản phẩm. Các nhóm dành nhiều thời gian để quản lý phần mềm hơn là cải thiện trải nghiệm khách hàng. Hệ thống bắt đầu cảm thấy ì ạch, người dùng bắt đầu rời bỏ, và các nhóm đối diện khách hàng của bạn âm thầm trở nên thất vọng.
Trong thế giới cũ, bạn phải mất nhiều năm để đạt đến điểm bùng phát đó. Trong thế giới AI-native, bạn đạt đến điểm bùng phát chỉ trong vài tuần. Các tác nhân không bao giờ cảm thấy mệt mỏi, không bao giờ phản đối, và không bao giờ nói, "cái này quá phức tạp, chúng ta nên dừng lại."
Làm thế nào để bạn biết khi nào nên dừng? Khi AI viết mã không giới hạn miễn phí, tín hiệu nào cho bạn biết là đã đủ?
Đó là Quy tắc Nửa Cửa sổ (Half-Window Rule).
Logic kinh doanh cốt lõi của bạn phải nằm gọn trong một nửa cửa sổ ngữ cảnh của mô hình duy trì cơ sở mã của bạn. Hãy đo cơ sở mã của bạn bằng token. So sánh nó với một nửa cửa sổ ngữ cảnh. Nếu bạn vượt quá, lực lượng lao động AI của bạn đã bắt đầu suy thoái—không phải một cách trực quan, không phải một cách ồ ạt, mà là âm thầm và đều đặn.
Mối nguy hiểm: không có gì rõ ràng bị hỏng khi bạn vượt qua ranh giới này. Tác nhân không từ chối. Mã trông có vẻ chính xác. Các bài kiểm tra đều vượt qua. Lỗi bạn báo cáo đã được sửa.
Nhưng tác nhân lúc này hoạt động mà không có sự thấu hiểu đầy đủ về hệ thống của bạn. Tác nhân khớp mẫu trên các mảnh vỡ thay vì suy luận về tổng thể. Các lỗi thoái lui tinh vi xuất hiện. Logic bị trùng lặp ở những phần của cơ sở mã mà tác nhân không thể thấy. Các vấn đề được "giải quyết" bằng cách thêm mã vào nơi lẽ ra mã hiện có nên được thay đổi.
Bạn sẽ không nhận ra ngay lập tức. Vận tốc vẫn có vẻ cao. Các pull request vẫn chảy. Mỗi cái lại làm cho cái tiếp theo tồi tệ hơn một chút. Sự suy thoái tổng hợp chống lại bạn.
Vào thời điểm bạn hỏi "tại sao các tác nhân của chúng tôi cứ đi vòng vòng thế?" thì bạn đã ở sâu trong vấn đề rồi.
Quy tắc này là kỷ luật kinh doanh trong lớp vỏ kỹ thuật.
Sự đơn giản trở thành lợi thế cạnh tranh của bạn khi chi phí sản xuất bằng không. Hãy xây dựng cơ sở mã nhỏ nhất mang lại giá trị thực cho khách hàng. Mọi tính năng không cần thiết, mọi sự trừu tượng hóa không cần thiết, và mọi dòng mã suy đoán đều ngốn ngân sách nhận thức của lực lượng lao động AI của bạn. Cuối cùng, chúng ngốn mất khả năng vận động của công ty bạn.
Các sản phẩm tốt nhất luôn là những sản phẩm đơn giản nhất giải quyết hoàn toàn một vấn đề thực sự. Hình phạt cho việc vi phạm nguyên tắc này giờ đây đến nhanh hơn và cộng dồn mạnh hơn. Các tác nhân AI của bạn sẽ không phản đối như một kỹ sư cấp cao thất vọng đã từng làm.
Quy tắc này mở rộng theo kiến trúc. Startup một sản phẩm: áp dụng cho toàn bộ cơ sở mã. Công ty đa dịch vụ: áp dụng cho từng dịch vụ một cách độc lập. Bất kỳ phần nào của hệ thống của bạn phải được hiểu như một tổng thể thì phải nằm gọn trong ranh giới nơi các tác nhân của bạn suy luận về bức tranh toàn cảnh.
Kiến trúc sản phẩm của bạn sẽ phản ánh các ranh giới nhận thức của các tác nhân, cho dù bạn có lên kế hoạch cho điều này hay không. Những nhà sáng lập cố tình thiết kế cho điều này sẽ vượt xa những người học qua đau đớn.
Điều này không phải về sự hoàn hảo. Bạn sẽ không phải lúc nào cũng ở dưới mức giới hạn. Cơ sở mã phát triển. Tính năng được thêm vào. Sự phức tạp tích tụ. Vấn đề là khát vọng, không phải là sự tuân thủ cứng nhắc. Nếu bạn ghi nhớ quy tắc này và ở gần ranh giới, bạn sẽ đưa ra những quyết định tốt hơn về việc nên xây dựng gì, nên tách cái gì ra, và nên xóa cái gì. Ràng buộc này cho bạn một điểm tham chiếu khi mọi thứ khác đều nói 'hãy xây dựng thêm nữa'. Đôi khi điều này có nghĩa là thiết kế lại kiến trúc tác nhân phụ (sub-agent) của bạn để phù hợp với quy tắc—rất giống với cách các nhóm người phân chia quyền sở hữu khi họ phát triển.
Tôi mong muốn tuân theo quy tắc này trong công việc của chính mình. Không phải vì vi phạm quy tắc đồng nghĩa với thất bại ngay lập tức, mà vì việc ở gần ràng buộc này giúp tôi xây dựng phần mềm hữu ích, có thể bảo trì và có giá trị theo thời gian. Những nhà sáng lập định hướng theo điều này sẽ đi rất xa. Những người hoàn toàn phớt lờ các ràng buộc sẽ học qua đau đớn.
Các ràng buộc tốt không đảm bảo thành công. Chúng làm cho thành công có nhiều khả năng xảy ra hơn bằng cách loại bỏ những cách thất bại phổ biến nhất. 12-factor app là một tập hợp các nguyên tắc không xây dựng công ty SaaS của bạn thay bạn, nhưng nếu bạn tuân theo chúng, hạ tầng của bạn sẽ hoạt động khi bạn cần mở rộng quy mô. Quy tắc Nửa Cửa sổ hoạt động theo cùng một cách. Hãy đi theo tinh thần. Ở gần ranh giới. Xây dựng các doanh nghiệp phần mềm hữu ích và bền vững.
Sự đơn giản luôn chiến thắng. Giờ đây sự đơn giản chiến thắng nhanh hơn.
Về tác giả: Abhishek Parolarkar là CEO của https://brain.pe - công ty giúp các công ty Private Equity tạo ra bộ não AI kỹ thuật số cho chính công ty của họ hoặc cho các thương vụ cụ thể. Bạn có thể đã áp dụng AI, nhưng liệu AI đã áp dụng bạn chưa?
