Code không cần laptop: điều khiển agent từ điện thoại

1. 12 tiếng lái xe và một chiếc điện thoại

Cody Seibert (kênh Web Dev Cody) kể rằng tuần trước anh đi nghỉ. Để tới cảng tàu du lịch (cruise terminal) nơi chuyến đi bắt đầu, anh phải lái xe khoảng 12 tiếng. Trong lúc lái, anh quyết định cài Grok Bot lên điện thoại, cùng với app Claude Code trên mobile.

Nhìn chung, anh khá bất ngờ khi thấy chỉ với app trên điện thoại mà mình đi được xa đến vậy (theo trải nghiệm anh kể trong video đăng ngày 20/10/2026). Anh dùng nó để kick off các agent, tạo GitHub issue, ideate những issue mới có thể làm, và cả merge, review các pull request mà người khác trên mạng gửi vào repo của anh.

Vì vậy, trong video này anh muốn nói về quy trình đó và về cái workflow phía sau, vì theo anh (video đăng ngày 20/10/2026) đây là thứ đang ngày càng khả thi (viable).

2. Sáu tháng trước thì không, bây giờ thì có

Anh nói thẳng: nếu sáu tháng trước có ai hỏi "này Cody, anh có kick off agent từ điện thoại không?", chắc anh đã cười vào mặt người đó, vì khi ấy các agent đơn giản là không tốt bằng lúc anh quay video (video đăng ngày 20/10/2026).

Theo Cody (video đăng ngày 20/10/2026), Opus 5.5 hoàn toàn là một bước ngoặt (game-changing). Bạn đưa cho nó một mục tiêu ở mức high level, và nó cứ thế làm việc. Bạn quay lại, review pull request, và về cơ bản nó đã implement mọi thứ bạn yêu cầu.

Anh kể thêm rằng chính với Fable 5.1 là lúc anh lần đầu thấy những dấu hiệu đầu tiên kiểu "được rồi, mình có thể tin các model này đủ để chúng làm xong việc". Nhưng với Opus 5.5 thì, theo lời anh, "thứ này thật sự cooks", tức là làm việc rất ngon (nhận xét của Cody trong video đăng ngày 20/10/2026).

3. Hai ngày làm việc từ điện thoại: 51 pull request

Điều đầu tiên anh muốn cho xem là kết quả của hai ngày thứ Năm và thứ Sáu. Thứ Năm là ngày anh dọn đồ, thứ Sáu là ngày anh thật sự lái xe xuống cảng. Trong khoảng thời gian đó, anh quyết định kick off nhiều việc nhất có thể từ điện thoại, để hiểu trải nghiệm ấy ra sao.

Theo số liệu Cody cho xem (video đăng ngày 20/10/2026), có 51 pull request đã được merge, khoảng 90.000 dòng code được thêm vào. Anh đọc con số xoá là "47 dòng", còn trên màn hình ghi −47.292 dòng; anh nói thêm là trong thời gian đó anh cũng làm thêm một ít refactoring.

Trong số đó, khoảng 22 pull request được merge cho Survive the Night, game FPS của anh. Cũng trong thời gian ấy, 24 pull request được merge cho Nebula, project mà bình thường anh chủ yếu làm khi có laptop bên cạnh (số liệu theo video đăng ngày 20/10/2026). Trên màn hình, Nebula nằm ở repo AgentSystemLabs/nebula; README của repo (đọc ngày 22/10/2026) mô tả nó là "mission control" cho các coding agent chạy trong terminal.

Lý do rất đơn giản, theo Cody (video đăng ngày 20/10/2026): khi đang lái xe thì bạn không thể mở laptop ra. Bạn không gõ được vào nó. Laptop phải luôn cắm sạc. Và theo Cody, nó cũng khó chạy trơn tru cả đống agent cùng lúc mà không nóng lên, ngốn hết CPU và memory.

Ngoài hai repo đó, còn có vài pull request đang mở trên ứng dụng Agent Office (video đăng ngày 20/10/2026), thứ mà anh đã làm một video riêng khoảng hai tuần trước đó.

4. Grok Bot trả lời bằng giọng nói

Một trong những chiến lược anh dùng khi lái xe là để Grok Bot gửi lại tin nhắn cho mình, nhưng dưới dạng giọng nói (text to voice). Thay vì phải đọc hết bức tường chữ này tới bức tường chữ khác (theo anh, ai dùng AI cũng biết là nó liên tục đưa cho bạn cả đống thứ để đọc; video đăng ngày 20/10/2026), anh đeo tai nghe và prompt nó bằng giọng nói (voice to text).

Anh prompt kiểu: "này, tôi cần bạn thêm feature này", hoặc "bạn tìm giúp tôi những GitHub issue đáng làm nhất". Và bot trả lời lại anh bằng giọng nói (video đăng ngày 20/10/2026).

Anh thử phát ngay một tin để mọi người nghe, bấm vào một tin thoại trong khung chat. Anh cho biết anh nghe ở tốc độ 2 lần (2x), để nắm nhanh nội dung tổng quan.

Theo anh (video đăng ngày 20/10/2026), cái hay của việc để bot trả lời bằng giọng nói là bạn có thể lướt qua rất nhanh ở mức high level: pull request mà mình nhờ nó review là gì, việc mình bảo nó implement là gì, thứ mình nhờ nó review có an toàn (secure) không, vân vân.

5. Review một pull request của cộng đồng khi đang lái xe

Tin thoại anh phát là câu trả lời của bot về một pull request (theo video đăng ngày 20/10/2026). Giọng bot nói đại ý: không hẳn vậy, thật ra là ngược lại. Nebula vốn chỉ mở các link HTTP và HTTPS khi bạn bấm vào một link bên trong một pane. Nhưng pull request 160, như cách nó được viết, không giữ quy tắc đó. Nó đẩy thẳng mọi loại link vào terminal của bạn, kể cả link file, link JavaScript và link mở các app tuỳ biến (custom app links).

Đây là một pull request do một người khác gửi vào Nebula. Cody dùng Grok Bot trước hết để review nó, làm security audit, và xem đây có thật là thứ nên đưa vào hay không. Sau đó anh kick off các subagent để làm phần review và đưa pull request vào merge. Theo anh hiểu (video đăng ngày 20/10/2026), các subagent này chạy Opus 5.5, gắn với tài khoản Cursor của anh.

Nhìn chung, đó là quy trình anh đã làm theo trong chuyến đi.

6. Một session coordinator, việc nặng giao cho subagent

Điều anh muốn chỉ ra là workflow của anh đang thay đổi. Trước đây anh mở nhiều session panel khác nhau, mỗi panel cho một việc cần làm. Còn lúc quay video (đăng ngày 20/10/2026), anh thường chỉ có một session coordinator (hay orchestrator), có thể trả lời nhanh và đưa cho anh bản tổng quan.

Còn khi cần làm việc nặng, như implement code, sửa bug hay review, session đó sẽ kick off một subagent với mức thinking cao hơn, effort level cao hơn. Theo những gì Cody hiểu và tin là đúng (video đăng ngày 20/10/2026), Grok Bot dùng Opus 5.5 ở mức extra high cho các subagent, nên theo anh gần như chắc chắn nó sẽ làm tốt khi viết code và review code.

7. Dictate thay vì live voice chat, nghe lại ở tốc độ 2x

Anh nói thêm rằng với cả Grok Bot lẫn Claude Code (theo video đăng ngày 20/10/2026), bạn có thể nói chuyện trực tiếp (live chat bằng giọng nói) với các agent. Ví dụ anh có thể bấm "start voice chat", hỏi một câu, rồi phải ngồi chờ nó trả lời.

Nhưng theo trải nghiệm anh kể (video đăng ngày 20/10/2026), cách hợp hơn là bấm giữ nút để dictate một câu, ví dụ: liệt kê các GitHub issue trong project này và trả lời tôi bằng giọng nói.

List out the GitHub issues on this project, and reply to me using voice.

Điều quan trọng với anh là được nghe agent nói ở tốc độ 2x. Thành thật mà nói, anh edit mọi video YouTube của mình ở tốc độ 2x, và cũng quen xem video YouTube ở 2x. Bạn nạp được nhiều thông tin hơn mà không phải chờ nó đọc chậm rì.

Anh phát một đoạn. Giọng bot đọc: Nebula đang có 25 issue mở. Các ý tưởng feature cũ hơn gồm 112, chạy agent trong sandbox; 114, hỗ trợ Linear; 115, hỗ trợ cửa sổ native; 117, một bộ chọn harness có fuzzy search; 123, dùng Worktrunk cho các worktree; và 126. (Con số 25 issue là của câu trả lời lúc đó, theo video đăng ngày 20/10/2026; dòng tóm tắt của một lần hỏi trước ghi 16.)

8. Chọn ba issue và kick off ba subagent

Tới lúc này, việc anh thường làm tiếp là bảo: được rồi, cho tôi ba issue nên làm nhất, trả lời bằng giọng nói. Rồi anh nghe xem agent đề xuất ba issue nào. Trên màn hình, câu anh dictate hiện đúng như máy chép ra, kể cả chữ "invoice" thay cho "in voice":

Give me the top three I should work on reply invoice.

Bot trả lời bằng giọng nói (theo video đăng ngày 20/10/2026). Nó đề xuất bắt đầu với issue 166, một lỗi crash của Claude Code trên macOS: nếu Claude chết ngay khi khởi động thì người dùng Mac không dùng được Nebula chút nào, nên đó là issue quan trọng nhất. Thứ hai là 175, các session Codex vẫn hiện màu vàng sau khi đã chạy xong: một màu trạng thái sai khiến người dùng hết tin vào cái grid, và nhiều khả năng đây là một bản sửa nhỏ. Thứ ba là 140, về notifications cho các session; bot gọi đây là feature mới hữu ích nhất trong danh sách.

Vậy là có ba issue để làm. Việc anh thường làm lúc đó là bảo bot kick off ba subagent riêng biệt để làm song song, và mở một pull request khi xong. Câu anh gõ hiện trên màn hình:

Kick off three separate sub-agents to work on these concurrently, make a pull request when you are done.

Theo video đăng ngày 20/10/2026, bot trả lời: "On it", nó đang khởi động ba agent, mỗi agent cho một issue 166, 175 và 140, và mỗi agent sẽ mở một pull request khi làm xong.

9. Mỗi repo một bot, và vì sao voice note hợp khi đi cùng gia đình

Một điều anh đã thêm cho các bot của mình: bạn có thể có một bot riêng cho mỗi project, và đó là workflow anh khuyên dùng (video đăng ngày 20/10/2026), mỗi Git repo một bot riêng. Sau đó bạn ghi vào memory của bot rằng "tôi muốn bạn luôn trả lời tôi bằng giọng nói". Anh thấy cách này cũng rất hữu ích.

Cái hay nữa là, anh thường lái xe cùng gia đình, và các con có thể hỏi anh đủ thứ. Theo trải nghiệm anh kể (video đăng ngày 20/10/2026), nếu đang dùng live voice chat, anh thường phải tạm dừng rồi bắt đầu lại. Còn khi câu trả lời chỉ là một file âm thanh nhỏ (anh gọi là một file WAV), anh có thể bấm nghe bất cứ lúc nào. Anh thậm chí có thể kéo lại lịch sử và mở rộng tin đó ra để xem câu trả lời là gì. Với anh, đây là một workflow rất, rất dễ chịu.

Quay lại màn hình (video đăng ngày 20/10/2026): bot báo cả ba agent đã chạy, một agent cho lỗi trên macOS... Vậy là nó đã kick off ba agent khác nhau, và khi chúng xong sẽ có các pull request mà anh có thể hỏi thêm nếu muốn. Anh tin là bạn còn có thể bấm vào từng agent để xem nó đang làm tới đâu (theo video đăng ngày 20/10/2026).

10. Cùng workflow đó trên Claude Code bản web

Cody nói workflow của anh với Claude Code cũng đang thay đổi. Theo anh (video đăng ngày 20/10/2026), bạn làm được đúng quy trình vừa rồi trên điện thoại với Claude Code, giống hệt những gì anh vừa cho xem trong Grok Bot. Theo lời anh, đúng là các tool này đang sao chép lẫn nhau. Nên nếu bạn có một workflow và đang dùng một tool, anh dám cá là sẽ có một workflow tương tự mà Claude Code hay Codex hỗ trợ; anh biết ChatGPT Dots cũng có thứ gì đó tương tự.

Đây cũng là workflow anh đang dùng cho game Survive the Night và các project khác. Anh chạy Claude Code bản web, và theo anh (video đăng ngày 20/10/2026) về cơ bản chỉ có một coordinator, đúng như cách họ gọi nó.

Anh cho xem rằng bạn có thể chỉ định effort level của coordinator. Vào settings, bạn sẽ thấy có thể đổi coordinator effort level và đổi thread effort (theo giao diện trong video đăng ngày 20/10/2026). Anh dùng mức high cho cả hai.

11. Từ một screenshot bug tới pull request có ảnh before/after

Sau đó anh chỉ việc đi qua game, chụp screenshot. Anh lấy ví dụ lần gần nhất: trong game có một vật thể lạ (artifact) lơ lửng phía trên các khu mỏ. Anh chụp màn hình game, dán vào, và viết đại ý "này, sửa cái này".

Mỗi lần anh làm vậy, nó làm việc trong một subagent và tạo một pull request khi xong. Anh chỉ cần bấm vào để đi review pull request đó. Anh nói không biết sao, nhưng anh thấy workflow này thật sự là đỉnh (pretty peak), theo nhận xét của anh trong video đăng ngày 20/10/2026.

Theo video đăng ngày 20/10/2026, anh có cài một skill để mọi pull request đều kèm ảnh chụp before và after. Trước đó có cái vật thể kỳ lạ lơ lửng trên khu mỏ, và giờ nó đã được sửa. Pull request cũng có phần overview giải thích vấn đề thực sự là gì: hoá ra phần model của các hang bên dưới, một số đoạn trần bị đặt cao hẳn lên, vì lý do nào đó. Dù sao thì nó đã đi qua và sửa xong.

12. Mỗi GitHub repo một project, và những lần refactor chạy hàng giờ

Trong Claude, anh dùng tính năng Projects (theo video đăng ngày 20/10/2026), mỗi GitHub repo một project. Một cái cho Survive the Night, một cái cho Tori Story, và còn những project khác anh có lẽ sẽ thêm vào sau.

Ngay lúc bắt đầu một project, anh chỉ nói: "này, trong thread này bạn sẽ luôn làm việc trên một repo", và đưa cho nó URL của repo. Sau đó anh cứ thế yêu cầu nó thêm feature. Anh chơi game một lúc, quay lại khi tìm thấy bug, kick off việc sửa ngay ở đó. Theo Cody (video đăng ngày 20/10/2026), nó kick off một subagent, làm việc, mở một pull request, và anh đi qua để review pull request mà nó tạo ra.

Anh nói đây đúng là workflow anh đang dùng cho mọi side project của mình. Theo anh (video đăng ngày 20/10/2026), các model đã tới mức bạn có thể tin chúng đủ để viết ra code ổn.

Thỉnh thoảng anh còn kick off cả một đợt refactor toàn diện. Anh sẽ nói kiểu:

Just use as many sub-agents as possible, go through the whole code base, understand it, find areas that you can dry up code, you can simplify things, you can make things more secure.

Rồi anh để nó chạy. Theo lời Cody (video đăng ngày 20/10/2026), nó chạy hàng giờ liền, và khi anh quay lại thì đã có một pull request với hàng trăm file thay đổi, và anh về cơ bản cứ thế merge vào. Anh nói rõ: với những project rủi ro thấp như side project của anh hay game Survive the Night, đây thật sự là một workflow rất tuyệt.

13. Bot Game Design Coach: học từ hơn 100 video về game design

Một điều nữa anh thấy đáng nói ở Grok Bot và các tool tương tự (theo video đăng ngày 20/10/2026): thường thì bạn có thể kick off các subagent khác nhau, và các subagent đó giữ được context của bất cứ thứ gì bạn đang nghiên cứu.

Khi làm Survive the Night, anh bảo chúng tạo một "game design coach". Con bot đó đi ra ngoài và về cơ bản lục khắp YouTube, đọc rất nhiều nội dung về game design: cách cải thiện thiết kế game, cách làm game vui hơn, cách cân bằng game. Theo anh nhớ (video đăng ngày 20/10/2026), nó lấy hơn 100 video khác nhau và cố gom toàn bộ phần lời của các video đó. Sau đó anh dùng nó để ideate mọi feature mới cho Survive the Night, để game trở nên thú vị hơn khi chơi.

Theo anh (video đăng ngày 20/10/2026), đôi khi tìm ra ý tưởng để làm tiếp lại là phần khó nhất của một project. Và những hướng dẫn từ những người thật sự làm game để kiếm sống, những người làm video YouTube giải thích vì sao nên làm thế này thế kia để cân bằng game hay làm nó vui hơn, có thể được dùng để ideate cho chính game của bạn.

Anh nghĩ con bot đã chạy xong vào một lúc nào đó khi anh đang lái xe, và theo lời anh (video đăng ngày 20/10/2026), nó tạo ra khoảng 40 GitHub issue khác nhau dựa trên mọi thông tin nó tìm được trên mạng. Trong suốt chuyến lái xe, anh đi qua từng issue và triage nó, quyết định xem mình có thật sự muốn thứ này trong game hay không. Có lúc anh đóng issue, có lúc anh nhận issue nhưng chỉnh lại một chút.

14. Các bot tham chiếu lẫn nhau, và lời kết

Đó là những workflow chính anh đã dùng: một bot riêng lưu toàn bộ context về game design tốt, thứ anh có thể dùng không chỉ cho Survive the Night mà cả cho một game sau này nếu anh muốn làm. Theo anh (video đăng ngày 20/10/2026), bot đó có thể tham chiếu lại kiến thức ấy và giúp anh lên kế hoạch tốt hơn, để làm game thú vị hơn.

Anh cũng có những bot khác đã đi nghiên cứu cách có thể marketing và phát triển kênh YouTube của anh. Và theo video đăng ngày 20/10/2026, giờ anh có thể nhắc tới các bot đó ngay trong chat, ví dụ: "này, đi xem bot Game Design Coach rồi ideate thêm vài issue cho tôi làm trong game".

Đến đây Cody kết thúc. Anh nói muốn giữ video ngắn gọn, hy vọng mọi người thích video, chúc một ngày tốt lành và happy coding.