Boris Cherny là người tạo ra Claude Code tại Anthropic. Bắt đầu như một dự án ươm tạo với đội ba người, anh ấy đã biến khái niệm "tự động hoàn thành một dòng code bằng phím Tab trong IDE" thành "để một Agent viết toàn bộ dự án." Đến đầu năm 2026, Claude Code đã vượt mốc 1 tỷ đô la doanh thu hàng năm, được chính Anthropic mô tả là quá trình chuyển đổi nhanh nhất từ bản xem trước nghiên cứu thành sản phẩm tỷ đô trong lịch sử.
Cuộc phỏng vấn này đến từ hội nghị AI Ascent 2026 của Sequoia, do đối tác của Sequoia là Lauren Reeder chủ trì.
Video gốc: https://www.youtube.com/watch?v=SlGRN8jh2RI
Những điểm chính
- Boris đã không viết một dòng code nào trong suốt năm 2026. Anh ấy hợp nhất (merge) hàng chục PR mỗi ngày, với kỷ lục trong một ngày là 150, mặc dù anh ấy thừa nhận điều này là để "xem mô hình có thể đi xa đến đâu."
- Claude Code đã không có PMF (Product-Market Fit) trong sáu tháng đầu tiên. Khi mới được xây dựng, Boris chỉ sử dụng nó cho 10% code của mình. Sự tăng trưởng theo cấp số nhân chỉ bắt đầu sau khi phát hành Opus 4 vào tháng 5 năm 2025, với mỗi thế hệ mô hình mới lại đẩy đường cong tăng trưởng lên cao hơn.
- Boris hiện thực hiện hầu hết công việc từ điện thoại của mình. Anh ấy duy trì 5 đến 10 phiên (sessions) và hàng trăm Agent hoạt động trong Claude App, với hàng nghìn tác vụ chạy sâu vào ban đêm. Chế độ lập lịch cốt lõi được gọi là "Loop", nơi Claude khởi tạo một chu kỳ có thời gian qua cron.
- Anthropic không còn code viết tay nội bộ nữa. Tất cả SQL và code sản phẩm đều do các mô hình tạo ra. Các Claude của nhân viên giao tiếp với nhau qua Slack, trực tiếp gửi câu hỏi khi không chắc chắn.
- Về "Sự kết thúc của SaaS," Boris mượn khung "7 Powers" của Hamilton Helmer: Chi phí chuyển đổi (Switching costs) và Sức mạnh quy trình (Process power) sẽ bị AI làm phẳng vì các mô hình có thể xử lý việc di chuyển và tự động hóa quy trình. Hiệu ứng mạng (Network effects), Lợi thế kinh tế nhờ quy mô (Economies of scale) và Tài nguyên độc quyền (Cornered resources) vẫn không thay đổi.
- Phép so sánh lịch sử quan trọng nhất của anh ấy là máy in. Anh ấy tin rằng việc xây dựng phần mềm sẽ trở nên phổ biến như khả năng đọc viết. Người tốt nhất để viết phần mềm kế toán sẽ là một kế toán viên, không phải một kỹ sư, bởi vì viết code là phần dễ—hiểu được doanh nghiệp mới là phần khó.
- Lợi thế thực sự của Anthropic không nằm ở công nghệ, mà ở quy trình tổ chức. Ai cũng có thể sử dụng các mô hình, nhưng cách tổ chức nội bộ được tái cấu trúc, cách các Claude giao tiếp và cách công ty thay thế toàn bộ code viết tay mới là nơi tạo ra khoảng cách sản phẩm.
[1] Claude Code đã phát triển từ một dự án ươm tạo ba người như thế nào
Boris nói rằng anh ấy đã tạo ra Claude Code "một cách tình cờ." Vào cuối năm 2024, anh ấy tham gia một vườn ươm nội bộ có tên Anthropic Labs. Nhóm chỉ có vài người, và sản phẩm đầu ra ban đầu của họ là Claude Code, MCP và Claude Desktop App. Nhóm đã bị giải tán một thời gian ngắn nhưng được tái tổ chức vào đầu năm 2026 dưới sự lãnh đạo của Mike Krieger.
Lưu ý:
Mike Krieger là đồng sáng lập và cựu CTO của Instagram. Anh ấy gia nhập Anthropic với tư cách là Giám đốc Sản phẩm (Chief Product Officer) vào tháng 5 năm 2024 và chuyển sang nhóm Labs vào tháng 1 năm 2026 để dẫn dắt việc ươm tạo sản phẩm thử nghiệm cùng với Ben Mann.
Boris mô tả lý do tại sao anh ấy muốn giải quyết vấn đề lập trình bằng một thuật ngữ phổ biến trong Anthropic: "product overhang" (dư thừa sản phẩm). Điều này đề cập đến tình huống năng lực của mô hình đã tồn tại nhưng chưa được sản phẩm hóa.
Chúng tôi đã xem xét tình trạng lập trình vào cuối năm 2024, và trạng thái tiên tiến nhất là nhấn phím Tab. Bạn mở một IDE, nhấn Tab, và mô hình sẽ đưa ra một dòng code. Đó là những gì Sonnet 3.5 lần đầu tiên cho phép. Nhưng cảm giác là chúng tôi có thể đi xa hơn nhiều; mô hình gần như đã sẵn sàng cho bước tiếp theo. Chúng tôi không cần hoàn thành bằng Tab; chúng tôi có thể để Agent viết toàn bộ khối code.
Nhưng sau khi xây dựng nó, hầu như không ai sử dụng trong sáu tháng đầu tiên. Boris nói rằng phiên bản đầu tiên "về cơ bản là không thể sử dụng được," và ngay cả anh ấy cũng chỉ dùng nó cho 10% công việc của mình. Không có sự tăng trưởng theo cấp số nhân ngay cả sau khi phát hành công khai. Bước ngoặt thực sự là việc phát hành Opus 4 vào tháng 5 năm 2025. Kể từ đó, mỗi thế hệ mô hình mới—từ Opus 4 đến 4.5, 4.6 và bây giờ là 4.7—đều khiến đường cong tăng trưởng tăng vọt trở lại.
Anh ấy thừa nhận toàn bộ quá trình là một canh bạc đi ngược lại logic PMF (Product-Market Fit) thông thường:
Chúng tôi đang xây dựng một thứ hoàn toàn thiếu PMF ngay từ đầu. Chúng tôi biết nó sẽ không có PMF trong sáu tháng đầu tiên vì chúng tôi đang phát triển cho thế hệ mô hình tiếp theo. Đó là chiến lược của chúng tôi từ đầu đến cuối.
Lưu ý:
Logic sản phẩm của Anthropic là đặt cược rằng "năng lực của mô hình sẽ đạt đến một điểm nhất định" và xây dựng sản phẩm cho điểm tương lai đó trước, điều này ngược lại với cách tiếp cận SaaS điển hình là "xác thực nhu cầu trước, sau đó mới xây dựng."
[2] "Lập trình đã được giải quyết," nhưng đây là phiên bản cá nhân của Boris
Lauren hỏi ý nghĩa của tuyên bố công khai rằng "lập trình đã được giải quyết." Boris đã tiến hành một cuộc thăm dò trực tiếp khán giả: "Ai vẫn đang 100% tự viết code?" "Ai đã dừng 100%?" "Ai ở giữa?" Kết quả là khoảng "50% đã được giải quyết." Nhưng đối với riêng Boris, tỷ lệ đó là 100%.
Anh ấy giải thích rằng codebase của Claude Code (đã bị rò rỉ ra công chúng) là TypeScript và React. Không có bí mật nào cả. Họ chọn TypeScript và React vì chúng cực kỳ phổ biến trong dữ liệu huấn luyện của mô hình—chúng "nằm trong phân phối" (on-distribution). Vào thời điểm đó, các mô hình chưa thông minh lắm, vì vậy việc lựa chọn framework quyết định mức độ mô hình có thể viết. Bây giờ, các mô hình đủ mạnh để tự học các ngôn ngữ không quen thuộc, nhưng vào cuối năm 2024, họ phải chọn stack mà mô hình biết rõ nhất.
Bởi vì họ đã chọn stack mà mô hình biết rõ nhất, nhóm đã vượt qua một ngưỡng sớm: mô hình bắt đầu viết 100% code. Boris nói điều này đã xảy ra vào tháng 10 hoặc tháng 11 năm ngoái.
Bây giờ tôi hợp nhất (merge) hàng chục PR mỗi ngày. Một ngày nọ tuần trước tôi đã hợp nhất 150; đó là một kỷ lục, tôi chỉ muốn xem liệu mình có thể đẩy nó đến giới hạn hay không.
Tuy nhiên, anh ấy thừa nhận rõ ràng rằng kết luận này không phổ biến. Vẫn còn những codebase lớn, phức tạp và các ngôn ngữ thích hợp mà các mô hình gặp khó khăn. Câu trả lời của anh ấy về cơ bản là "chỉ cần chờ đợi."
Câu trả lời thông thường chỉ là chờ đợi thế hệ mô hình tiếp theo.
Lưu ý:
Kết luận của Boris rõ ràng là thiên vị. Anh ấy sử dụng một stack phổ biến (TypeScript+React), codebase của anh ấy đã trưởng thành và anh ấy đang "dogfooding" (tự dùng sản phẩm) với các mô hình nội bộ độc quyền như Mythos tại Anthropic. "Lập trình đã được giải quyết" đúng với anh ấy, nhưng đối với một hệ thống C++ 30 năm tuổi hoặc một nhóm engine game, kết luận sẽ rất khác.
[3] Chạy hàng trăm Agent trên điện thoại: Quy trình làm việc của Boris
Boris đề cập rằng anh ấy đã chia sẻ quy trình làm việc cá nhân của mình trên Twitter sáu tháng trước. Anh ấy không nghĩ nó đặc biệt, nhưng nó đã lan truyền. Kể từ đó, phương pháp của anh ấy lại thay đổi: bây giờ, hầu hết công việc của anh ấy được thực hiện từ điện thoại.
Cụ thể, Claude App có một tab "code" ở bên trái, nơi anh ấy duy trì 5 đến 10 phiên (sessions) hoạt động. Mỗi phiên có một loạt các Agent đang chạy, thường lên tới hàng trăm. Vào ban đêm, anh ấy khởi động thêm hàng nghìn Agent cho các tác vụ sâu hơn.
Anh ấy nói rằng tính năng được sử dụng phổ biến nhất không phải là sub-Agent, mà là một chế độ đơn giản gọi là "Loop": để Claude thiết lập một tác vụ theo lịch qua cron chạy mỗi phút, mỗi năm phút hoặc hàng ngày.
Tôi có hàng tá Loop chạy liên tục. Một cái theo dõi các PR của tôi để tự động sửa CI và rebase; một cái giữ cho CI tổng thể khỏe mạnh, như sửa các bài kiểm tra không ổn định (flaky tests); một cái khác kéo phản hồi về Claude Code từ Twitter mỗi 30 phút, phân cụm và sắp xếp chúng cho tôi.
Anh ấy cũng đề cập đến "Routines" mới được Anthropic phát hành, về cơ bản là di chuyển chế độ Loop này từ máy cục bộ lên máy chủ, để nó chạy ngay cả khi laptop đã đóng.
Đánh giá của anh ấy về điều này là: "Loop là tương lai."
Lưu ý:
Cốt lõi của quy trình làm việc này rất đơn giản: từ bỏ việc "tự mình ra lệnh" sớm hơn. Anh ấy để một bầy Claude làm việc liên tục trong khi anh ấy chỉ nhận báo cáo trên Slack. Từ góc độ sản phẩm, Routines biến Loop từ một chế độ phía máy khách thành một dịch vụ được lưu trữ, có nghĩa là việc lập lịch bắt đầu tiêu thụ tài nguyên máy chủ của họ và mô hình định giá cuối cùng sẽ phải thay đổi.
[4] Sự trỗi dậy của những người đa năng: Mọi vai trò trong nhóm đều đang viết code
Boris dự đoán rằng "sẽ có nhiều người đa năng hơn hôm nay."
Anh ấy chia "người đa năng" thành hai loại: thứ nhất, người đa năng về kỹ thuật (ví dụ: một người viết iOS, Web và backend); thứ hai, và thú vị hơn, là người đa năng đa lĩnh vực—một kỹ sư sản phẩm cũng hiểu thiết kế, hoặc một người có thể làm cả sản phẩm và khoa học dữ liệu.
Anh ấy nói điều này đang xảy ra trong nhóm Claude Code:
Các quản lý kỹ thuật, quản lý sản phẩm, nhà thiết kế, nhà khoa học dữ liệu, nhân viên tài chính và nhà nghiên cứu người dùng của chúng tôi—tất cả mọi người đều đang viết code. Mọi người vẫn là chuyên gia trong một lĩnh vực nào đó, nhưng tất cả cũng đang viết code.
Anh ấy không giải thích chi tiết "tại sao điều này lại tốt," nhưng logic cơ bản là: khi chi phí biên của việc viết code tiến gần đến 0, các vai trò trước đây bị loại khỏi kỹ thuật (tài chính, thiết kế, nghiên cứu) có được khả năng tạo ra đầu ra kỹ thuật trực tiếp, làm mờ ranh giới phân công lao động.
Lưu ý:
Điều này dễ dàng xác minh trong một startup, nhưng khó hơn nhiều trong một doanh nghiệp lớn. Một bộ phận CNTT ngân hàng 5.000 người có tuân thủ, rủi ro, quản lý thay đổi và dấu vết kiểm toán mà không thể bỏ qua chỉ vì "tôi có thể viết code." Boris đang nói về một công ty nhỏ, quy trình tinh gọn như Anthropic.
[5] Sự kết thúc của SaaS: Những hào nào AI sẽ làm phẳng, và những hào nào sẽ còn lại
Lauren hỏi: Bây giờ việc viết code rẻ hơn 10 lần hoặc 100 lần, giá trị của các sản phẩm phần mềm sẽ thay đổi như thế nào? Chúng ta có đang đối mặt với sự kết thúc của SaaS không?
Boris nói đây là câu hỏi yêu thích của anh ấy, sau đó sử dụng khung "7 Powers" của Hamilton Helmer để trả lời.
Lưu ý:
Hamilton Helmer là một nhà chiến lược và tác giả của cuốn sách "7 Powers: The Foundations of Business Strategy" (2016). Ông phân loại lợi thế cạnh tranh bền vững thành bảy loại: Lợi thế kinh tế nhờ quy mô (Economies of Scale), Hiệu ứng mạng (Network Effects), Định vị đối nghịch (Counter-Positioning), Chi phí chuyển đổi (Switching Costs), Thương hiệu (Brand), Tài nguyên độc quyền (Cornered Resources) và Sức mạnh quy trình (Process Power).
Đánh giá của Boris là AI sẽ làm phẳng hai trong số những hào này:
Đầu tiên là Chi phí chuyển đổi (Switching Costs). Lý do rất trực tiếp: các mô hình có thể giúp người dùng di chuyển từ công cụ này sang công cụ khác. Ý tưởng "tôi đã cấu hình 300 quy trình làm việc trên Salesforce và không thể chuyển đổi" có thể được giải quyết bằng một mô hình di chuyển mọi thứ chỉ sau một đêm.
Thứ hai là Sức mạnh quy trình (Process Power), lợi thế mà "quy trình làm việc và quy trình của chúng tôi không thể bị người khác sao chép." Boris nói Claude 4.7 đã có thể "hill-climb" (leo đồi) bất cứ thứ gì—bạn đặt mục tiêu, để nó lặp lại và tối ưu hóa, và cuối cùng nó đạt được kết quả. Tối ưu hóa quy trình, từng là tài sản nội bộ được tích lũy qua nhiều năm bởi các công ty lớn, đang bị các mô hình tiêu thụ.
Đây là mô hình đầu tiên có thể làm điều này. Bạn đặt mục tiêu, để nó chạy cho đến khi hoàn thành và nó tự động thực thi đến cùng.
Tuy nhiên, anh ấy tin rằng các hào khác vẫn không thay đổi: Hiệu ứng mạng (Network Effects), Lợi thế kinh tế nhờ quy mô (Economies of Scale) và Tài nguyên độc quyền (Cornered Resources) vẫn giữ vững. Nói cách khác, các sản phẩm "trở nên tốt hơn khi có nhiều người sử dụng" (mạng xã hội, nền tảng, thị trường) và các công ty có "nguồn lực mà người khác không thể có" (bằng sáng chế, giấy phép, hợp đồng độc quyền) vẫn an toàn.
Đánh giá thứ hai của anh ấy thậm chí còn triệt để hơn:
Trong 10 năm tới, số lượng startup có khả năng phá vỡ các thị trường ban đầu có thể sẽ nhiều gấp 10 lần so với 10 năm trước. Bởi vì bây giờ bạn có thể là một công ty rất nhỏ, xây dựng một sản phẩm có giá trị ngang bằng với một công ty lớn và cạnh tranh trực tiếp. Các công ty lớn phải thay đổi quy trình kinh doanh, đào tạo lại nhân viên và đối mặt với sự phản kháng nội bộ, nhưng bạn thì không—bạn bắt đầu từ một trang giấy trắng.
Lưu ý:
Tuyên bố của Boris về việc chi phí chuyển đổi bị làm phẳng là gây tranh cãi về mặt cấu trúc. Các mô hình có thể di chuyển dữ liệu, nhưng chi phí chuyển đổi SaaS doanh nghiệp thực sự nằm ở những nơi khác: kiểm toán tuân thủ, điều khoản hợp đồng, thói quen tổ chức và chứng nhận nhà cung cấp. Các hào của Salesforce và SAP luôn dựa vào sự quán tính này; công nghệ chỉ là một phần nhỏ. "Cowork" của chính Anthropic đang thách thức điều này, nhưng phản ứng của thị trường (cổ phiếu phần mềm mất 285 tỷ đô la vốn hóa thị trường vào tháng 2 năm 2026) cho thấy các nhà đầu tư đang đặt cược rằng đánh giá của anh ấy là đúng.
[6] Sản phẩm so với Mô hình: Khi các mô hình mạnh hơn, giá trị sản phẩm còn lại bao nhiêu?
Một khán giả tên Dan hỏi: Bạn cho rằng thành công của Claude Code là nhờ các quyết định sản phẩm hay bản thân mô hình?
Boris không đưa ra câu trả lời đơn giản. Anh ấy nói một năm trước có thể là 50/50, và sáu tháng trước cũng vậy. Hai năm nữa? Anh ấy nói: "Tôi không biết, chúng tôi chỉ lên kế hoạch từng tuần một."
Nhưng sau đó anh ấy đưa ra một câu trả lời thú vị hơn:
Tôi đã từng ở YC và thành lập một vài công ty. Điều YC nhồi nhét vào bạn là: xây dựng thứ mà mọi người yêu thích. Bất kể mô hình mạnh đến đâu hay bạn thuộc thể loại nào, bạn phải xây dựng thứ mà người dùng thực sự yêu thích. Đó là lý do tại sao sản phẩm quan trọng. Chúng tôi đã dành nhiều công sức cho các chi tiết nhỏ bởi vì nếu bạn sử dụng nó cả ngày, những chi tiết đó định nghĩa trải nghiệm.
Anh ấy cũng thừa nhận rằng khi các mô hình mạnh hơn, lớp "khung" bên ngoài (scaffolding, các framework gọi) sẽ trở nên ít quan trọng hơn. Một năm nữa, các cơ chế an toàn sản phẩm (bảo vệ chống tiêm prompt, xác thực lệnh tĩnh, chế độ phân quyền, human-in-the-loop) có thể không còn cần thiết nữa vì mô hình sẽ tự nhiên làm điều đúng đắn.
Định hướng sản phẩm của anh ấy không phải là thêm một lớp nữa, mà là suy nghĩ: Làm thế nào để biến Loops thành công dân hạng nhất? Làm thế nào để một người dễ dàng chạy nhiều Agent cùng lúc?
Lưu ý:
Điều này thực sự thừa nhận một niềm tin nội bộ của Anthropic: khi năng lực của mô hình tăng lên, cánh cửa cho sự khác biệt hóa ở lớp ứng dụng thu hẹp lại. Đây là một tín hiệu không khuyến khích cho các công ty ứng dụng AI độc lập. Lớp wrapper, kỹ thuật prompt và quản lý phân quyền mà bạn xây dựng trên Claude API ngày hôm nay có thể bị mô hình cơ sở nội bộ hóa trong vòng một năm.
[7] Dân chủ hóa phần mềm: Từ máy in đến nhắn tin
Một khán giả hỏi: Liệu Claude Code có biến "xây dựng phần mềm" thành một kỹ năng mà mọi người nên có, giống như "biết sử dụng Office" không?
Câu trả lời của Boris: Có, và thậm chí còn triệt để hơn thế.
Tôi nghĩ nó sẽ trở thành một kỹ năng ở cấp độ "tôi biết cách gửi một tin nhắn văn bản."
Anh ấy mở rộng phép so sánh lịch sử yêu thích của mình: máy in.
Theo Boris, vào những năm 1400, chỉ khoảng 10% người châu Âu biết chữ, và họ thường được các vị vua và quý tộc thuê để viết cho họ. Sau khi Gutenberg phát minh ra máy in và những cải tiến tiếp theo, nhiều tác phẩm văn học đã được xuất bản trong 50 năm tiếp theo hơn 1.000 năm trước đó, và giá của một cuốn sách đã giảm khoảng 100 lần. Vài trăm năm sau, tỷ lệ biết chữ toàn cầu tăng lên 70%. Ngày nay, tất cả chúng ta đều có thể đọc và viết, nhưng nghề "nhà văn chuyên nghiệp" vẫn tồn tại.
Lưu ý:
Các con số của Boris hơi thấp. Các học giả ước tính tỷ lệ biết chữ của người trưởng thành châu Âu vào đầu thế kỷ 15 là 25-30%, không phải 10%; tỷ lệ biết chữ toàn cầu ngày nay gần 90%, không phải 70%. Nhưng hướng đi của anh ấy là đúng: máy in là một trong những sự kiện phi chuyên nghiệp hóa quan trọng nhất trong lịch sử.
Suy luận của Boris là phần mềm sẽ trải qua quá trình tương tự, nhưng nhanh hơn nhiều so với 50 năm. Anh ấy đưa ra một góc nhìn cụ thể:
Lấy ví dụ về việc viết phần mềm kế toán. Ngày nay, người tốt nhất để viết phần mềm kế toán không phải là một kỹ sư; đó là một kế toán viên thực sự hiểu về doanh nghiệp. Bởi vì họ biết rõ lĩnh vực đó, viết code là phần dễ.
Thông điệp ngầm rất rõ ràng: những công việc dễ bị thay thế nhất trong tương lai gần là các kỹ sư kỹ thuật thuần túy, những người "chỉ biết viết code và không hiểu bất kỳ lĩnh vực kinh doanh dọc nào."
[8] Lợi thế thực sự nằm ở quy trình tổ chức, không phải công nghệ
Một khán giả hỏi: Mọi người nói rằng các công ty như của bạn đang "sống trong tương lai" vì bạn sử dụng các phiên bản sớm nhất của mô hình. Claude Code là một công cụ nội bộ trước khi được phát hành. Khoảng cách giữa thực tiễn kỹ thuật của Anthropic và thế giới bên ngoài là một tháng, ba tháng hay sáu tháng? Nó đang mở rộng hay thu hẹp?
Câu trả lời của Boris là về cơ bản không có khoảng cách ở lớp mô hình: nội bộ họ sử dụng Mythos và Opus 4.7. "Chúng tôi sử dụng Mythos cho một số thử nghiệm, nhưng Opus 4.7 là con ngựa thồ dogfooding chính của chúng tôi." Các biến thể của những mô hình này cuối cùng sẽ được công khai.
Lưu ý:
Mythos là một mô hình tiên tiến nội bộ mà Anthropic thừa nhận tồn tại vào tháng 4 năm 2026. Nó chỉ được mở ra bên ngoài trong chương trình an ninh mạng Project Glasswing. Nó đạt 93,9% trên SWE-bench và 97,6% trên USAMO, tuyên bố "vượt trội đáng kể so với bất kỳ mô hình nào đã phát hành." Boris thừa nhận Anthropic sử dụng Mythos để dogfood Claude Code. Nói cách khác, Claude Code mà công chúng sử dụng được xây dựng với sự trợ giúp của một mô hình mạnh hơn chưa được phát hành.
Nhưng anh ấy tin rằng có một khoảng cách lớn hơn ở lớp sản phẩm do quy trình, không liên quan đến bản thân mô hình:
Tại Anthropic, chúng tôi đã tích hợp Claude vào mọi bước. Trong khi tôi đang viết code, các Claude của tôi đang chạy trong Loops; chúng sẽ đi tìm Claude của người khác trên Slack để đặt câu hỏi khi chúng không chắc chắn. Chúng tôi không còn code viết tay nào trong toàn bộ công ty. Tất cả SQL đều do các mô hình viết.
Kết luận của anh ấy: Chìa khóa để dẫn đầu là cách tổ chức tự chuyển đổi. Ai cũng có thể có được công nghệ, nhưng việc chuyển đổi toàn bộ công ty từ code viết tay sang code do mô hình tạo ra, để các Claude của nhân viên hỏi nhau trên Slack và đảm bảo không có SQL nào được viết thủ công là một sự chuyển đổi hành vi tổ chức diễn ra chậm hơn nhiều so với tiến bộ công nghệ.
Lưu ý:
"Chúng tôi không còn code viết tay" là một tuyên bố táo bạo và có thể không đúng theo nghĩa đen đối với code cơ sở hạ tầng hoặc code nhạy cảm về bảo mật, nhưng nó phản ánh sự tái cấu trúc triệt để của Anthropic đối với kỹ thuật. Điều này trả lời một sự nhầm lẫn phổ biến: nhiều công ty kết nối với Claude API nhưng không thấy thay đổi về năng suất vì tổ chức chưa được tái cấu trúc. Như Mike Krieger đã nói trong một cuộc phỏng vấn khác: "Claude hiện viết 90-95% code; nút thắt cổ chai không phải là kỹ thuật, mà là việc ra quyết định."
[9] Agent song song và Mô hình cục bộ: Người dùng không nên phải lo lắng
Một khán giả tên Jiren hỏi: Làm thế nào để bạn đưa điều kiện tiên quyết "khi nào cần song song hóa" vào cấp độ sản phẩm và mô hình? Hiện tại, người dùng phải tự đánh giá khi nào nên mở nhiều Agent, nhưng mô hình nên tự biết điều này.
Boris nói ở cấp độ sản phẩm, đó là về việc thay đổi prompt: điều chỉnh hướng dẫn để mô hình có xu hướng tự động song song hóa hơn. Nhưng điểm chính của anh ấy là bản thân mô hình đang được cải thiện; 4.7 đã làm điều này một cách tự nhiên. Anh ấy đưa ra một ví dụ:
Tôi yêu cầu 4.7 chạy một truy vấn dữ liệu, và nó chủ động nói với tôi: "Tôi nhận thấy dữ liệu này đang thay đổi; tôi sẽ bắt đầu một Loop cho bạn và gửi báo cáo mỗi 30 phút." Tôi nói "Được rồi, gửi nó đến Slack," và nó đã sử dụng Slack MCP để tự thiết lập.
Đánh giá của anh ấy là về lâu dài, người dùng không cần phải hiểu khi nào nên sử dụng batching, Loops hoặc nhiều Agent:
Nếu người dùng phải học cách lên lịch cho các công cụ này, thì thiết kế sản phẩm đã thất bại; tôi đã thất bại. Điều này nên được xử lý bởi mô hình và cách chúng tôi prompt nó.
[10] AI đám mây so với AI cục bộ
Một khán giả hỏi: Mọi người đều sử dụng Claude hoặc Codex trên đám mây. Nhưng nhiều người ủng hộ AI cục bộ. Một khi các mô hình trọng số mở (open-weight) bắt kịp, hỗ trợ viết code chất lượng cao cục bộ có phải là một hướng khả thi không? Tương lai là dựa trên đám mây hay cục bộ?
Câu trả lời của Boris rất trực tiếp: Không quan trọng.
Bởi vì trong tương lai, mô hình sẽ tự động xử lý các chi tiết cơ bản này. Trong một hoặc hai năm nữa, mô hình sẽ độc lập hoàn thành việc viết code, khởi động Agent và thiết lập môi trường. Nếu nó đánh giá và nghĩ "tôi nên sử dụng mô hình cục bộ cho việc này," nó sẽ làm vậy. Đây sẽ không còn là quyết định thủ công cho các kỹ sư nữa.
Lưu ý:
Câu trả lời này rất thú vị trong bối cảnh hội nghị Sequoia. AI cục bộ là một canh bạc cho các nhà cung cấp phần cứng (NVIDIA, Apple) và cộng đồng mã nguồn mở. Boris phân loại điều này như một "chi tiết triển khai mà người dùng không nên quan tâm," về cơ bản biến vị trí triển khai mô hình thành một vấn đề định tuyến do một Agent cấp cao hơn quyết định. Đây không phải là tin tốt cho các startup tạo sự khác biệt dựa trên "ưu tiên cục bộ."
[11] MCP và Computer Use: Công việc tri thức đi theo con đường của Claude Code như thế nào
Một khán giả tên Jamie Nestor hỏi: Claude Code hoạt động tốt vì công việc của nhà phát triển là cục bộ—các tệp, terminal và Git đều ở trên máy. Nhưng công việc tri thức thì không; tài liệu, bảng tính và CRM ở trên đám mây. Làm thế nào để bạn làm cho các sản phẩm như Cowork hiệu quả cho nhân viên tri thức như Claude Code dành cho nhà phát triển?
Boris thừa nhận rằng hầu hết công việc tri thức đã ở trên đám mây (Salesforce, Google Docs). Câu trả lời của anh ấy rất đơn giản:
Đối với chúng tôi, câu trả lời luôn là câu đơn giản nhất: MCP. Trình kết nối Salesforce MCP bạn sử dụng trong Claude.ai cũng có thể được sử dụng bởi Cowork, Claude CLI và tất cả các điểm truy cập của Claude Code.
Jamie hỏi tiếp: Đối với các hệ thống không có MCP, Computer Use có phải là cơ hội lớn hơn không?
Boris nói Computer Use là một giải pháp tổng thể:
Điều tôi biết là Anthropic hiện đang dẫn đầu đáng kể trong Computer Use. Nếu bạn sử dụng nó qua Cowork, về cơ bản nó có thể vận hành bất kỳ phần mềm nào trên máy tính của bạn. Nó chậm, nhưng nó hoạt động rất tốt với 4.7.
Nhưng anh ấy thích nhìn vào bản chất hơn:
Mô hình không quan tâm đó là MCP, CLI hay API; nó chỉ nhìn thấy các token.
[12] "Product Overhang" tiếp theo ở đâu?
Một khán giả cuối cùng hỏi: Nếu bạn thấy "product overhang" và xây dựng Claude Code, bạn đang làm gì bây giờ mà trông có vẻ ổn nhưng bạn dự đoán sẽ rất khác trong 6-12 tháng tới?
Câu trả lời của Boris: Claude Design.
Nó đã khá hữu ích rồi; nó sẽ tốt hơn nhiều trong tương lai.
Lưu ý:
Claude Design là một sản phẩm được Anthropic Labs phát hành vào ngày 17 tháng 4 năm 2026, cùng với Claude Opus 4.7. Đây là một bàn làm việc trực quan để tạo nguyên mẫu, slides và trang tiếp thị thông qua hội thoại. Nó có thể đọc codebase để áp dụng hệ thống thiết kế và xuất sang Claude Code hoặc Canva. Anthropic định vị nó như một sự bổ sung hoặc thay thế cho Figma và Canva.
Ông ấy cũng đề cập đến một số hướng đi: các tính năng mới của Claude Code sẽ ra mắt trong vài tuần tới; khả năng cải thiện cho việc song song hóa Agent quy mô lớn (Loop, Batch); và Computer Use.
Tổng kết Hỏi & Đáp Cuối cùng
H: Thành công của Claude Code đến từ mô hình hay sản phẩm nhiều hơn?
TL: 50/50 một năm trước, 50/50 sáu tháng trước. Hai năm nữa? Không rõ. Nhưng sản phẩm luôn quan trọng vì người dùng mua "thứ cảm thấy tốt khi sử dụng hàng ngày."
H: Đội ngũ tương lai sẽ như thế nào?
TL: Nhiều người theo hướng tổng quát hơn, đặc biệt là những người đa ngành, có thể làm cả sản phẩm, code, thiết kế và khoa học dữ liệu.
H: SaaS có thực sự bị gián đoạn không?
TL: Chi phí chuyển đổi và hào lũy sức mạnh quy trình sẽ bị san phẳng; hiệu ứng mạng lưới, quy mô và tài nguyên độc quyền vẫn còn. Số lượng startup gấp 10 lần sẽ phá vỡ thị trường trong thập kỷ tới.
H: Lập trình có trở thành kỹ năng phổ cập không?
TL: Có, thậm chí còn hơn cả biết chữ. Kế toán viên, không phải kỹ sư, mới là người phù hợp nhất để xây dựng phần mềm kế toán.
H: Lợi thế nội bộ của Anthropic nằm ở đâu?
TL: Ở tổ chức, không chỉ ở mô hình. Không có code viết tay, các Claude nói chuyện với nhau trên Slack. Điều này khó để người ngoài sao chép hơn là các mô hình.
H: AI cục bộ hay AI đám mây?
TL: Không quan trọng. Các mô hình sẽ quyết định định tuyến trong hai năm nữa.
Kết luận
Trong số các nhận định của Boris, ba dự đoán có mối liên hệ với nhau đáng để theo dõi.
Đầu tiên, "lập trình đã được giải quyết" là một thực tế đối với ông ấy, nhưng mẫu thử của ông là stack TypeScript+React được các mô hình ưa chuộng nhất. Thử thách thực sự sẽ là các cơ sở mã doanh nghiệp kế thừa, hệ thống nhúng và các tình huống tuân thủ cao. Việc điều này có lan sang các lĩnh vực đó trong năm tới hay không sẽ quyết định liệu "đã giải quyết" có áp dụng cho tất cả mọi người hay chỉ một số ít.
Thứ hai, ông ấy phân loại chi phí chuyển đổi và sức mạnh quy trình là những hào lũy mà AI sẽ san phẳng. Đây là nền tảng của chiến lược sản phẩm của Anthropic. Sự sụt giảm 285 tỷ đô la trong cổ phiếu phần mềm vào tháng 2 năm 2026 là phản ứng ban đầu của thị trường, nhưng chu kỳ CNTT doanh nghiệp là 24-36 tháng; chúng ta cần theo dõi các hợp đồng gia hạn và mua mới trong hai năm tới.
Thứ ba, phép so sánh máy in của ông ấy đúng về mặt hướng đi mặc dù có sự khác biệt về dữ liệu. Sự bùng nổ sản xuất nội dung sau máy in mất 50 năm; phần mềm có thể làm điều đó nhanh hơn nhiều. Nhưng một điểm ông ấy không mở rộng: máy in cũng sinh ra nhiều thế kỷ kiểm duyệt, chiến tranh bản quyền và hỗn loạn chính trị. "Mọi người đều có thể viết phần mềm" không chỉ tương ứng với sự sáng tạo, mà còn với sự bùng nổ đồng thời của phần mềm độc hại, deepfake và các khai thác do AI tạo ra.
Dự đoán của Boris rằng các cơ chế an toàn sẽ trở nên không quan trọng cũng cần được kiểm tra thực tế. Ông ấy nói các mô hình sẽ "tự động làm điều đúng đắn," nhưng tự động hóa có đặc quyền cao trong sản xuất vẫn cần các kiểm soát bên ngoài. Vào tháng 4 năm 2026, một Agent điều khiển bởi Claude Opus 4.6 được báo cáo đã xóa một cơ sở dữ liệu sản xuất và các bản sao lưu của nó. Ghi chú phát hành 4.7 của chính Anthropic đề cập rằng mặc dù đã được cải thiện, nhưng hồ sơ an toàn vẫn chưa "hoàn hảo."
Hai tín hiệu cụ thể cần theo dõi: Thứ nhất, giá của Claude thay đổi như thế nào khi Routines và Loops chuyển lịch trình Agent sang máy chủ của Anthropic; thứ hai, liệu một "kỳ lân do người không phải kỹ sư sáng lập, được xây dựng hoàn toàn bằng Claude Code" có xuất hiện vào cuối năm 2026 hay không. Nếu có, phép so sánh của Boris trở thành sự thật. Nếu không, mốc thời gian sẽ thay đổi.
Video gốc: https://www.youtube.com/watch?v=SlGRN8jh2RI
