Giải mã Meta Muse: Hé lộ cấu trúc bên trong từ tệp hệ thống 6.8 GB

Xuất dữ liệu

Tôi đã yêu cầu Muse lưu trữ các tệp mà nó có thể truy cập và gửi chúng đến Google Drive của tôi. Nó đã thực hiện điều đó.

Tệp tải xuống có dung lượng khoảng 2,7 GB khi nén và 6,8 GB khi giải nén. Nó dường như chứa hệ thống tệp gốc (root filesystem) của môi trường Linux được gán cho phiên làm việc của tôi, bao gồm các tệp hệ thống Ubuntu, tài liệu nội bộ của Muse, mã tích hợp, các mẫu ứng dụng, tệp bộ nhớ và nhật ký tác nhân (agent logs). Ngoài ra còn có các tệp khóa SSH.

Những gì tôi đã báo cáo

Tôi đã gửi các phát hiện này thông qua chương trình tiền thưởng lỗi (bug bounty program) của Meta và liên hệ với một số nhân viên. Tôi sẽ không công khai kho lưu trữ, các khóa hoặc nhật ký phiên làm việc. Đây là bản phân tích về những gì tôi đã tìm thấy và những gì tôi có thể xác định được từ đó.

Mối quan ngại mà tôi báo cáo là các tệp runtime nội bộ và tài liệu nhạy cảm có thể rời khỏi môi trường đó thông qua một cuộc trò chuyện thông thường và một đích xuất dữ liệu được kết nối. Tôi chưa xác định được liệu các khóa SSH có đang hoạt động hay không hoặc chúng có thể cung cấp quyền truy cập gì.

Runtime và tài liệu hướng dẫn

Hầu hết các tệp thú vị nằm trong /home/hatch, /opt/hatch và /opt/hatch-image. Hatch là tên nội bộ mà Meta sử dụng cho Muse và là tên được sử dụng xuyên suốt trong các tệp runtime.

agents/

Một thư mục agents/ chứa 113 bản ghi tác nhân phụ (subagent) với các dấu vết JSONL.

Thư mục gốc của tác nhân chứa SOUL.md, IDENTITY.md, USER.md, MEMORY.md, AGENTS.md và TOOLS.md. Bên cạnh đó là các thư mục dành cho tài liệu, bộ nhớ, các dự án không gian làm việc, kênh, hook và đăng ký. Một thư mục agents/ chứa 113 bản ghi tác nhân phụ với các dấu vết JSONL.

Tài liệu này đặc biệt hữu ích để hiểu về hệ thống. Khoảng 20 tệp Markdown mô tả việc sử dụng trình duyệt, các trình kết nối, thanh toán, thông tin xác thực, xử lý dữ liệu, tệp được tạo, giọng nói, mục tiêu và lập lịch. Có các hướng dẫn riêng cho WhatsApp, một thiết bị Mac được ghép nối, Tailscale và một tích hợp thiết bị có tên là Home Link.

Kỹ năng và tích hợp

Trong /opt/hatch/skills/, tôi đếm được khoảng 68 thư mục kỹ năng. Các thư mục này thường ghép nối một tệp hướng dẫn SKILL.md với một công cụ dòng lệnh hoặc mã hỗ trợ. Chúng bao gồm Google Workspace, các ứng dụng mạng xã hội của Meta, Outlook, du lịch, mua sắm, dịch vụ y tế, thiết bị gia đình và tạo phương tiện truyền thông.

Hai tệp cấu hình, skill-scopes.conf và bin-scopes.conf, gợi ý về các trình kết nối chưa được phát hành mà Meta đang triển khai. Chúng bao gồm các tên như Slack, Dropbox, Polymarket, Canva và Klaviyo, cộng với một internal-facebook-cLI.

Thiết lập container

Thiết lập container cũng được bao gồm. /opt/hatch/runtime-cell/ chứa 18 tệp, bao gồm các tập lệnh để xây dựng hệ thống tệp gốc, khởi chạy nó bằng systemd-nspawn, và chạy các hook khởi động cùng các daemon. Một tệp manifest runtime-cell.kdl riêng biệt mô tả các gói và đơn vị systemd trong image.

Những tệp đó cho tôi cái nhìn khá rõ ràng về cách môi trường Linux được gán cho tôi được lắp ráp như thế nào. Chúng không đủ để kiểm tra toàn bộ dịch vụ hoặc chứng minh bất cứ điều gì về cơ sở hạ tầng bên ngoài môi trường đó.

Spaces và các trình xây dựng tệp

Dự án mã nguồn lớn nhất mà tôi tìm thấy là khung Spaces, thứ mà Muse sử dụng để xây dựng và phục vụ các ứng dụng. Trình khởi tạo TypeScript của nó bao gồm một React client, các server action, lược đồ Drizzle SQLite, các bản di chuyển SQL và cấu hình Bun. Có một mẫu tĩnh nhỏ hơn và mã runtime trong các thư mục có tên là worker, sdk, cloudflare và cvm.

Bản xuất dữ liệu cũng chứa các trình xây dựng cho tài liệu, PDF, bản trình bày, bảng tính và Markdown. Một kỹ năng magic-moment riêng biệt có mã để soạn thảo thẻ và video, với các tập lệnh chụp trình duyệt, phông chữ và tài sản thương hiệu.

Và có rất nhiều biểu tượng!

Codex trong image

Codex CLI được cài đặt tại /opt/hatch-image/bin/codex, báo cáo phiên bản 0.149.0. Tôi không tìm thấy bằng chứng nào cho thấy Muse sử dụng nó như một tác nhân lập trình.

Hatch có sử dụng bản sao đi kèm của bubblewrap, một công cụ sandbox Linux. Tệp nhị phân nằm trong codex-resources/bwrap và tự nhận diện là bubblewrap được xây dựng cho Codex.

Muse sử dụng nó để tạo sandbox cho ffmpeg và ffprobe nhằm xử lý video, tạo hình thu nhỏ và kiểm tra tệp. Các công việc này chạy mà không có quyền truy cập mạng hoặc đặc quyền bổ sung, dưới quyền người dùng nobody, với các thư mục /input và /output được hiển thị cho sandbox. Nếu thiếu bubblewrap, chúng sẽ thất bại với thông báo failed to prepare ffmpeg sandbox.

Tôi không tìm thấy mã nào gọi chính Codex. Các tệp Codex tạm thời đến từ quá trình kiểm tra phiên bản của chúng tôi, và các chuỗi codex và gpt-5.5 trong tệp nhị phân Hatch là các mục trong danh sách nhà cung cấp, không có gì trong bản xuất dữ liệu cho thấy chúng đã được chọn.

Theo những gì tôi có thể xác định, Meta đã cung cấp Codex CLI nhưng chỉ sử dụng sandbox đi kèm của nó.

Bộ nhớ và công việc theo lịch trình

Muse lưu trữ bộ nhớ trong các tệp Markdown thuần túy. ~/MEMORY.md là một bảng ngắn gọn về các sự kiện, tùy chọn và cam kết. Các tệp có ngày tháng trong ~/memory/ lưu giữ các chi tiết hàng ngày. Tác nhân có thể ghi vào các tệp này trong khi trò chuyện.

Một công việc nền hàng giờ sẽ kiểm tra các tuyên bố mới so với các tin nhắn gốc và ghi lại một trích dẫn, ID tin nhắn và ID tuyên bố. Nó quyết định cái gì thuộc về bảng được chọn lọc và cái gì nằm trong nhật ký hàng ngày. Các tệp trong memory/bank/ sắp xếp tài liệu đó thành các hoàn cảnh, trải nghiệm và tùy chọn, với các trích dẫn quay lại các dòng nguồn.

Postgres giúp các tệp đó có thể tìm kiếm được. memory.entries lưu trữ các đoạn và tham chiếu dòng, memory.embeddings chứa các vector 384 chiều, và memory.claims theo dõi bằng chứng, độ tin cậy và trạng thái. Một tuyên bố mới hơn có thể thay thế tuyên bố cũ hơn thông qua supersedes_claim_id. Tác nhân có thể tìm kiếm kho lưu trữ bằng memory_search và kiểm tra bằng chứng đằng sau một kết quả bằng memory_explain.

Các công việc nền khác duy trì các trang quan hệ, xem xét các quy trình làm việc định kỳ và chuẩn bị các ý tưởng hoặc bản tóm tắt mục tiêu. Các lần chạy này để lại biên lai trong workspace/self_improvement/, trong khi các thay đổi thực tế của chúng đi vào các tệp bộ nhớ và không gian làm việc có liên quan.

Một "giấc mơ" hàng đêm sẽ xem xét các cuộc trò chuyện gần đây và viết hướng dẫn cho các phiên làm việc trong tương lai. Trong phiên của tôi, nó nhận ra rằng tôi thích các câu trả lời ngắn, không thích các câu hỏi theo dõi lặp đi lặp lại và chưa từng yêu cầu tỷ số NFL không mong muốn. Giấc mơ có ngày tháng nằm trong ~/dreams/; một tệp ALIGNMENT_SYNTHESIS.md riêng biệt biến những quan sát đó thành hướng dẫn thường trực. Các tệp giấc mơ có prompt_hoisted: false, vì vậy bản thân văn bản không được chèn vào prompt.

Việc quên đi không chỉ dừng lại ở việc xóa một ghi chú. Quy trình làm việc quên (forget workflow) sẽ dàn dựng các ID tuyên bố để thu hồi, xóa tài liệu được liên kết và xây dựng lại chỉ mục để các công việc sau này không tái tạo lại nó. Đây là cách hệ thống thích nghi theo thời gian: bằng cách cập nhật các tệp, các bản ghi có thể tìm kiếm và các hướng dẫn mà các phiên làm việc tương lai có thể đọc. Trọng số của mô hình vẫn không thay đổi.

Home Link

Tài liệu phần cứng là bất ngờ lớn nhất. docs/devices/home_link.md mô tả một tích hợp thử nghiệm có tên là Meta Home Link, sử dụng ESP32-C5 với Wi-Fi và Bluetooth LE. Nó bao gồm việc ghép nối thiết bị, khám phá mạng cục bộ và truy cập tác nhân thông qua một proxy với một bước phê duyệt riêng biệt. Đã có các hướng dẫn tích hợp cho máy in Brother qua IPP và các bộ cầu nối Lutron.

Điều đó cho thấy công việc đang được thực hiện để cấp cho Muse quyền truy cập vào các thiết bị trên mạng gia đình. Tôi không biết liệu đó là một nguyên mẫu nội bộ, một thử nghiệm hạn chế hay thứ gì đó mà Meta dự định phát hành.

Tiết lộ và phản hồi