Build latest book artifacts / build (push) Canceled after 0s
dependency resolution / resolve (3.11) (push) Canceled after 0s
dependency resolution / resolve (3.13) (push) Canceled after 0s
deploy-pages / build (push) Canceled after 0s
deploy-pages / deploy (push) Canceled after 0s
i18n consistency check / check (push) Canceled after 0s
provider adoption tests / test (chapter2/context-compression) (push) Canceled after 0s
provider adoption tests / test (chapter2/prompt-injection) (push) Canceled after 0s
provider adoption tests / test (chapter2/system-hint) (push) Canceled after 0s
provider adoption tests / test (chapter3/log-sanitization) (push) Canceled after 0s
web-search-agent tests / test (push) Canceled after 0s
web-search-agent tests / agentbook (push) Canceled after 0s
48 lines
17 KiB
Markdown
48 lines
17 KiB
Markdown
# Postscript: Quay lại Agent = LLM + context + tools {.unnumbered}
|
||
|
||
Cuốn sách bắt đầu bằng công thức: **Agent = LLM + context + tools**. Mười chương của cuốn sách đều được diễn tả trong ba từ này.
|
||
|
||
**Chương 1** Thiết lập sự hiểu biết ba lớp về công thức - lớp triển khai, lớp trực giác và lớp học thuật, đồng thời đưa ra phổ điều phối từ quy trình làm việc đến quyền tự chủ Agent. Các chương tiếp theo triển khai dần theo trình tự "xây dựng—đánh giá và tiến hoá—cộng tác":
|
||
|
||
- **Xây dựng Agent (chương 2–6).** Kỹ thuật ngữ cảnh quyết định Agent nhìn thấy gì trong một nhiệm vụ, bộ nhớ và cơ sở tri thức mở rộng thông tin ra nhiều phiên; công cụ định nghĩa nó làm được gì, sinh mã mang lại siêu năng lực tạo ra công cụ và hệ thống mới, còn chương tương tác đẩy không gian quan sát và không gian hành động từ lượt phiên văn bản sang giọng nói, GUI và thế giới vật lý.
|
||
- **Đánh giá và tiến hoá (chương 7–9).** Đánh giá biến hiệu năng thành tín hiệu đáng tin, hậu huấn luyện ghi năng lực nhiều chiều vào tham số mô hình, tiến hoá liên tục lại biến kinh nghiệm vận hành thành các cập nhật có kiểm soát cho tri thức, chỉ dẫn, chương trình hoặc tham số.
|
||
- **Cộng tác (chương 10).** Cộng tác đa Agent còn thay đổi cách tổ chức ngữ cảnh, công cụ và trách nhiệm.
|
||
|
||
Các chương 9 đến 10 kết hợp ba trụ cột này và tập trung vào các ứng dụng phức tạp hơn:
|
||
|
||
- **Chương 9 - Tự tiến hóa.** Hãy để Agent tích lũy các chiến lược từ kinh nghiệm, ghi lại quy trình làm việc, ngoại hóa kiến thức và thậm chí chủ động tạo ra các công cụ mới mà không thay đổi trọng lượng.
|
||
- **Chương 6 - Tương tác đa phương thức và thời gian thực.** Mở rộng nhận thức và hành động từ văn bản sang thế giới hình ảnh, lời nói và vật lý, đồng thời đối mặt với những thách thức kiến trúc do thời gian thực mang lại.
|
||
- **Chương 10 - Cộng tác đa Agent.** Đây không phải là điều gì mới ngoài công thức: liệu ngữ cảnh có được chia sẻ hay không là cách diễn đạt "cách ly tốt hơn nén" trong Chương 2 ở cấp độ kiến trúc hệ thống; "Agent là công cụ chung" xuất phát trực tiếp từ thiết kế công cụ cộng tác trong Chương 4; tiêu chí "thông tin mới" để đánh giá ưu và nhược điểm của nhiều Agent lặp lại ý tưởng cốt lõi trong đánh giá của Chương 7.
|
||
|
||
## Hai đám mây đen {.unnumbered}
|
||
|
||
Năm 1900, Kelvin nói rằng có hai đám mây đen lơ lửng trên bầu trời quang đãng của vật lý - một đám mây sau này trở thành thuyết tương đối và đám mây kia trở thành cơ học lượng tử. Bầu trời tại Agent hôm nay cũng không trong xanh, tôi còn nhìn thấy hai đám mây đen.
|
||
|
||
**Đám mây đen đầu tiên là cách Agent tương tác trực tiếp với môi trường theo thời gian thực.** Ngày nay, phần lớn Agent vẫn ở chế độ "yêu cầu-phản hồi" dựa trên các vòng (turn-by-turn): sau khi bạn nói xong một câu, nó sẽ nghĩ về cả một đoạn văn rồi đưa ra kết quả trong một lần. Nhưng thế giới thực không dừng lại và chờ đợi những suy nghĩ của nó kết thúc - lời nói bị gián đoạn, hình ảnh liên tục thay đổi, email liên tục đến. Một Agent thực sự "sống động" sẽ có thể suy nghĩ trong khi nghe và nói, bắt đầu lập kế hoạch khi bạn mới nói được nửa chừng và có thể chủ động phát hiện "email này cần được xử lý" khi không ai yêu cầu bạn làm như vậy. Có hai cách để đạt được loại hiệu suất thời gian thực này, thường tiến triển song song: Một là tách nhanh và chậm trong kiến trúc - thời gian thực và trí thông minh gần như là hai trục trực giao và rất khó để một mô hình duy nhất có thể lấy cả hai, vì vậy mô hình nhanh front-end duy trì nhịp hội thoại, và mô hình chậm nền tảng chịu trách nhiệm cho tư duy chuyên sâu; thứ hai là làm cho lý luận tự nó nhanh hơn - khi tốc độ giải mã đủ cao, thời gian chờ cho mỗi vòng ngắn đến mức gần như biến mất, đồng thời ranh giới giữa turn-by-turn và "thời gian thực" cũng bị xóa nhòa. Con đường này đang được phát triển nhanh chóng bởi chip và công cụ suy luận: Xiaomi MiMo đã cho phép mô hình tham số 1T đẩy tốc độ tạo lên trên 1000 token/s[^mimo] trên một nút 8 thẻ duy nhất và các giải pháp chuyên dụng củng cố toàn bộ mô hình trực tiếp vào chip (chẳng hạn như Taalas HC1) đã đẩy mô hình tham số 8 tỷ lên khoảng 17000 token/s, với phản hồi thấp hơn 100 mili giây[^taalas]. Khi mô hình có thể nói ra hàng nghìn từ mỗi giây, khoảng cách kinh nghiệm giữa "nói sau suy nghĩ" và "nói trong khi suy nghĩ" sẽ bị xóa bỏ.
|
||
|
||
**Đám mây đen thứ hai là cách Agent, giống như con người, tiếp tục tích lũy kinh nghiệm từ những thành công và thất bại trong việc tương tác với môi trường.** Mô hình ngày nay giống một thiên tài có trí nhớ siêu phàm nhưng không học được điều mới: anh ta ghi nhớ kỹ lưỡng kiến thức nhân loại trong quá trình đào tạo, nhưng hầu như không phát triển sau khi nhận việc. Vào cuối mỗi nhiệm vụ, hầu hết những cạm bẫy anh ta đã giẫm phải và những mánh khóe anh ta đã thử đều bị loại bỏ cùng với ngữ cảnh. Liệu đây có phải là một câu hỏi thực sự hay không phụ thuộc vào hai giả định cạnh tranh nhau.
|
||
|
||
Một là "giả thuyết thế giới nhỏ": một mô hình đủ lớn - chẳng hạn như hàng nghìn tỷ tham số - có thể chứa gần như toàn bộ kiến thức tổng quát quan trọng trong thế giới vật chất, và học nó một lần là đủ. Những người giữ quan điểm này (có nhiều nhà nghiên cứu từ OpenAI và Anthropic) sẽ chỉ ra rằng AI ngày nay mạnh nhất chỉ về lập trình, không phải vì mã dành riêng cho mô hình, mà vì lập trình là lĩnh vực mở nhất của nhân loại: mã nguồn mở khổng lồ có sẵn để học; và hầu hết các ngành đều không có thông tin và dữ liệu công khai nào cả. Vì vậy, những gì Frontier Labs thực sự đang làm là hợp tác với nhiều ngành khác nhau để “chắt lọc” năng lực chuyên môn tương ứng của họ vào cùng một mô hình lớn. Theo quan điểm này, điểm nghẽn không phải là năng lực của mô hình hay liệu nó có thể học được nó hay không, mà là liệu dữ liệu có đủ hay không - cung cấp dữ liệu và huấn luyện nó một lần, và vấn đề đã được giải quyết.
|
||
|
||
Nhưng **“giả thuyết thế giới lớn”** chỉ ra một lớp không thể bù đắp chỉ bằng việc “huấn luyện một lần”: tri thức thuộc về một người dùng hoặc một công ty cụ thể. Quy chuẩn mã nguồn và gu làm PPT của một công ty cụ thể, cùng tính khí riêng của một khách hàng, không xuất hiện trong bất kỳ ngữ liệu huấn luyện nào và lại luôn thay đổi. Để thích nghi với “thế giới lớn” được ghép từ vô số tình huống cụ thể này, mô hình chỉ có thể tiếp tục học sau khi được đưa vào sử dụng; không thể mong nó được trang bị mọi thứ chỉ một lần ngay khi xuất xưởng. Đây chính là hướng mà bộ nhớ ở Chương 3 và quá trình tiến hóa liên tục ở Chương 9 đang khám phá: nên ghi kinh nghiệm thành tài liệu tri thức, chỉ dẫn hoặc chương trình, hay sàng lọc rồi dùng nó để cập nhật tham số mô hình? Xa hơn nữa, “RSI (tự cải tiến đệ quy)” và “AI for Science” đều đang đẩy Agent đến những biên giới chưa có sẵn câu trả lời. Ở đó, Agent chỉ có thể tự học từ thành công và thất bại của hết thí nghiệm này đến thí nghiệm khác, thay vì việc gì cũng quay lại hỏi con người. Vì vậy, năng lực mạnh nhất của mô hình sau cùng sẽ không phải là ghi nhớ, mà là học hỏi và thích nghi.
|
||
|
||
Hai đám mây đen này không thể bị thổi bay chỉ bằng một lần nâng cấp mô hình. Để hiểu cuối cùng chúng sẽ bị vượt qua như thế nào, trước tiên bạn phải thấy rõ một điều: mô hình và Agent không bao giờ ngược dòng hay xuôi dòng mà cùng nhau tiến về phía trước.
|
||
|
||
## Đồng tiến hóa giữa model và Agent {.unnumbered}
|
||
|
||
Hãy nhìn lại những lớp logic dự phòng chồng chất trong các Harness đó — nén ngữ cảnh nhiều cấp, cơ chế thử lại chỉ ngắt mạch sau hàng nghìn lần thất bại, và kiểm tra quyền truy cập với giả định bi quan mặc định là "không an toàn". Mỗi đoạn "mã spaghetti" tưởng như xấu xí đều ghi lại một điểm mà mô hình hiện vẫn chưa xử lý ổn định. Khi mô hình thế hệ tiếp theo nội hóa các ràng buộc này, mã tương ứng có thể bị xóa; sở dĩ mô hình có thể nội hóa chúng là vì Agent đã thay nó đi qua những cạm bẫy ấy trong hoạt động kinh doanh thực tế và đúc kết kinh nghiệm thành tín hiệu cho đợt huấn luyện tiếp theo. Người dùng đặt ra những bài toán thực tế; lớp ứng dụng dùng Harness để bù đắp những việc mô hình chưa làm tốt; rồi chính các biện pháp bù đắp ấy trở thành tín hiệu huấn luyện cho lần lặp tiếp theo của mô hình. Đây là một bánh đà tự củng cố.
|
||
|
||
Chính bánh đà này cũng trả lời cho câu hỏi còn bỏ ngỏ ở Chương 1: **liệu mô hình cuối cùng có "nuốt chửng" Harness hay không? Câu trả lời của cuốn sách là có, nhưng không phải một lần là xong: nó sẽ nuốt từng lớp và không bao giờ kết thúc.** Mỗi khi mô hình nội hóa ổn định một năng lực nào đó, lớp Harness tương ứng có thể bị xóa đi — mô hình tương tác ở Chương 6 chính là một ví dụ như vậy: những hành vi như ngắt lời, chen ngang vốn trước đây phải dựa vào Harness bên ngoài mới ghép lại được, nay đã được đưa thẳng vào bên trong mô hình. Nhưng quá trình "nuốt" này sẽ không bao giờ kết thúc. Thứ nhất, huấn luyện tính bằng tháng, mô hình có thể chờ được nhưng nghiệp vụ thì không; thứ hai, mô hình không thể nội hóa mọi ràng buộc và sở thích trong nghiệp vụ thực tế, luôn có một lớp ranh giới mới nhất cần logic bên ngoài đỡ lấy; thứ ba, mỗi thế hệ mô hình đều mở ra một biên giới năng lực mới, và chính tại biên giới đó mô hình lại là kém ổn định nhất. Vì vậy Harness sẽ không biến mất, nó chỉ dịch chuyển không ngừng tới những biên giới mới cùng với mô hình. Đây cũng chính là cách đọc *The Bitter Lesson* (Bài học cay đắng) trong thời đại Agent: các phương pháp tổng quát rồi sẽ chiến thắng, nhưng mỗi chặng đường nằm trong hai chữ "rồi sẽ" ấy đều do Harness lát nên.
|
||
|
||
Nơi bánh đà quay nhanh nhất là người giữ cả hai đầu cùng một lúc. Những gì Anthropic làm với Claude Code là cho phép mô hình riêng và Harness riêng của nó hỗ trợ lẫn nhau và cùng nhau phát triển: mô hình biết Harness sẽ gọi nó như thế nào và Harness cũng biết ranh giới của mô hình ở đâu và mọi thay đổi ở cả hai đầu đều có thể được phản hồi lại cho bên kia ngay lập tức. Ai đó đã từng tiến hành một thử nghiệm trong đó độ chính xác của nhiệm vụ tăng từ 52,8% lên 66,5% mà không thay đổi mô hình, chỉ thay đổi Harness. Điều này không chỉ cho thấy sức mạnh của Harness ngày nay mà còn nhắc nhở bạn: sở dĩ nó có đòn bẩy lớn như vậy chính là do mô hình chưa đạt đến điểm đó. Bởi vì điều này, bản thân bánh đà là con hào sâu nhất trong thời đại này: hoạt động kinh doanh thực tế, dữ liệu phản hồi và vòng lặp mô hình càng chặt chẽ thì những người khác sẽ càng khó bắt kịp từ bên ngoài.
|
||
|
||
Điều này có ý nghĩa gì với bạn tùy thuộc vào việc bạn đang đứng ở đầu nào của bánh đà. Nếu bạn đang xây dựng một mô hình, con hào sẽ quay bánh đà - cho phép phản hồi từ cảnh thực quay trở lại quá trình đào tạo nhanh nhất có thể. Nếu bạn xây dựng các ứng dụng dựa trên mô hình, Harness là đòn bẩy kỹ thuật sắc bén nhất của bạn trong thời gian ngắn, nhưng hãy lưu ý: mỗi khi mô hình tiếp thu một lớp ràng buộc, nó sẽ dễ dàng xóa bỏ một số lợi thế được thiết lập chỉ bằng Harness. Con hào dài hạn thực sự của lớp ứng dụng thường nằm ngoài công nghệ - dữ liệu độc quyền, kênh ổn định, niềm tin của người dùng, hiệu ứng mạng và những tình huống trong thế giới vật chất đòi hỏi con người và Agent phối hợp. Sử dụng Harness để câu giờ và sử dụng thời gian này để xây dựng các rào cản khác ngoài công nghệ. Đây là một cách chơi an toàn.
|
||
|
||
Vì vậy, bạn không cần phải lo lắng về việc framework trong tay mình có trở nên lỗi thời hay không. Mô hình này được lặp lại vài tháng một lần và API, các sản phẩm và danh sách cụ thể sẽ được cập nhật, nhưng ba câu hỏi "xem gì, làm gì và cách xác minh xem nó có được thực hiện chính xác hay không" sẽ không lỗi thời - chúng mô tả không phải cách sử dụng một mô hình nhất định mà là cách cơ bản mà một hệ thống thông minh tương tác với thế giới. Làm chủ chúng và bất kỳ khả năng mới nào mà mô hình thế hệ tiếp theo mang lại, bạn sẽ biết nên đưa nó vào đâu trong công thức và xem nhanh việc thổi bay hai đám mây đen đó gần đến mức nào.
|
||
|
||
Công nghệ Agent vẫn đang phát triển nhanh chóng và một cuốn sách không thể theo kịp tất cả những thay đổi. Nhưng nếu những gì cuốn sách này mang lại cho bạn không phải là cách sử dụng cụ thể của một API nào đó, mà là một tập hợp các nhận định có thể giúp bạn tỉnh táo trong làn sóng công nghệ, thì nó đã hoàn thành sứ mệnh của mình. Tất cả văn bản, hình minh họa và mã thử nghiệm hỗ trợ của cuốn sách này đều là nguồn mở. Bạn có thể ghé thăm kho mã nguồn, tự tay chạy các thí nghiệm và gửi issue hoặc PR. Điều hấp dẫn nhất về Agent là nó có thể tạo ra những khả năng mới và thậm chí tự cải thiện bản thân bằng cách viết mã; sau khi đọc đến đây bạn đã nắm được nguyên lý “sáng tạo”. Tiếp theo, hãy xây dựng một cái gì đó.
|
||
|
||
[^mimo]: Xiaomi MiMo-V2.5-Pro-UltraSpeed sử dụng đồng thiết kế hệ thống mô hình của lượng tử hóa FP4, giải mã suy đoán song song DFlash và hệ thống suy luận TileRT để đẩy tốc độ tạo mô hình tham số 1T lên hơn 1000 token/s trên một nút 8-GPU đa năng duy nhất lần đầu tiên. Xem blog công nghệ chính thức của Xiaomi MiMo “Đẩy tốc độ tạo mô hình 1T-Parameter lên 1000 TPS”, 2026. https://mimo.xiaomi.com/blog/mimo-tilert-1000tps
|
||
|
||
[^taalas]: Taalas HC1 củng cố toàn bộ mô hình Llama 3.1 8B thành chip 6nm, đạt được khoảng 17.000 token/s và phản hồi dưới 100 mili giây; cái giá phải trả là con chip chỉ có thể chạy mô hình đã được củng cố và các bản cập nhật mô hình yêu cầu phải dán lại băng. Xem Karl Freund, “Taalas ra mắt chip lõi cứng với hiệu suất suy luận AI 'điên cuồng'," Forbes, 2026. https://www.forbes.com/sites/karlfreund/2026/02/19/taalas-launches-hardcore-chip-with-insane-ai-inference-performance/.
|