Tính năng Remote Control của Claude Code đã trải qua nhiều vòng gia cố kể từ khi ra mắt bản research-preview đầu năm nay, và loạt cập nhật tháng 8/2026 là cái cớ tốt để thực sự nhìn vào kiến trúc thay vì bản demo. Ý tưởng đơn giản: bắt đầu một session Claude Code trên laptop, rồi kiểm tra, điều hướng, hoặc phê duyệt một hành động rủi ro từ điện thoại hoặc tab trình duyệt, trong khi cuộc hội thoại vẫn đồng bộ trên mọi thiết bị kết nối. Điều thú vị với tôi với tư cách tech lead không phải bản thân tính năng — mà là quyết định thiết kế bên dưới, vì đó là pattern tôi sẽ tái sử dụng: thực thi cục bộ ở lại cục bộ; chỉ session state được đồng bộ.

Không phải di chuyển lên cloud — mà là một lớp sync

Điều đầu tiên cần nói rõ, vì dễ bị hiểu lầm: Remote Control không di chuyển session coding của bạn lên cloud. Tiến trình agent vẫn chạy trên máy bạn, với filesystem, credential, quyền truy cập tool cục bộ của bạn. Thứ được đồng bộ qua các thiết bị là session state — transcript hội thoại, sự kiện tool-call, các phê duyệt đang chờ — qua một lớp relay mà mọi client kết nối đều subscribe vào. Gõ từ điện thoại, tin nhắn xuất hiện trong luồng input terminal cục bộ của bạn. Gõ từ terminal, điện thoại bạn thấy nó xuất hiện. Phê duyệt một hành động phá hủy từ điện thoại khi bạn rời bàn làm việc, tiến trình cục bộ thực thi nó tại chỗ, trên máy bạn, dưới quyền hiện có của bạn.

Đây là một ràng buộc có chủ đích, không phải hạn chế chưa kịp sửa. Nếu session state di chuyển cùng agent đến một executor cloud, bạn sẽ thừa hưởng một mô hình bảo mật hoàn toàn khác: credential cần tồn tại ở đâu đó mà executor đó tiếp cận được, truy cập file cần mount từ xa hoặc đồng bộ, và bán kính ảnh hưởng của một session bị xâm phạm sẽ mở rộng đến bất cứ đâu executor cloud có thể vươn tới qua mạng. Giữ thực thi cố định tại máy gốc nghĩa là lớp sync chỉ cần di chuyển dữ liệu hội thoại và control-plane — không bao giờ là thực thi code, credential, hay nội dung file ngoài những gì agent chủ động hiển thị trong output.

Kiến trúc, theo cách tôi vẽ

Terminal cục bộ (nguồn sự thật cho việc thực thi)
        |
        v
   Sync relay  <-->  Điện thoại / trình duyệt
        |
        v
Session state (transcript, sự kiện tool, phê duyệt đang chờ)

Phần tôi sẽ “mượn” cho bất kỳ công cụ đa thiết bị nào ta xây: nhiệm vụ của sync relay được giới hạn hẹp vào việc đối soát một event log dùng chung, chỉ-thêm — tin nhắn, tool call, phê duyệt — qua N client kết nối, không client nào có thẩm quyền thực thi. Client điện thoại có thể đề xuất một hành động (gửi tin nhắn, phê duyệt prompt) nhưng quyết định hành động đó có an toàn để thực thi hay không vẫn được đánh giá bởi cùng mô hình quyền cục bộ như khi bạn gõ trực tiếp trong terminal. Từ xa không có nghĩa là “giám sát ít hơn” — mà là “cùng mức giám sát, chỉ khác bề mặt input.”

Điều này quan trọng vì phiên bản ngây thơ của “cho tôi điều khiển session từ điện thoại” rất hấp dẫn để xây như một proxy shell từ xa mỏng manh: chuyển tiếp keystroke thô đến một PTY qua websocket, xong trong một buổi chiều. Cách đó cho bạn điều khiển từ xa nhanh, nhưng cũng nghĩa là bất kỳ ai chạm được endpoint relay đều có quyền truy cập gần như ngồi tại terminal của bạn, không có cổng phê duyệt hay audit trail nào của công cụ ở giữa. Cấu trúc nó thành đồng-bộ-session-state thay vì proxy-shell-thô là điều cho phép Anthropic xếp lớp các kiểm tra quyền thực sự, và giờ là một Compliance API, lên trên cùng một nguyên thủy đó.

Nó thực sự vỡ ở đâu — và điều đó nói lên gì

Loạt cập nhật tháng 8 sửa một lỗi cụ thể đáng nhắc: /resume trong khi một session Remote Control đang kết nối có thể làm rò rỉ tiêu đề hoặc lịch sử của cuộc hội thoại được resume vào session đang kết nối hiện tại. Đó chính xác là loại lỗi bạn có thể dự đoán từ kiến trúc này — khi nguồn sự thật của bạn là một event log dùng chung với nhiều subscriber, lỗi ranh giới session (sự kiện nào thuộc về session nào) là điểm sắc bén. Nếu bạn đang xây thứ gì đó có hình dạng sync-relay-cộng-thực-thi-cục-bộ tương tự — và tôi nghĩ pattern này tổng quát hóa tốt ra ngoài coding agent, cho bất kỳ công cụ nào bạn muốn giám sát từ mobile một tiến trình phải ở lại cục bộ vì lý do bảo mật hoặc tài nguyên — hãy dành coverage test thực sự cho việc cô lập session cụ thể. Không phải “sync có hoạt động không”, mà “state của session A có bao giờ rò vào view của session B”, đặc biệt qua các đường resume/reconnect/nhiều-thiết-bị-sửa-đồng-thời. Đó chính là các trường hợp không hiện ra cho đến khi ai đó mở hai session cùng lúc, đúng là kịch bản mà tính năng này tồn tại để cho phép.

Nơi tôi thực sự sẽ dùng cái này trong team

Trường hợp thực sự hữu ích không phải là “code từ điện thoại trên xe bus” — gõ code trên bàn phím điện thoại vẫn tệ bất kể sync tốt đến đâu. Đó là phê duyệt bất đồng bộ cho công việc agent chạy dài. Khởi động một refactor nhiều bước hoặc một vòng lặp test-and-fix dài trước một cuộc họp, nhận push notification khi agent gặp điểm quyết định cần con người (một migration phá hủy, một xung đột merge mơ hồ, một lựa chọn thiết kế agent gắn cờ), và phê duyệt hoặc điều hướng lại từ điện thoại mà không cần ngồi ở bàn làm việc. Đó là một cải thiện workflow thực sự — nó biến “session agent block chờ phê duyệt nên tôi phải ở gần laptop” thành “session agent xếp hàng chờ phê duyệt, và tôi xử lý dần khi rảnh.” Nếu team bạn đang chạy các session agent tự động dài hơn (và sau loạt sự cố tuần trước, tôi hy vọng bạn cũng đã siết chặt các tầng quyền mà những phê duyệt đó kiểm soát), kết hợp với một bề mặt phê duyệt từ xa là mảnh ghép biến session dài trở nên thực tế thay vì chỉ khả thi về mặt lý thuyết.

Nguồn: Claude Code Remote Control, Claude Code Updates — August 2026, Claude Code Remote Control: Advantages, Limits, and When to Use It