Bài viết này được dịch máy
Xem bản gốc

Hãy cùng bàn về việc mã nguồn của @claudeai bị rò rỉ ngoài ý muốn. Tóm lại: thiết kế hệ điều hành Agent OS cấp độ sản xuất này cung cấp cho @openclaw một mô hình vững chắc để xây dựng năng lực kỹ thuật hệ thống, và lĩnh vực AI OS sắp đạt đến một tầm cao mới. 1) Trong hai năm qua, vấn đề cốt lõi đối với các tác nhân chưa bao giờ là các mô hình không đủ thông minh, mà là các hệ thống không đủ tin cậy. Mô hình có thể được lập trình, nhưng việc viết mã không đảm bảo nó sẽ chạy. Mô hình có thể thực hiện nhiệm vụ, nhưng theo thời gian, ngữ cảnh bị suy giảm, dẫn đến những ảo tưởng chồng chất lên nhau. Mô hình có thể ghi nhớ mọi thứ, nhưng không ai cho chúng biết cần ghi nhớ điều gì hoặc làm thế nào để xác minh xem thông tin đó có chính xác hay không. Trong mã nguồn của Claude Code, có những giải pháp kỹ thuật rõ ràng cho cả ba vấn đề: --Giảm dần ngữ cảnh: Kiến trúc bộ nhớ ba lớp, chỉ có các chỉ mục nhẹ trong ngữ cảnh hiện tại trỏ đến các tệp bên ngoài. Các cuộc hội thoại lịch sử không bao giờ được đọc lại toàn bộ; chỉ những đoạn cần thiết mới được tìm kiếm. Việc ghi dữ liệu được kiểm soát chặt chẽ: chỉ mục chỉ được cập nhật khi ghi tệp thành công; các lần ghi thất bại sẽ không được lưu vào bộ nhớ. --Việc tạo ra không đồng nghĩa với việc hoàn thành: Một tác nhân xác minh riêng biệt chịu trách nhiệm xác minh. Bản thân lời nhắc hệ thống chứa 2866 mã thông báo và hoàn toàn tách biệt với mô-đun tạo ra. Ngoài ra, một cơ chế đối trọng về tính xác thực chủ động đặt câu hỏi về các kết luận của chính nó để đảm bảo rằng "có vẻ hoàn chỉnh" không được coi là "thực sự hoàn chỉnh". --Cách duy trì hoạt động của nhiệm vụ khi người dùng vắng mặt: KAIROS, một tiến trình nền xuất hiện hơn 150 lần trong mã nguồn, liên tục chạy autoDream khi không có sự giám sát, tích hợp các quan sát, loại bỏ suy đoán mâu thuẫn và củng cố các ấn tượng mơ hồ thành các sự kiện rõ ràng. Khi người dùng quay lại, trạng thái của tác nhân được chủ động duy trì. Kết hợp ba giải pháp này lại với nhau, phương pháp tiếp cận logic của Anthropic trở nên rõ ràng: tách rời khả năng của mô hình khỏi độ tin cậy của hệ thống. Mô hình chịu trách nhiệm tạo ra dữ liệu, trong khi hệ thống chịu trách nhiệm xác minh, quản lý bộ nhớ, phục hồi và lập lịch. 2) Bộ năng lực kỹ thuật và logic tối ưu hóa này chính xác là điểm yếu nhất của OpenClaw hiện nay. Mặc dù OpenClaw đã có sự tăng trưởng vượt bậc, đạt hơn 340.000 lượt đánh dấu sao trên GitHub chỉ trong 5 tháng – một tốc độ hiếm thấy trong lịch sử mã nguồn mở – nhưng cộng đồng vẫn liên tục phàn nàn. Những phàn nàn này bao gồm: vòng lặp nhiệm vụ, báo cáo hoàn thành sai (trình biên dịch báo cáo "hoàn thành" ngay khi mã được viết xong mà không có bất kỳ xác minh nào), mất trạng thái, quản lý bộ nhớ kém chỉ dựa vào Markdown, và sự cố sập plug-in lan rộng sau khi tái cấu trúc. Đây không phải là những lỗi ngẫu nhiên; cốt lõi của vấn đề nằm ở một điều: thiếu năng lực kỹ thuật có hệ thống để quản lý trạng thái toàn cục. Giờ đây, bằng cách tham khảo mã nguồn bị rò rỉ của Claude Code, chúng ta có thể dễ dàng sao chép bài tập về nhà, điền vào những phần còn thiếu và bổ sung những phần cần thiết, từ đó cung cấp một tài liệu tham khảo rõ ràng: Không có tác nhân phụ xác minh độc lập → Tham khảo kiến ​​trúc chuyên gia xác minh và buộc phải thực hiện thông qua lớp xác minh độc lập sau khi thực thi; Trí nhớ dựa trên việc đọc và viết toàn bộ đoạn văn → Tham khảo phương pháp ghi nhớ ba lớp + kỷ luật viết nghiêm ngặt, tách biệt các chỉ mục ngữ cảnh khỏi nội dung thực tế. Trạng thái nhiệm vụ không được lưu giữ → Tham khảo hơn 25 hook vòng đời + cơ chế khôi phục sessionId để biến "không mất nhiệm vụ khi khởi động lại" thành tính năng tiêu chuẩn; Quyền truy cập công cụ quá rộng → Dựa trên logic kiểm tra hợp lệ bash 2500 dòng + lược đồ quyền, mỗi công cụ sẽ trải qua quá trình kiểm tra hợp lệ và phân loại quyền trước khi thực thi; bên trên. Thành thật mà nói, tôi rất mong chờ phiên bản tiếp theo của OpenClaw. Nếu phương pháp này được triển khai đúng cách, nhiều vấn đề hiện đang gây khó khăn cho OpenClaw có thể được giải quyết. Và một khi những vấn đề đó được giải quyết, những lợi thế vốn có của OpenClaw—hoạt động cục bộ, bảo vệ quyền riêng tư và hệ sinh thái mở—sẽ thực sự được thúc đẩy, điều mà Anthropic hoàn toàn không muốn thấy. Haha, thật trùng hợp khi một tai nạn do con người gây ra lại xảy ra đúng lúc Anthropic đang gấp rút cải tiến dòng sản phẩm của mình và đà phát triển của OpenClaw giảm. Giờ chúng ta sẽ xem hệ sinh thái OpenClaw sẽ thể hiện như thế nào trước cơ hội lần.

Từ Twitter
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận