Tôi là kỹ sư SpaceXAI đang xây dựng Grok Bot với chính Grok Bot.
Hãy nghĩ về Grok Bot như một thực tập sinh kỹ thuật cực kỳ năng lực, có máy tính riêng, có thể quản lý các agent viết code và học hỏi từ cách bạn làm việc. Nó đã trở thành đồng đội kỹ thuật tốt nhất của tôi, giữ mọi thứ vận hành trơn tru khi tôi đi vắng, ngủ, hoặc họp hành. Không còn phải giữ cho laptop luôn thức, không còn phải chuyển đổi ngữ cảnh giữa nhiều agent, chỉ còn kết quả đáp ứng tiêu chuẩn của tôi, theo cách tôi muốn.
Là đội ngũ xây dựng Grok Bot, chúng tôi có quyền truy cập sớm nhất và sử dụng nó cho công việc của chính mình mỗi ngày. Thật điên rồ khi thấy chúng tôi có thể ship hàng nhanh như thế nào, và năng suất của đội ngũ đã tăng vọt ra sao:
- @poteto đã ship hơn 2.000 PR trong tháng qua.
- @baltaaazr và @shaoruu đã xây dựng nền tảng của Grok Bot trong bốn tuần, sử dụng chính Grok Bot.
- Tôi đã xây dựng Grok Bot iOS v0 trong ba tuần, với hiệu suất mạnh mẽ và thiết kế trau chuốt, chỉ sử dụng Grok Bot.
- Mọi thành viên trong nhóm giờ đây đều đang bàn giao công việc lớn mỗi ngày, chứ không phải vài tuần một lần.
Càng xây dựng nhiều với Grok Bot, tôi càng muốn trao cho bạn siêu năng lực tương tự.
Gặp gỡ các bot kỹ sư của tôi
Tôi có năm bot kỹ sư, mỗi bot chuyên về một lĩnh vực khác nhau:
- Baltata sở hữu tầng chia sẻ di động của Grok Bot và mọi thứ liên quan đến Grok Bot trên iOS.
- Shaoruru sở hữu Grok Bot Desktop client và các công việc CI/CD.
- Hogan sở hữu hạ tầng và điều tra các vấn đề người dùng khi không rõ chủ sở hữu.
- Craig sở hữu Grok Bot trên Android và đang nỗ lực hết mình để đưa nó vào cuộc sống.
- Quill sở hữu harness của Grok Bot, và là một huyền thoại tuyệt đối trong lĩnh vực này.
Tất cả đều có thể làm việc trong các lĩnh vực của nhau, nhưng mỗi bot có một hệ thống bộ nhớ khác nhau và ngữ cảnh giới hạn. Chúng hoạt động tốt nhất khi tập trung vào một lĩnh vực duy nhất, bởi vì các thông số kỹ thuật và nguyên tắc thiết kế mà chúng mang theo sắc nét hơn nhiều trong các lĩnh vực chúng sở hữu.
Mỗi bot có thể tạo các cloud agent Cursor, đọc bản ghi, xem xét bằng chứng đính kèm với PR, và gửi các hành động tiếp theo bằng cách xếp hàng đợi tin nhắn hoặc ngắt quá trình chạy. Điều này mở khóa một quy trình làm việc agentic đầu cuối. Nó bao gồm những gì tôi từng làm hàng ngày trong Cursor, khi tôi liên tục chuyển đổi ngữ cảnh giữa các cloud agent mà tôi đang quản lý. Giờ đây, các bot của tôi quản lý chúng theo cách tôi đã làm.
Khi chúng nhận được một nhiệm vụ, từ tôi hoặc từ Slack, chúng khởi động một cloud agent với các kỹ năng của tôi được triệu hồi, cùng với một prompt chi tiết mô tả những gì cần làm và bằng chứng nào được mong đợi. Chúng cũng có thể thông minh triệu hồi các kỹ năng bổ sung dựa trên hướng dẫn cá nhân hóa của tôi, chẳng hạn như sử dụng kỹ năng /lingxi-design của tôi cho công việc trực quan, /react-native-best-practices để kiểm tra chất lượng code, /lingxi-review để đánh giá kiến trúc, hoặc /lingxi-product khi chúng cần đưa ra các quyết định sản phẩm mang tính chủ quan.
Grok Bot cũng có thể khởi động các cloud agent trên máy làm việc của riêng bạn, như một chiếc Mac mini dự phòng (nhờ có Grok Bot, bạn không còn cần một máy chuyên dụng ở nhà chạy 24/7 cho OpenClaw nữa).
Nếu quy trình làm việc của bạn yêu cầu truy cập VPN hoặc cấu hình máy đặc biệt, bạn có thể biến máy đó thành private worker của Cursor Cloud và yêu cầu Grok Bot chạy cloud agent trên đó. Điều này mở ra nhiều khả năng hơn, như chạy iOS Simulator và nhận lại ảnh chụp màn hình từ các agent của bạn.
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot có thể giám sát bản ghi và các tạo phẩm (ví dụ: ảnh chụp màn hình) của cloud agent, thông báo cho bạn khi nó hoàn thành, xếp hàng đợi tin nhắn, hoặc ngắt nếu có bất kỳ trục trặc nào. Bạn có thể mô tả nhu cầu của mình theo bất kỳ cách nào bạn muốn, chẳng hạn như "bạn phải xác minh ảnh chụp màn hình bao gồm các thay đổi tôi yêu cầu, với bằng chứng hiển thị trước và sau", và Grok Bot sẽ tiếp tục làm việc cho đến khi đạt được mục tiêu.
Chìa khóa để giữ cho đội ngũ kỹ thuật Grok Bot của bạn hoạt động là cung cấp cho nó một vòng phản hồi hoàn chỉnh. Cloud agent có thể chụp ảnh màn hình, vì vậy Grok Bot sử dụng đa phương thức của nó để xác nhận các thay đổi trực quan đã được áp dụng, và đẩy lại nếu kết quả không khớp với những gì bạn yêu cầu.
Kiểm tra dictation là một ví dụ điển hình về vòng lặp đó trong hành động. Chúng tôi đã kết nối API giọng nói của SpaceXAI vào I/O âm thanh hệ thống của cloud agent. Vì agent có quyền truy cập vào cả lời nói và bản ghi, chúng tôi có thể sử dụng các tín hiệu đó để kiểm tra chức năng speech-to-speech trên toàn bộ dòng sản phẩm của mình và xây dựng nhiều tính năng thú vị hơn nữa.
Đôi khi một agent gặp phải sự cố môi trường và bị đình trệ cho đến khi bạn gửi một prompt tiếp theo. Grok Bot giải phóng bạn khỏi điều đó bằng cách theo dõi sát sao quá trình chạy và gỡ rối cho agent một cách mạnh mẽ nhất có thể. Mỗi lần tôi kiểm tra, mọi thứ đều trong trạng thái tốt. Kể từ khi tôi bắt đầu sử dụng Grok Bot, các sự cố riêng lẻ hiếm khi đến được với tôi, ngoại trừ khi Grok Bot không có quyền bảo mật để tự sửa nó.
Và hãy nhớ: mọi thứ giờ đây chỉ cách một tin nhắn. Muốn chúng tiếp tục đẩy 10 lần trước khi bàn giao cho bạn? Chỉ cần nói vậy.
Mở rộng quy mô vượt quá giới hạn ngữ cảnh
Để giúp các bot của tôi theo kịp công việc vượt quá giới hạn ngữ cảnh, và để giúp tôi dễ dàng xem xét tiến độ mà không cần cuộn qua các cuộc trò chuyện dài, tôi yêu cầu mỗi bot kỹ sư quản lý một cơ sở dữ liệu Notion dùng chung.
Cứ sau 30 phút, chúng xem xét cơ sở dữ liệu và kiểm tra từng PR về:
- Nhận xét của Bugbot hoặc phát hiện bảo mật, xác minh xem mỗi cái có chính đáng hay không.
- Các lần chạy CI bị lỗi.
- Xung đột merge.
Nếu chúng tìm thấy bất kỳ điều gì bất thường, chúng ngay lập tức theo dõi với cloud agent của tôi để giải quyết và di chuyển hàng trở lại trạng thái "Đang làm việc" trong cơ sở dữ liệu Notion.
Nếu mọi thứ có vẻ ổn, chúng sẽ đánh dấu nhiệm vụ là "Sẵn sàng để Review" và tự động khởi động một lượt chạy code review, chú ý kỹ đến chất lượng code và các thiếu sót tiềm ẩn.
Nếu review có độ tin cậy cao và phạm vi ảnh hưởng thấp, PR sẽ được merge tự động. Nếu không, tôi sẽ review code và bằng chứng khi tôi quay lại, và quyết định merge hoặc đưa ra phản hồi.
Hầu như mỗi sáng, tôi kiểm tra và thấy các nhiệm vụ đã sẵn sàng để merge. Chất lượng code đáp ứng tiêu chuẩn của tôi, hình ảnh đúng ý tôi, và các bằng chứng cho thấy rõ ràng những gì đã được kiểm tra. Nhiều công việc hơn được hoàn thành ngay lần đầu, điều này cho phép tôi tập trung vào các vấn đề khó hơn, các tiêu chuẩn hiệu suất client cao hơn, nhiều trau chuốt hình ảnh hơn, và các quyết định kiến trúc lớn hơn.
Trước Grok Bot, tôi có thể quản lý thủ công 15 cloud agent cùng một lúc. Giờ đây, đội tàu của tôi quản lý hơn 200 agent đồng thời, và chúng tôi có thể mở rộng quy mô hơn nữa nếu cần.
Grok Bot điều hành tổ chức mini
Bên cạnh kỹ thuật, có rất nhiều công việc vận hành cần quản lý trong tổ chức, bao gồm onboarding các bot kỹ sư mới, chia sẻ kiến thức phù hợp, chạy postmortem khi sự cố xảy ra (ví dụ: khi một PR không được xem xét cẩn thận), và tổ chức các cuộc họp hàng ngày để giữ cho mọi người đồng bộ.
Đó là công việc của Jenny, trưởng phòng vận hành của tôi, và là bot duy nhất trong nhóm không viết code.
Mỗi sáng lúc 5 giờ, Jenny gặp 1:1 với mọi bot trong nhóm để xem xét sổ tay hướng dẫn của chúng tôi, làm rõ các vấn đề cản trở, và củng cố bầu không khí mà tôi đang hướng tới. Tôi thấy điều này rất hiệu quả. Các bot của tôi hiếm khi quên các quy trình làm việc phức tạp của tôi, ngay cả sau nhiều tuần.
Khi một bot mắc lỗi, chẳng hạn như không đẩy đủ mạnh để đạt được mục tiêu thực sự, tôi bảo nó tìm Jenny để phân tích nguyên nhân gốc rễ và chạy postmortem. Jenny đào sâu vào lý do dẫn đến vấn đề, sau đó cập nhật sổ tay hướng dẫn và thông báo các thay đổi cho các bot kỹ sư khác để lỗi tương tự không xảy ra lần thứ hai.
Bất cứ khi nào tôi cần mở rộng quy mô nhóm, tôi yêu cầu Jenny onboard các thành viên mới. Jenny tạo bot mới trong tổ chức của tôi, chia sẻ các quy tắc của nhóm kỹ thuật, và yêu cầu Hogan cùng phần còn lại của nhóm hỗ trợ onboarding.
Mục tiêu của một hệ thống kỹ thuật hoàn chỉnh trong Grok Bot là giảm thiểu sự lặp lại. Chuyển giao các nhiệm vụ của bạn cho Grok Bot để bạn có thể tập trung vào các vấn đề khó hơn, sâu sắc hơn.
Các trường hợp sử dụng bổ sung của Grok Bot
Chúng tôi đã thiết kế Grok Bot theo cách mô-đun, vì vậy có rất nhiều điều bạn có thể làm với nó để xây dựng tổ chức kỹ thuật mini của riêng mình. Dưới đây là hai trường hợp yêu thích của tôi.
Kiểm toán hàng đêm
Mỗi đêm lúc 3 giờ sáng, các bot kỹ sư của tôi hoàn toàn tỉnh táo, dọn dẹp codebase, cải thiện chất lượng code, quét sạch logic chết, tăng tốc thời gian tải ứng dụng, và giảm kích thước bundle.
Mỗi sáng tôi nhận được một bộ PR mới giúp giữ cho code của chúng tôi sạch sẽ, không có lỗi, và có khả năng mở rộng. Nó đã biến việc bảo trì code thành một thói quen hàng ngày thay vì chỉ làm thỉnh thoảng.
Thêm ý tưởng kiểm toán hàng đêm:
- Kiểm toán bảo mật để phát hiện các vấn đề mà nhóm của bạn có thể đã bỏ qua trong codebase.
- Kiểm toán thời gian xây dựng CI/CD để giữ cho thời gian xây dựng không tăng lên một cách không lành mạnh.
- Kiểm toán quốc tế hóa để thu hẹp khoảng cách khi các tính năng chỉ được ship bằng một ngôn ngữ.
- Kiểm toán tính tương đồng để tránh sai lệch khi nhóm của bạn đang xây dựng nhiều client (iOS so với desktop) và các tính năng chỉ có trên một bên.
- Kiểm toán bắt kịp giám sát các PR đã được merge trong 24 giờ qua cho lĩnh vực bạn quan tâm, sau đó trả về một bản tóm tắt cấp cao và một danh sách PR đã được chọn lọc để xem xét.
Và prompt yêu thích nhất của tôi: "Bạn có sáu giờ tối nay. Hãy xây dựng bất cứ thứ gì bạn muốn. Chúc vui vẻ!"
Tôi tò mò về những gì bạn sẽ chạy trong các cuộc kiểm toán hàng đêm của riêng mình. Tôi chắc chắn có những ý tưởng ngoài kia mà tôi rất muốn học hỏi.
Quy trình khẩn cấp P0
Cloud agent đôi khi có thể chậm. Chúng cần chạy, thiết lập môi trường, chờ đợi, chạy thử nghiệm, và lặp lại. Và đôi khi bạn cần công việc được hoàn thành nhanh hơn một chút.
Vì vậy, tôi đã tạo một quy trình khẩn cấp P0 với các bot kỹ sư của mình. Bất cứ khi nào tôi nói một nhiệm vụ là P0, chúng bắt đầu một quy trình tạm thời kiểm tra bản ghi mỗi năm phút, giám sát tiến độ và lý do, và chủ động định hướng cloud agent khi nó bắt đầu lãng phí thời gian không cần thiết.
Nó đã rất hiệu quả. Khi tôi cần kết quả khẩn cấp, cho dù đó là nghiên cứu codebase hay sửa lỗi nghiêm trọng, nói "đây là P0" sẽ hoàn thành công việc nhanh hơn nhiều so với bình thường.
Xin lưu ý rằng điều này có thể đốt token nhanh hơn bạn nghĩ, vì vậy chỉ sử dụng nó cho những trường hợp thực sự khẩn cấp.
Bài học & mẹo với Grok Bot
- Cung cấp cho cloud agent một vòng phản hồi hoàn chỉnh: Điều quan trọng là cung cấp cho chúng các tín hiệu về việc cần làm tiếp theo mà không cần bạn. Chúng sẽ có thể khởi chạy một phiên bản dev và điều khiển toàn bộ stack (ví dụ: qua Chrome DevTools, CLI, hoặc Apple Accessibility). Nếu chúng không thể, hãy yêu cầu chúng tự chạy quy trình, tự gỡ rối một cách mạnh mẽ nhất có thể, và đóng gói những gì chúng học được thành một kỹ năng repo có thể tái sử dụng.
- Đối xử với Grok Bot như một thực tập sinh tài năng: Nếu bạn từng gặp khó khăn trong giao tiếp với Grok Bot về các nhiệm vụ kỹ thuật, hãy đối xử với nó như một thực tập sinh tài năng. Yêu cầu nó làm bài tập về nhà, nghiên cứu các lĩnh vực mà nó chưa phải là chuyên gia, và tham khảo cách các kỹ sư khác hoàn thành công việc. Không cần triệu hồi kỹ năng. Không cần prompt dài. Chỉ cần trò chuyện.
- Tránh lặp lại là chìa khóa: Khi AI ngày càng có năng lực hơn, điều quan trọng là ủy thác các nhiệm vụ lặp đi lặp lại và tập trung vào các vấn đề sâu sắc, khó khăn hơn mà agent không thể dễ dàng giải quyết. Nếu bạn nhận thấy mình đang làm điều gì đó nhiều hơn một lần mỗi ngày và nó tuân theo một mô hình rõ ràng, hãy thảo luận với các bot của bạn để xem chúng có thể giúp ích như thế nào.
- Các cuộc họp hàng ngày cho bot cực kỳ hiệu quả: Lặp lại các điểm chính hàng ngày giúp chúng ghi nhớ các quy trình làm việc phức tạp trong khi đang xử lý nhiều nhiệm vụ. Bởi vì giới hạn ngữ cảnh không thể chứa mọi thứ, một lời nhắc nhở hàng ngày là một cú huých hữu ích giúp bạn tiết kiệm sự lặp lại.
- Hãy can thiệp ít hơn: Tương tự như lái xe tự động, làm việc với bot là một quá trình xây dựng lòng tin. Thay vì tự mình làm mọi thứ, hãy nghĩ về thời điểm chúng sẽ hoạt động trơn tru và thời điểm chúng có thể gây ra vấn đề. Hãy cho chúng đủ tự do để ship khi an toàn, và thận trọng hơn trong các lĩnh vực có rủi ro cao hơn. Nhưng đừng ngăn chúng thử chỉ vì chúng đã thất bại trước đó. Hãy tiếp tục thử nghiệm và tiếp tục suy nghĩ về cách giúp chúng phát triển.
- Để chúng phối hợp cùng nhau: Bot có năng lực hơn bạn nghĩ. Để can thiệp ít hơn nữa vào hoạt động của bot, việc xây dựng một quy trình review lỗi của bot (ví dụ: một bot vận hành nói chuyện với các bot và phân tích dấu vết suy nghĩ của chúng) có thể hữu ích để những lỗi tương tự không xảy ra lần thứ hai.
Sẵn sàng chào đón một bot kỹ sư vào tổ chức? Hãy dùng thử Grok Bot, và cho tôi xem chúng ship được gì nhé.
