Cấu hình Grok Bot: Không có Studio, Không có Trình chọn Mô hình

Có một bài đăng bằng tiếng Trung đang lan truyền trong tuần này với tiêu đề 我的 Gro​k Bot 工作室配置 — “cấu hình studio Gro​k Bot của tôi” — và cách diễn đạt chính là dấu hiệu nhận biết. Bất kỳ ai từng thực sự cấu hình Gro​k Bot đều biết không hề có studio nào: không có trình tạo kéo-thả, không có canvas gồm các nút, không có menu thả xuống để bạn chọn mô hình. Gro​k Bot là sản phẩm agent luôn hoạt động của SpaceXAI, ra mắt ngày 11 tháng 8 năm 2026, và toàn bộ bề mặt cấu hình của nó là văn bản — một trường mô tả, một cuộc trò chuyện, và bất cứ thứ gì bạn có thể thuyết phục nó ghi nhớ. Đó không phải là một hạn chế mà bạn lách qua bằng cách đổi công cụ. Nó thay đổi định nghĩa về cấu hình, và giải thích vì sao hai người chạy thứ nghe như cùng một thiết lập lại nhận được kết quả khác biệt đến vậy.

Thời điểm này khiến điều đó đáng được ghi lại ngay bây giờ. Vào ngày 7 tháng 10, Elon Musk cho biết trong một bài đăng trên X rằng Gro​k Bot sẽ không còn bị giới hạn ở các mô hình của riêng SpaceXAI mà sẽ tìm đến “mô hình back end tốt nhất cho từng tác vụ cụ thể,” đồng thời nêu tên Claude Opus 5.5, Midjourney và Suno — một tuyên bố, được một số cơ quan truyền thông xác nhận là tuyên bố và vẫn không kèm bảng giá, không có mục changelog và không có đo lường nào từ bên ngoài. Hai ngày sau, vào ngày 9 tháng 10, các địa chỉ email riêng cho từng Bot có đuôi @mail.grokbot.com bắt đầu được triển khai. Vậy nên sản phẩm nằm bên dưới cấu hình của bạn đang thay đổi, và điều quyết định liệu sự thay đổi đó có giúp ích cho bạn hay không vẫn chính là điều mà nó hằng là: Bot đó được đặc tả tốt đến đâu.

Tín hiệu được chuyển giao thực sự là gì

Bài đăng là một người dùng đang khoe thiết lập của chính họ, và cách đọc hữu ích mang tính cấu trúc hơn là nguyên văn: mô thức ở đây là một cấu hình Gro​k Bot đang vận hành thực chất là một bản mô tả công việc bằng văn bản cộng với một số ít quy trình đã lưu, chứ không phải một bảng cài đặt mà bạn chỉ ghé qua một lần. Tài liệu của chính SpaceXAI nói thẳng điều này một cách bất thường. “Thiết lập là một tin nhắn, không phải một trình tạo workflow,” một trang viết. Một skill được định nghĩa là “một tập hướng dẫn có thể tái sử dụng về cách thực hiện một tác vụ,” và một routine là thứ “cho một Bot biết khi nào cần chạy một workflow — theo lịch hoặc, ở nơi được hỗ trợ, sau một sự kiện.” Thứ tự được khuyến nghị mà tài liệu đưa ra chính là toàn bộ phương pháp gói trong một dòng: “Hãy bắt đầu bằng một tác vụ một lần. Làm cho nó đáng tin cậy, lưu phương pháp đó lại thành một skill, và chỉ khi đó mới tự động hóa nó.”

Nếu bạn đã tìm kiếm một giao diện builder vì mọi sản phẩm agent khác đều đã ra mắt một cái, thì câu đó chính là câu trả lời. Tạo tác cấu hình ở đây là văn xuôi trụ vững khi tiếp xúc với một tác vụ thực tế — và tài liệu cho bạn biết chính xác một bản tốt chứa những gì: khi nào nên dùng kỹ năng, các đầu vào và quyền truy cập cần thiết, trình tự công việc, cách xác thực kết quả, cần trả về những gì, và những gì cần được phê duyệt.

Bộ chọn mô hình không tồn tại, và đó chính là phần thú vị

Hỏi xem bạn chọn giữa Grok 4.7 và Claude Opus 5.5 cho một Bot nhất định ở đâu thì tài liệu trả lời thẳng thừng: “Cursor quản lý việc chọn mô hình, nên không có bộ chọn mô hình.” Không có cài đặt mô hình theo từng Bot, không có cái nào theo từng routine, và cũng không có cái nào theo từng skill. Trang cài đặt Bot bao gồm Tên, Nhãn, Mô tả, Ảnh đại diện và một tùy chọn Thông báo — đó là toàn bộ bề mặt theo từng Bot — còn múi giờ nằm ở cấp tài khoản vì routine cần nó cho lịch trình.

Vậy nên cơ chế định tuyến mà Musk mô tả vào ngày 7 tháng 10 không phải là một núm vặn để bạn xoay. Theo tài liệu mà chúng ta có thể đọc được, đó là một quyết định từ phía nền tảng, vô hình đối với bạn ngoại trừ qua chất lượng đầu ra và qua những gì đồng hồ đo mức sử dụng nói sau đó. Với bất kỳ ai đang xây dựng một cấu hình trên nền Grok Bot, đó là ràng buộc hệ trọng nhất, và đáng nói thẳng: bạn kiểm soát công việc, không phải cỗ máy. Nếu sự đánh đổi đó chấp nhận được, sản phẩm là mạch lạc. Nếu quy trình làm việc của bạn cần một mô hình cụ thể một cách có chủ đích — vì chi phí, vì giấy phép, vì khả năng tái lập — thì Grok Bot là sai tầng cho yêu cầu đó, và cấu hình sẽ không bao giờ diễn đạt được điều đó.

Những con số thực sự ràng buộc một thiết lập

Hầu hết lời khuyên về cấu hình đều mơ hồ vì hầu hết tài liệu về agent đều như vậy. Những lời khuyên này thì không mơ hồ, và mỗi lời khuyên đều có một hệ quả về thiết kế.

• Số quy trình trên mỗi Bot — 50. Một Bot có thể sở hữu “tối đa 50 quy trình,” và ứng dụng lưu “20 bản ghi lần chạy gần đây nhất cho mỗi quy trình,” nên nhật ký kiểm toán của bạn mỏng theo đúng thiết kế.

• Khoảng thời gian lập lịch tối thiểu — năm phút. "Lịch trình định kỳ phải cách nhau ít nhất năm phút," điều này loại trừ các vòng polling khít và âm thầm hướng bạn sang các trigger sự kiện để thay thế.

• Teaching ghi lại trong mười phút. “Teaching ghi lại tương tác hiển thị trên máy tính trong tối đa mười phút. Nó không ghi âm thanh từ micrô.” Các quy trình dài phải được chia thành từng đoạn.

• Bí mật trên mỗi Team Bot — 25, các giá trị được che và xóa thông tin trong đầu ra, và tài liệu cảnh báo Bot “có thể sử dụng mọi bí mật trong bất kỳ cuộc trò chuyện nào của đồng đội,” nên một bí mật là quyền truy cập được cấp cho toàn bộ nhóm.

• Mỗi tài khoản có một máy tính, không phải mỗi Bot. “Mọi Bot trong tài khoản của bạn đều dùng cùng một máy tính,” nó “được gán cho tài khoản người dùng của bạn, chứ không phải cho từng Bot riêng lẻ,” các tệp nằm trong cùng một /workspace, và “mọi Bot đều nhìn thấy các tệp.” Màn hình mà mỗi Bot nhìn thấy là “các bề mặt làm việc riêng biệt, không phải các ranh giới bảo mật riêng biệt.”

Điều cuối cùng đó là ràng buộc mà người ta phát hiện ra sau cùng. Nó có nghĩa là một cấu hình là một đối tượng thuộc toàn bộ tài khoản: một quyền bạn cấp cho một Bot cũng là một quyền mà cả đội Bot đều có, và một tệp bền vững do Bot nghiên cứu của bạn ghi ra thì Bot tiếp cận của bạn có thể đọc được.

Cấu hình ranh giới trước khi bạn cấu hình công việc

Hướng dẫn tự động hóa của chính tài liệu là một danh sách ngắn những việc đáng làm trong mười phút đầu tiên của bất kỳ thiết lập mới nào. Hãy giữ các thao tác ghi sau bước phê duyệt: “Yêu cầu phê duyệt đối với việc gửi, mua, xóa, xuất bản hoặc thay đổi hệ thống sản xuất.” Xác định việc khớp sự kiện theo phạm vi hẹp và tránh “các trình lắng nghe rộng như 'mọi tin nhắn mới',” vì chúng tạo ra nhiễu, tiêu tốn hạn mức sử dụng và hành động dựa trên dữ liệu đầu vào không liên quan. Dùng nút Test run với hiểu biết rằng “một lần chạy thử thực hiện công việc thật. Nó có thể điều hướng các trang web, thay đổi tệp và gọi các công cụ đã kết nối.” Hãy ghi lại chính sách không dữ liệu và chính sách dữ liệu cũ trước buổi sáng không giám sát đầu tiên, và làm cho các lần thử lại có tính idempotent để một lần chạy lại không gửi trùng.

Sau đó, hãy xử lý việc xóa, vì đây là thao tác duy nhất không thể hoàn tác. “Xóa một quy trình là tức thời và không thể hoàn tác”, và xóa một Bot “sẽ gỡ hồ sơ đang hoạt động, cuộc trò chuyện và các quy trình” trong khi tệp máy tính và thông tin đăng nhập không được tách biệt theo từng Bot và có thể vẫn tồn tại. Ẩn là lựa chọn thay thế có thể đảo ngược. Cũng có một điểm vướng mắc về cấp phép đáng để biết trước hơn là để tự phát hiện: tài liệu về Bots nói rằng việc lưu giữ ở backend tuân theo các điều khoản Cursor hiện hành, và đó là một câu cần đọc trước khi bạn đưa bất kỳ thứ gì thuộc diện bị quản lý vào một không gian làm việc dùng chung.

Điều gì truyền tải, điều gì không

Nhân bản là cách rẻ nhất để chạy cùng một vai trò ở một phạm vi khác, và tài liệu nói rất rõ về ranh giới đó. Một bản nhân bản có được “hồ sơ, cài đặt, kỹ năng, thói quen và ảnh đại diện”, và nó nói rõ rằng “không sao chép lịch sử trò chuyện, bộ nhớ đã học hay tệp đính kèm trong chat”. Chia sẻ thì đi xa hơn: bạn tạo một mẫu và chọn quyền truy cập công khai hoặc chỉ trong nhóm, người nhận xem trước rồi thêm một bản sao — “họ không nhận được máy của bạn, thông tin đăng nhập hay lịch sử.” Hãy loại bỏ khóa API, URL nội bộ và dữ liệu khách hàng trước khi chia sẻ, vì mẫu mang theo cấu hình, và cấu hình chính là nơi mọi người giấu thông tin xác thực.

Bộ nhớ cũng đáng bị nghi ngờ như vậy. Tài liệu mô tả nó như một sự tiện lợi, không phải sự thật: hãy liên tục thay đổi dữ kiện trong hệ thống nguồn, buộc Bot phải mở lại hoặc trích dẫn dữ liệu hiện tại cho những quyết định quan trọng, và ghi rõ các giới hạn an toàn trong phần mô tả thay vì tin rằng bộ nhớ sẽ giữ chúng. Team Bots bổ sung một lớp thứ hai — bộ nhớ nhóm được đọc trong cuộc trò chuyện của mọi người, và các ghi chú riêng đi theo một người — cùng một sự thật thanh toán khó tránh: việc sử dụng “được tính vào hạn mức Grok Bot của chính thành viên đó, chứ không phải của chủ sở hữu.”

Nơi bộ định tuyến phù hợp mà không giả vờ làm tác nhân

Grok Bot là một sản phẩm thuê bao đăng ký; nó không phải là thứ bạn có thể định tuyến qua endpoint của bên thứ ba, và không có hướng dẫn cấu hình trung thực nào nên gợi ý điều ngược lại. Câu hỏi mà vấn đề khan hiếm mô hình đặt ra là một câu hỏi khác: nếu bạn muốn chọn engine một cách có chủ đích, thì bạn đang mua quyền truy cập API, và đó là một tầng tách biệt với Bot.

Lớp đó là thứ chúng tôi bán. OrcaRouter là một endpoint tương thích OpenAI trên hơn 200 mô hình, không đánh thêm phí lên giá niêm yết của nhà cung cấp, vì vậy khi nhà cung cấp giảm giá, mức giá đó có hiệu lực ở đây ngay trong cùng ngày; Grok 4.7 nằm trên đó với mức giá do chính SpaceXAI công bố là $2.00 mỗi triệu token đầu vào và $6.00 mỗi triệu token đầu ra cho dưới 200K token prompt, tăng gấp đôi khi vượt ngưỡng đó. Những thành phần quan trọng đối với một cấu hình như cấu hình trong bài đăng là những thành phần giữ cho một bước chưa được kiểm chứng không trở thành sự cố production: tự động chuyển đổi dự phòng giữa các nhà cung cấp khi một bên suy giảm, một DSL định tuyến kết hợp nhiều mô hình vào một lệnh gọi, và hợp nhất mô hình cho các panel trả lời cùng nhau. Và bước đi thực tế cho câu hỏi “liệu Bot này có thể đảm nhận công việc hay không” là bước nhàm chán — viết kỹ năng, chạy nó một lần bằng tay với mô hình bạn định tin tưởng, và chỉ sau đó mới tự động hóa nó. Chuyển đổi dự phòng là thứ khiến việc thử một bước với một mô hình mà bạn chưa cam kết trở nên có thể chịu đựng được thay vì một canh bạc.

Nếu tuần này bạn đang viết phần thiết lập của mình

Hãy viết các vai trò dưới dạng văn bản vận hành, không phải dưới dạng chức danh công việc. Lời khuyên của tài liệu về vấn đề này tốt hơn hầu hết: một Bot nên có mục đích, bộ công cụ, phong cách, ranh giới phê duyệt hoặc lịch trình riêng biệt, và nên bắt đầu từ “đội ngũ nhỏ nhất hữu ích” với một Bot đảm nhận trọn vẹn một kết quả từ đầu đến cuối trước khi bổ sung các chuyên gia. Sau đó, hãy thực hiện trình tự theo đúng thứ tự mà tài liệu quy định — một tác vụ thật, được làm cho đáng tin cậy; phương pháp được lưu thành một kỹ năng; chỉ sau đó mới đến một quy trình định kỳ, với Bot, lịch trình, múi giờ, nguồn đầu vào, kết quả mong đợi, ranh giới phê duyệt và hành vi khi thiếu nguồn đều được ghi lại. Hãy kiểm thử nó trong lúc bạn đang theo dõi. Đặt múi giờ trước lịch trình đầu tiên, vì các quy trình định kỳ sử dụng nó. Và hãy lưu ý đến lưới an toàn nhỏ hiện có: Gro​k Bot có thể hỏi liệu có nên tiếp tục chạy các quy trình định kỳ sau một thời gian dài vắng mặt hay không và tạm dừng chúng nếu bạn không trả lời.

Cấu hình trong bài đăng đó không phải là một studio, và từ đó chẳng gây hại gì — nó chỉ là một cái tên cho thứ mà một người thực hành tạo ra khi những gì thực sự có thể điều khiển chỉ là một phần mô tả, một thư viện kỹ năng và một lịch trình. Phần sẽ không trụ được qua thay đổi sản phẩm tiếp theo là bất cứ thứ gì giả định rằng bạn đã chọn mô hình. Tuyên bố ngày 7 tháng 10 của Musk vẫn chỉ là một tuyên bố, và tài liệu vẫn nói rằng không có trình chọn nào; nếu có ngày một trình chọn ra mắt, những thiết lập đáng có sẽ là những cái vốn đã cụ thể về công việc ngay từ đầu.