Karpathy Lại Lập Kỳ Tích, Lật Đổ RAG, Biến Ghi Chú Của Bạn Thành Bộ Não Thứ Hai

marsbit發佈於 2026-07-01更新於 2026-07-01

文章摘要

Karpathy đã đề xuất một phương pháp cách mạng thay thế RAG truyền thống: xem ghi chú cá nhân là "mã nguồn" và sử dụng LLM làm "trình biên dịch" để xây dựng một wiki kiến thức cấu trúc và tự động. Trong mô hình LLM-WIKI này, tri thức được "biên dịch" một lần và duy trì liên tục, thay vì tái tạo lại mỗi khi truy vấn. Hệ thống có ba lớp: Raw (nguyên liệu thô không thể chỉnh sửa), Schema (quy tắc cấu trúc) và Wiki (sản phẩm biên dịch tự động, được liên kết chéo và cập nhật). Quy trình chính bao gồm Ingest (nạp tài liệu mới, tự động cập nhật các trang liên quan), Query (truy vấn wiki với câu trả lời có trích dẫn) và Lint (kiểm tra lỗi logic và mâu thuẫn). Phương pháp này giải quyết vấn đề suy giảm hiệu quả của RAG và bản đồ tri thức thủ công, đồng thời hiện thực hóa tầm nhìn về máy Memex từ năm 1945 bằng cách tự động hóa công việc bảo trì "ghi sổ" tẻ nhạt. Bản chất là một sự chuyển dịch quan hệ sản xuất nhận thức: AI đảm nhận việc quản lý, tổ chức và kết nối tri thức, giải phóng sự chú ý của con người cho các nhiệm vụ sáng tạo và chiến lược như lựa chọn thông tin và suy ngẫm ý nghĩa.

Sưu tầm không bằng sở hữu, đánh dấu không có nghĩa là hiểu.

Những bài viết sâu sắc khiến bạn dậy sóng lúc 2 giờ sáng, những liên kết hai chiều chằng chịt được kéo ra trong Obsidian, những cơ sở dữ liệu được xếp đặt cẩn thận trong Notion, tất cả đều là những "xác ướp kỹ thuật số" nằm im trong phần mềm ghi chú.

Biểu đồ tri thức trông hùng vĩ, nhưng thực ra đã mục nát từ lâu.

Đây là thất bại mang tính hệ thống của cả một thời đại quá tải thông tin.

Karpathy, kỹ sư hiện tại của Anthropic, đồng sáng lập viên cũ của OpenAI, cựu giám đốc AI của Tesla, không thể chịu đựng được nữa, đã ném xuống một quả bom.

Cổng dịch chuyển:https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f

Anh ấy không công bố mô hình mới, không phát hành framework mới, anh ấy chỉ nói: Hãy coi ghi chú của bạn là mã nguồn bất biến, để LLM làm trình biên dịch.

Hai tháng trôi qua, tài liệu này đã gây ra một cuộc di cư âm thầm nhưng dữ dội trong cộng đồng Obsidian, Claude, Cursor.

Một số người đã mở rộng Wiki của họ lên hàng trăm trang, hàng chục vạn từ.

Các plugin tự động hóa bắt đầu xuất hiện. Nhà nghiên cứu học thuật, doanh nhân khởi nghiệp độc lập, người học suốt đời đang chuyển hướng tập thể sang một quan hệ sản xuất tri thức hoàn toàn mới.

Hoàng hôn của RAG, vận chuyển thông tin không cứu được tư tưởng của bạn

Trước khi LLM-WIKI xuất hiện, giải pháp chủ lưu là RAG (Retrieval-Augmented Generation).

Nói đơn giản, là gắn cho mô hình lớn một "người lục lọi": khi bạn hỏi, nó đi tìm trong ghi chú của bạn một vài đoạn trích, rồi ghép lại thành một câu trả lời.

Nghe thì hay, nhưng người dùng qua đều biết cái khoảng cách giữa "mẫu quảng cáo" và "hàng thật nhận được".

Nó chỉ là khuân vác: RAG chỉ xử lý được cục bộ, không thể hiểu toàn cục.

Nó có thể nói cho bạn biết bài ghi chú thứ 5 nhắc đến A, nhưng nó không thể nói cho bạn biết logic cơ bản mà 500 bài ghi chú cùng chỉ ra.

Nó sẽ "phân liệt nhân cách": Nếu nửa năm trước bạn cho rằng A là đúng, nhưng hôm qua lại viết ghi chú phản bác A, RAG thường rơi vào mâu thuẫn tự thân, nhả ra một đống lời vô nghĩa logic hỗn loạn.

Biểu đồ mục nát: Liên kết tri thức bảo trì thủ công, giống như code không có tính năng dọn dẹp tự động. Lâu ngày, liên kết cụt đầu xuất hiện khắp nơi, hiệu quả truy xuất giảm theo cấp số mũ.

Trực giác của Karpathy rất sắc bén: Tìm kiếm và truy xuất là biểu hiện của sự bất lực của con người. Chúng ta cần là "sự đồng thuận", là "cấu trúc", là "chân tướng".

Coi tri thức là mã nguồn, để LLM làm trình biên dịch

Câu trả lời của Karpathy, đến từ một động tác mà lập trình viên ngày nào cũng làm, nhưng chưa bao giờ nghĩ đến áp dụng lên tri thức: biên dịch.

Bạn viết xong một đoạn mã nguồn, không phải mỗi lần chạy chương trình lại đọc lại code một lần.

Bạn biên dịch nó thành một file nhị phân, biên dịch lần này rất tốn công, nhưng sau đó mỗi lần chạy đều nhanh vùn vụt. Chi phí biên dịch, được chia đều cho hàng nghìn lần sử dụng sau.

Tri thức tại sao không thể làm như vậy?

Karpathy nói, hãy coi những ghi chú thô của bạn là mã nguồn không thể sửa đổi, để LLM làm trình biên dịch, để nó một lần "biên dịch" đống tài liệu lộn xộn này thành một Wiki có cấu trúc, liên kết chéo.

Mỗi lần thêm một tài liệu mới, AI thực hiện một lần dung hợp: cập nhật trang mục liên quan, sửa đổi tổng quan, đánh dấu những chỗ dữ liệu mới và kết luận cũ đánh nhau, thuận tay củng cố hoặc thách thức phán đoán hiện có.

Khác biệt then chốt ở đây: Tri thức được biên dịch một lần, sau đó tiếp tục tươi mới, chứ không phải mỗi lần truy vấn tái xây dựng tạm thời.

Đợi khi bạn đặt câu hỏi, liên kết chéo đã sẵn ở đó rồi, mâu thuẫn đã được đánh dấu rồi, tổng quan đã phản ánh tất cả những gì bạn đã đọc rồi.

Bạn không phải mỗi lần chạy chương trình lại biên dịch lại mã nguồn. Vậy tại sao mỗi lần hỏi, đều phải để AI đọc lại một lần ghi chú của bạn?

Chuyển dịch căn bản của quan hệ sản xuất nhận thức

Trong framework LLM-WIKI của anh ấy, ghi chú không còn là chữ viết chết, mà là "mã nguồn".

Mô hình lớn không còn là phiên dịch viên tra từ điển, mà là "trình biên dịch".

Kiến trúc này thực hiện cực kỳ tinh tế việc tách rời ba tầng:

1. Lớp Raw (Nguyên liệu thô): Đây là mỏ cảm hứng thô của bạn. Những suy ngẫm bạn ghi tùy hứng, bài viết cắt ghép, biên bản cuộc họp. Nó là "bất biến", duy trì tính nguyên thủy và cảm giác không sạch sẽ của đầu vào con người.

2. Lớp Schema (Hiến pháp tri thức): Đây là "quân quy" bạn viết cho AI. Ví dụ bạn quy định: Mỗi mục từ nhân vật phải bao gồm "động cơ, hạn chế, thành tựu then chốt"; mỗi ngăn xếp công nghệ phải nói rõ "ưu nhược điểm".

3. Lớp Wiki (Sản phẩm biên dịch): Đây là khu vực do AI toàn quyền bảo trì. Nó căn cứ vào Schema của bạn, biên dịch đống Raw lộn xộn đó thành các trang bách khoa có cấu trúc, liên kết chéo, tự nhất quán logic.

Hàng ngày chỉ ba động tác:

1. Ingest (Hấp thu): Ném một mẩu tin mới vào, AI đọc xong, đi qua cùng bạn những điểm chính, viết tóm tắt, quét toàn bộ thư viện cập nhật các trang liên quan — một nguồn, có thể tác động đến hàng chục trang.

2. Query (Truy vấn): Hỏi trực tiếp Wiki đã biên dịch, trả lời có dẫn nguồn. Diệu nhất là: Câu trả lời hay có thể trực tiếp lưu trở lại thành trang mới, mỗi lần bạn khám phá cũng đang lãi kép.

3. Lint (Kiểm tra sức khỏe): Định kỳ để AI tự kiểm tra như kiểm tra code — tìm mâu thuẫn, tìm phán đoán lỗi thời, tìm trang cô lập không ai liên kết, tìm lỗ hổng nên bổ sung. Dọn sớm, không để thư viện càng dài càng mục.

Bạn không còn là người khuân vác tri thức, mà là kiến trúc sư của đế chế trí tuệ này.

Bạn chỉ phụ trách đầu vào và rà soát cuối cùng, AI phụ trách tất cả "công việc tạp": sắp xếp, căn chỉnh, liên kết chéo, phát hiện mâu thuẫn.

Đây là chuyển dịch căn bản của quan hệ sản xuất nhận thức.

Đây không phải một chatbot khác. ChatGPT hiểu internet, LLM-Wiki hiểu bạn — chính xác là, thứ bạn dạy cho nó.

Mỗi câu trả lời đều mang theo [wiki-links] trở về biểu đồ tri thức của bạn. Mỗi phản hồi đều là điểm khởi đầu của một con đường khám phá, chứ không phải điểm kết thúc.

Phát minh muộn 80 năm

Đến đây, bạn có thể nghĩ đây không gì hơn một workflow thông minh?

Không chỉ vậy.

Karpathy ở cuối gist, nhẹ nhàng điểm một cái tên: Vannevar Bush, và bài viết năm 1945 của ông "As We May Think".

Năm 1945, Thế chiến II vừa kết thúc, vị đại thần khoa học Mỹ này, đã mơ tưởng một cỗ máy tên "Memex":

Một chiếc bàn cơ khí, có thể lưu trữ tất cả sách, ghi chép, thư tín của bạn, và giữa các mục liên quan, thiết lập lên "con đường liên tưởng" — kết nối giữa tài liệu và tài liệu, quý giá như chính bản thân tài liệu.

Nghe có quen không? Đây gần như là mô tả nguyên văn của LLM-Wiki.

Tầm nhìn của Bush, thực ra còn gần với thứ này hơn cả World Wide Web sau này: mạng tri thức riêng tư, do chính tay tuyển chọn, kết nối chính là giá trị.

Vậy tại sao Memex 80 năm không chế tạo ra?

Bởi vì Bush mắc kẹt ở một vấn đề ông không thể giải quyết — Ai bảo trì?

Mỗi con đường liên tưởng, đều phải thiết lập thủ công. Mỗi liên kết chéo, đều phải có người đi nối.

Bush mơ tưởng có "nhân viên vận hành" chuyên biệt rải lối mòn cho bạn trong tri thức.

Nhưng thực tế là, không có ai có thể kiên trì làm công việc khổ sai nhàm chán này trên quy mô lớn. Con người sẽ từ bỏ việc bảo trì, vì chi phí bảo trì, luôn luôn tăng nhanh hơn giá trị nó mang lại.

Câu này của Karpathy, là điểm nhãn của cả mô hình: Phần mệt mỏi nhất của việc bảo trì một thư viện tri thức, chưa bao giờ là đọc, mà là kế toán.

Cập nhật liên kết chéo, giữ cho tóm tắt luôn tươi mới, đánh dấu xung đột giữa dữ liệu mới và kết luận cũ, để hàng chục trang giữa chúng luôn nhất quán. Sự nhàm chán này, đủ để khiến mọi người nản lòng.

Mà mô hình lớn, không quên cập nhật một liên kết chéo nào, có thể một hơi sửa đổi 15 file.

Nó không mệt. Không chán. Không bị khuất phục bởi đêm khuya. Chi phí bảo trì, bị ép xuống gần như bằng không.

Và thế là, cỗ máy đã làm con người kẹt 80 năm, đột nhiên quay được.

Được giải phóng, là sự chú ý của con người

Nhìn lại, LLM-Wiki là mảnh ghép thứ ba của Karpathy về "hợp tác người-máy", cũng là mảnh tiết chế nhất.

Mảnh thứ nhất, Vibe Coding (Tháng 2/2025): Chấp nhận code do AI viết, không rà soát từng dòng, tin mô hình, kiểm tra kết quả.

Mảnh thứ hai, Agentic Engineering (Tháng 1/2026): Con người sắp xếp các agent AI, chứ không phải tự mình gõ code.

Mảnh thứ ba, LLM Knowledge Bases (Tháng 4/2026): AI quản lý không chỉ code nữa, mà là bản thân tri thức.

Trong mô hình mới này, thứ bị tước bỏ khỏi con người, là những công việc tạp không ai thích làm: sưu tầm, sắp xếp, liên kết, kế toán.

Thứ được để lại cho con người, chỉ còn hai việc: Quyết định đọc cái gì, và, nghĩ cho rõ tất cả những điều này rốt cuộc có ý nghĩa gì. Đây chính xác là hai việc mà máy móc đến nay không làm được, và cũng không nên thay bạn làm nhất.

Đây là câu chuyện một công cụ tiến hóa đến cực hạn, cuối cùng đi một vòng, trả lại sự chú ý của con người cho chính con người.

File markdown giản dị đến mức đáng tát đó, không phát hành mô hình, không đánh bảng xếp hạng.

Nó chỉ yên lặng nhắc nhở một câu: Bộ não của bạn, vốn không nên dùng để kế toán.

Bài viết từ tài khoản công chúng WeChat "Tân Trí Nguyên", tác giả: ASI Khải Thị Lục

熱門幣種推薦

相關問答

QKarpathy đã đề xuất phương pháp gì để quản lý ghi chú và kiến thức cá nhân?

AKarpathy đề xuất phương pháp LLM-WIKI: xem ghi chú thô là "mã nguồn bất biến" và sử dụng LLM như một "trình biên dịch" để biên dịch chúng thành một wiki có cấu trúc, liên kết chéo và tự nhất quán.

QTheo bài viết, RAG (Retrieval-Augmented Generation) có những hạn chế chính nào?

ARAG có những hạn chế chính: 1) Chỉ xử lý cục bộ, không hiểu được bức tranh toàn cảnh. 2) Dễ mâu thuẫn khi kiến thức cũ và mới xung đột. 3) Liên kết trong biểu đồ kiến thức dễ bị hỏng theo thời gian nếu không được bảo trì, làm giảm hiệu quả truy xuất.

QKiến trúc LLM-WIKI của Karpathy gồm những lớp nào và chức năng của chúng là gì?

AKiến trúc LLM-WIKI gồm ba lớp: 1) Lớp Raw (nguyên liệu thô): Lưu trữ cảm hứng, ghi chú ban đầu, bất biến. 2) Lớp Schema (hiến pháp tri thức): Các quy tắc cấu trúc do người dùng định nghĩa cho AI. 3) Lớp Wiki (sản phẩm biên dịch): Khu vực do AI toàn quyền bảo trì, chứa các trang wiki có cấu trúc được biên dịch từ Raw theo Schema.

QTại sao ý tưởng Memex của Vannevar Bush từ năm 1945 mãi đến nay mới có thể thực hiện được theo bài viết?

AÝ tưởng Memex của Vannevar Bush bị mắc kẹt trong 80 năm vì vấn đề bảo trì: việc tạo và duy trì thủ công các "đường liên tưởng" và liên kết chéo giữa tài liệu là công việc tẻ nhạt, tốn kém và không thể mở rộng đối với con người. Chỉ đến khi có LLM, với khả năng tự động hóa việc "ghi sổ" (cập nhật liên kết, phát hiện mâu thuẫn, duy trì tính nhất quán) với chi phí gần như bằng không, thì cỗ máy này mới có thể hoạt động.

QTheo Karpathy, trong mô hình LLM-WIKI mới, vai trò chính của con người là gì?

ATrong mô hình LLM-WIKI, con người được giải phóng khỏi các công việc "ghi sổ" nhàm chán như thu thập, sắp xếp, liên kết. Vai trò chính của con người chỉ còn lại hai việc: 1) Quyết định đọc cái gì (đầu vào kiến thức). 2) Suy nghĩ về ý nghĩa thực sự của mọi thứ (tổng hợp và phán đoán sâu sắc). Đây là những việc máy móc chưa thể và không nên thay thế con người.

你可能也喜歡

交易

現貨

熱門文章

什麼是 $S$

理解 SPERO:全面概述 SPERO 簡介 隨著創新領域的不斷演變,web3 技術和加密貨幣項目的出現在塑造數字未來中扮演著關鍵角色。在這個動態領域中,SPERO(標記為 SPERO,$$s$)是一個引起關注的項目。本文旨在收集並呈現有關 SPERO 的詳細信息,以幫助愛好者和投資者理解其基礎、目標和在 web3 和加密領域內的創新。 SPERO,$$s$ 是什麼? SPERO,$$s$ 是加密空間中的一個獨特項目,旨在利用去中心化和區塊鏈技術的原則,創建一個促進參與、實用性和金融包容性的生態系統。該項目旨在以新的方式促進點對點互動,為用戶提供創新的金融解決方案和服務。 SPERO,$$s$ 的核心目標是通過提供增強用戶體驗的工具和平台來賦能個人。這包括使交易方式更加靈活、促進社區驅動的倡議,以及通過去中心化應用程序(dApps)創造金融機會的途徑。SPERO,$$s$ 的基本願景圍繞包容性展開,旨在彌合傳統金融中的差距,同時利用區塊鏈技術的優勢。 誰是 SPERO,$$s$ 的創建者? SPERO,$$s$ 的創建者身份仍然有些模糊,因為公開可用的資源對其創始人提供的詳細背景信息有限。這種缺乏透明度可能源於該項目對去中心化的承諾——這是一種許多 web3 項目所共享的精神,優先考慮集體貢獻而非個人認可。 通過將討論重心放在社區及其共同目標上,SPERO,$$s$ 體現了賦能的本質,而不特別突出某些個體。因此,理解 SPERO 的精神和使命比識別單一創建者更為重要。 誰是 SPERO,$$s$ 的投資者? SPERO,$$s$ 得到了來自風險投資家到天使投資者的多樣化投資者的支持,他們致力於促進加密領域的創新。這些投資者的關注點通常與 SPERO 的使命一致——優先考慮那些承諾社會技術進步、金融包容性和去中心化治理的項目。 這些投資者通常對不僅提供創新產品,還對區塊鏈社區及其生態系統做出積極貢獻的項目感興趣。這些投資者的支持強化了 SPERO,$$s$ 作為快速發展的加密項目領域中的一個重要競爭者。 SPERO,$$s$ 如何運作? SPERO,$$s$ 採用多面向的框架,使其與傳統的加密貨幣項目區別開來。以下是一些突顯其獨特性和創新的關鍵特徵: 去中心化治理:SPERO,$$s$ 整合了去中心化治理模型,賦予用戶積極參與決策過程的權力,關於項目的未來。這種方法促進了社區成員之間的擁有感和責任感。 代幣實用性:SPERO,$$s$ 使用其自己的加密貨幣代幣,旨在在生態系統內部提供多種功能。這些代幣使交易、獎勵和平台上提供的服務得以促進,增強了整體參與度和實用性。 分層架構:SPERO,$$s$ 的技術架構支持模塊化和可擴展性,允許在項目發展過程中無縫整合額外的功能和應用。這種適應性對於在不斷變化的加密環境中保持相關性至關重要。 社區參與:該項目強調社區驅動的倡議,採用激勵合作和反饋的機制。通過培養強大的社區,SPERO,$$s$ 能夠更好地滿足用戶需求並適應市場趨勢。 專注於包容性:通過提供低交易費用和用戶友好的界面,SPERO,$$s$ 旨在吸引多樣化的用戶群體,包括那些以前可能未曾參與加密領域的個體。這種對包容性的承諾與其通過可及性賦能的總體使命相一致。 SPERO,$$s$ 的時間線 理解一個項目的歷史提供了對其發展軌跡和里程碑的關鍵見解。以下是建議的時間線,映射 SPERO,$$s$ 演變中的重要事件: 概念化和構思階段:形成 SPERO,$$s$ 基礎的初步想法被提出,與區塊鏈行業內的去中心化和社區聚焦原則密切相關。 項目白皮書的發布:在概念階段之後,發布了一份全面的白皮書,詳細說明了 SPERO,$$s$ 的願景、目標和技術基礎設施,以吸引社區的興趣和反饋。 社區建設和早期參與:積極進行外展工作,建立早期採用者和潛在投資者的社區,促進圍繞項目目標的討論並獲得支持。 代幣生成事件:SPERO,$$s$ 進行了一次代幣生成事件(TGE),向早期支持者分發其原生代幣,並在生態系統內建立初步流動性。 首次 dApp 上線:與 SPERO,$$s$ 相關的第一個去中心化應用程序(dApp)上線,允許用戶參與平台的核心功能。 持續發展和夥伴關係:對項目產品的持續更新和增強,包括與區塊鏈領域其他參與者的戰略夥伴關係,使 SPERO,$$s$ 成為加密市場中一個具有競爭力和不斷演變的參與者。 結論 SPERO,$$s$ 是 web3 和加密貨幣潛力的見證,能夠徹底改變金融系統並賦能個人。憑藉對去中心化治理、社區參與和創新設計功能的承諾,它為更具包容性的金融環境鋪平了道路。 與任何在快速發展的加密領域中的投資一樣,潛在的投資者和用戶都被鼓勵進行徹底研究,並對 SPERO,$$s$ 的持續發展進行深思熟慮的參與。該項目展示了加密行業的創新精神,邀請人們進一步探索其無數可能性。儘管 SPERO,$$s$ 的旅程仍在展開,但其基礎原則確實可能影響我們在互聯網數字生態系統中如何與技術、金融和彼此互動的未來。

171 人學過發佈於 2024.12.17更新於 2024.12.17

什麼是 $S$

什麼是 AGENT S

Agent S:Web3中自主互動的未來 介紹 在不斷演變的Web3和加密貨幣領域,創新不斷重新定義個人如何與數字平台互動。Agent S是一個開創性的項目,承諾通過其開放的代理框架徹底改變人機互動。Agent S旨在簡化複雜任務,為人工智能(AI)提供變革性的應用,鋪平自主互動的道路。本詳細探索將深入研究該項目的複雜性、其獨特特徵以及對加密貨幣領域的影響。 什麼是Agent S? Agent S是一個突破性的開放代理框架,專門設計用來解決計算機任務自動化中的三個基本挑戰: 獲取特定領域知識:該框架智能地從各種外部知識來源和內部經驗中學習。這種雙重方法使其能夠建立豐富的特定領域知識庫,提升其在任務執行中的表現。 長期任務規劃:Agent S採用經驗增強的分層規劃,這是一種戰略方法,可以有效地分解和執行複雜任務。此特徵顯著提升了其高效和有效地管理多個子任務的能力。 處理動態、不均勻的界面:該項目引入了代理-計算機界面(ACI),這是一種創新的解決方案,增強了代理和用戶之間的互動。利用多模態大型語言模型(MLLMs),Agent S能夠無縫導航和操作各種圖形用戶界面。 通過這些開創性特徵,Agent S提供了一個強大的框架,解決了自動化人機互動中涉及的複雜性,為AI及其他領域的無數應用奠定了基礎。 誰是Agent S的創建者? 儘管Agent S的概念根本上是創新的,但有關其創建者的具體信息仍然難以捉摸。創建者目前尚不清楚,這突顯了該項目的初期階段或戰略選擇將創始成員保密。無論是否匿名,重點仍然在於框架的能力和潛力。 誰是Agent S的投資者? 由於Agent S在加密生態系統中相對較新,關於其投資者和財務支持者的詳細信息並未明確記錄。缺乏對支持該項目的投資基礎或組織的公開見解,引發了對其資金結構和發展路線圖的質疑。了解其支持背景對於評估該項目的可持續性和潛在市場影響至關重要。 Agent S如何運作? Agent S的核心是尖端技術,使其能夠在多種環境中有效運作。其運營模型圍繞幾個關鍵特徵構建: 類人計算機互動:該框架提供先進的AI規劃,力求使與計算機的互動更加直觀。通過模仿人類在任務執行中的行為,承諾提升用戶體驗。 敘事記憶:用於利用高級經驗,Agent S利用敘事記憶來跟蹤任務歷史,從而增強其決策過程。 情節記憶:此特徵為用戶提供逐步指導,使框架能夠在任務展開時提供上下文支持。 支持OpenACI:Agent S能夠在本地運行,使用戶能夠控制其互動和工作流程,與Web3的去中心化理念相一致。 與外部API的輕鬆集成:其多功能性和與各種AI平台的兼容性確保了Agent S能夠無縫融入現有技術生態系統,成為開發者和組織的理想選擇。 這些功能共同促成了Agent S在加密領域的獨特地位,因為它以最小的人類干預自動化複雜的多步任務。隨著項目的發展,其在Web3中的潛在應用可能重新定義數字互動的展開方式。 Agent S的時間線 Agent S的發展和里程碑可以用一個時間線來概括,突顯其重要事件: 2024年9月27日:Agent S的概念在一篇名為《一個像人類一樣使用計算機的開放代理框架》的綜合研究論文中推出,展示了該項目的基礎工作。 2024年10月10日:該研究論文在arXiv上公開,提供了對框架及其基於OSWorld基準的性能評估的深入探索。 2024年10月12日:發布了一個視頻演示,提供了對Agent S能力和特徵的視覺洞察,進一步吸引潛在用戶和投資者。 這些時間線上的標記不僅展示了Agent S的進展,還表明了其對透明度和社區參與的承諾。 有關Agent S的要點 隨著Agent S框架的持續演變,幾個關鍵特徵脫穎而出,強調其創新性和潛力: 創新框架:旨在提供類似人類互動的直觀計算機使用,Agent S為任務自動化帶來了新穎的方法。 自主互動:通過GUI自主與計算機互動的能力標誌著向更智能和高效的計算解決方案邁進了一步。 複雜任務自動化:憑藉其強大的方法論,能夠自動化複雜的多步任務,使過程更快且更少出錯。 持續改進:學習機制使Agent S能夠從過去的經驗中改進,不斷提升其性能和效率。 多功能性:其在OSWorld和WindowsAgentArena等不同操作環境中的適應性確保了它能夠服務於廣泛的應用。 隨著Agent S在Web3和加密領域中的定位,其增強互動能力和自動化過程的潛力標誌著AI技術的一次重大進步。通過其創新框架,Agent S展現了數字互動的未來,為各行各業的用戶承諾提供更無縫和高效的體驗。 結論 Agent S代表了AI與Web3結合的一次大膽飛躍,具有重新定義我們與技術互動方式的能力。儘管仍處於早期階段,但其應用的可能性廣泛且引人入勝。通過其全面的框架解決關鍵挑戰,Agent S旨在將自主互動帶到數字體驗的最前沿。隨著我們深入加密貨幣和去中心化的領域,像Agent S這樣的項目無疑將在塑造技術和人機協作的未來中發揮關鍵作用。

939 人學過發佈於 2025.01.14更新於 2025.01.14

什麼是 AGENT S

如何購買S

歡迎來到HTX.com!在這裡,購買Sonic (S)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買Sonic (S)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的Sonic (S)購買Sonic (S)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易Sonic (S)在HTX的現貨市場輕鬆交易Sonic (S)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

2.0k 人學過發佈於 2025.01.15更新於 2026.06.02

如何購買S

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 S (S)幣價的意見。

活动图片