AI Agent Continuity Là Gì?

Vì Sao AI Agent Continuity Quan Trọng Với Developer

Các AI agent như Claude Code, Cursor, OpenAI Codex CLI, Aider, và Gemini CLI giờ không còn chỉ là trợ lý trả lời câu hỏi theo yêu cầu nữa. Chúng chạy các vòng lặp agentic — gọi tool, ghi file, chạy test, lặp lại để cải thiện output — kéo dài từ vài phút đến vài giờ liền. Chỉ cần một lần bị ngắt giữa chừng cũng đủ để lại một database schema migrate dở dang, một bộ test chưa bao giờ chạy xong, hoặc một job sinh code phải chạy lại từ bước đầu tiên.

Thuật ngữ này mô tả đặc tính của một phiên agent có thể sống sót qua các sự kiện quản lý nguồn thông thường của Mac: idle sleep, gập nắp máy, và tự động tắt máy khi pin yếu. Đây là một nhóm vấn đề, không phải một tính năng đơn lẻ có thể vá là xong. Muốn continuity đúng nghĩa, phải xử lý cả ba kiểu lỗi này, chứ không chỉ chặn idle sleep rồi coi như hoàn thành.

Với những tác vụ sinh nhanh chỉ mất năm phút, quản lý nguồn của macOS hiếm khi gây cản trở — job xong trước khi hệ thống kịp cho rằng máy đang rảnh. Vấn đề chỉ lộ ra ở các tác vụ dài hơn: phân tích toàn bộ repo, refactor nhiều file, các run training chạy qua đêm — bất cứ thứ gì đủ dài để Mac có thời gian kết luận rằng phiên làm việc đã bị bỏ mặc và hành động theo đó.

Ba Cách Mac Có Thể Ngắt Một Phiên Agent

Idle sleep là kiểu lỗi phổ biến nhất. macOS theo dõi các sự kiện input — bàn phím, chuột, hoạt động màn hình — và coi phiên làm việc là rảnh sau một khoảng timeout có thể tùy chỉnh. Một AI agent không tạo ra những sự kiện đó. Ngay cả khi nó đang tích cực ghi file và gọi API, Mac vẫn thấy im lặng ở lớp input và đi ngủ. Khi chạy bằng pin với cấu hình Energy Saver mạnh tay, timeout đó có thể ngắn đến mức bắt được một run chỉ sau vài phút.

Gập nắp máy kích hoạt sleep ngay lập tức, bất kể timeout rảnh là bao nhiêu. Rất nhiều developer gập nắp MacBook để di chuyển từ bàn làm việc sang phòng họp, mặc định rằng job chạy nền sẽ cứ thế chờ — nhưng không, trừ khi có thứ gì đó nói rõ với macOS phải giữ một assertion chống ngủ xuyên suốt sự kiện gập nắp. Một công cụ chỉ chặn idle sleep thì hoàn toàn bất lực ở đây; gập nắp là một trigger hoàn toàn riêng biệt.

Pin yếu là kiểu khó đoán nhất trong ba kiểu. Apple không công bố một mốc phần trăm chung cho việc macOS buộc máy ngủ — hành vi cụ thể phụ thuộc vào model Mac, phiên bản macOS, và Low Power Mode có đang bật hay không. Điều nhất quán là xu hướng: pin càng tụt, macOS càng throttle mạnh tay hơn, và khi gần cạn, nó buộc máy ngủ hoặc tắt để bảo vệ pin, bất kể Terminal có đang chạy job hay không. Một agent bắt đầu job hai tiếng ở mức pin 40% hoàn toàn có thể đâm vào bức tường đó giữa chừng, và trông giống một vụ crash hơn là bản chất thật của nó — một sự kiện quản lý nguồn.

Một công cụ chặn được idle sleep nhưng bỏ qua nắp máy, hay chặn được nắp máy nhưng bỏ qua pin, vẫn để phiên agent hở sườn ở đúng kiểu lỗi mà nó không xử lý. Cả ba phải được xử lý cùng lúc thì thuật ngữ này mới thực sự có ý nghĩa.

Cách Miễn Phí Để Giữ Phiên Agent Sống

Trước khi tìm đến bất kỳ app nào, macOS đã có sẵn cách miễn phí xử lý hai trong ba kiểu lỗi. caffeinate -i chặn idle sleep ngay từ Terminal — lệnh có sẵn trên mọi Mac. Chiêu hữu ích nhất của nó cho đúng trường hợp này là cờ -w: caffeinate -i -w $(pgrep -n claude) chặn idle sleep đúng bằng khoảng thời gian process đó còn sống, rồi tự nhả ra ngay khi nó thoát. Không cần cài gì, không cần dọn dẹp, và nó gắn liền với vòng đời thật của agent thay vì một bộ đếm giờ cố định.

Gập nắp máy cũng có một cách ghi đè thủ công miễn phí: sudo pmset -a disablesleep 1 trước khi gập nắp, và sudo pmset -a disablesleep 0 khi xong việc. Đây chính xác là công tắc hệ thống mà bất kỳ công cụ chống-ngủ-khi-gập-nắp nào cũng gọi bên dưới — không có cơ chế nào ưu tiên hơn cái này.

Còn có một lựa chọn hoàn toàn nguyên bản, không cần ghi đè gì cả. Quy trình Closed-Lid mà chính Apple hỗ trợ là: cắm sạc và nối một màn hình ngoài (hướng dẫn cũ còn yêu cầu thêm bàn phím và chuột ngoài; trên hầu hết MacBook đời mới, chỉ cần sạc cộng màn hình là đủ). Gập nắp lại, màn hình trong tắt, Mac vẫn chạy tiếp trên màn hình ngoài — không cần cờ disablesleep, không có gì phải nhớ tắt lại. Với ai làm việc tại bàn có sẵn màn hình, đây có lẽ là cách an toàn nhất trong ba cách, vì không để lại thứ gì ở trạng thái dở dang nếu bạn quên một bước.

Các Lựa Chọn Miễn Phí Bị Hụt Ở Đâu

caffeinate chỉ xử lý idle sleep. Nó không sống sót qua gập nắp chút nào — gập nắp sẽ ghi đè nó bất kể cờ gì — và nó không có khái niệm về phần trăm pin. Để chạy không ai trông, nó sẽ vô tư giữ job sống cho đến khi Mac tự ép mình vào một cuộc tắt máy khẩn cấp, thay vì tự dừng sớm.

Cặp pmset disablesleep thủ công vốn được thiết kế mang tính toàn cục và tồn tại dai dẳng. Quên bật lại disablesleep 0 — vì crash, vì force-quit Terminal, vì bỏ qua một lần reboot — và Mac sẽ ở trạng thái bị ghi đè vô thời hạn. Trên bàn làm việc thoáng khí thì rủi ro đó phần lớn chỉ mang tính hình thức. Nhưng nó trở thành rủi ro thật sự nếu sau đó Mac lọt vào một chỗ kín: trong túi, trong sleeve, dưới chồng sách — bất cứ đâu nhiệt không thoát ra được. Cách khắc phục không phải là né closed-lid mode, mà là giữ Mac trên bề mặt phẳng, thông thoáng, và có một kế hoạch thật sự cho việc tắt override lại, chứ không chỉ hy vọng rằng mình sẽ nhớ.

Chiêu màn hình ngoài chỉ hoạt động khi máy đang nối với một màn hình. Nó không giúp được trường hợp gập nắp, bỏ Mac vào túi, rồi đi trong khi một job qua đêm vẫn đang chạy — mà đó chính xác là kịch bản đằng sau phần lớn câu hỏi về AI Agent Continuity.

Điểm chung: không một trong ba lựa chọn miễn phí nào theo dõi mức pin hay nhiệt độ trong lúc job chạy, và không cái nào tự nhả ra khi process của agent thực sự kết thúc. Dù bạn dùng cách nào, lớp giám sát đó mới chính là nơi continuity thực sự nằm ở — và với các lựa chọn miễn phí, đó là kỷ luật thủ công mà bạn phải tự chịu trách nhiệm mỗi lần.

Cách Tiếp Cận An Toàn Cho Continuity

Nền tảng đúng đắn cho idle sleep là một IOKit power assertion — cụ thể là kIOPMAssertionTypePreventUserIdleSystemSleep, đúng loại assertion mà bản thân macOS cũng dùng khi, chẳng hạn, một video đang phát toàn màn hình. Nó báo cho hệ thống biết có việc gì đó đáng kể đang xảy ra mà không đụng vào các cơ chế bảo vệ nhiệt hay pin, đó là lý do nó là khối xây dựng đúng đắn chứ không phải một cách lách luật: nó hợp tác với macOS thay vì chống lại nó.

Xử lý gập nắp nghĩa là ghép pmset disablesleep 1 với một lệnh 0 tự động tương ứng — khi dừng, khi thoát, và được kiểm tra lại lần tới khi app khởi động phòng trường hợp lần tắt trước đó không sạch sẽ. Bỏ qua bước dọn dẹp đó chính là rủi ro đã nói ở trên: một chiếc Mac kẹt cứng ở trạng thái bị ghi đè vĩnh viễn. Khi thực sự gập nắp, hãy dùng bề mặt phẳng, thông thoáng và giữ Mac không bị bịt kín; việc cắm sạc cũng quan trọng, vì closed-lid loại bỏ khả năng sạc bù pin giữa chừng như khi mở nắp.

Về phía pin, vì mốc cắt của chính macOS không được công bố, cách an toàn hơn là tự đặt một ngưỡng sàn của riêng bạn, ở trước mốc đó một khoảng an toàn, thay vì cố đoán con số của macOS. Mức auto-stop mặc định của LidRun là 20% pin (có thể chỉnh trong khoảng 15–50%), kèm cảnh báo sớm hơn ở 15% và 5%, được chống lưng bởi một ngưỡng khẩn cấp không thể đẩy xuống dưới 4% — xấp xỉ điểm mà dưới đó macOS có thể không còn đủ dư địa để ngủ sạch sẽ trước khi Mac hết pin — và ngưỡng đó vẫn kích hoạt ngay cả khi auto-stop thông thường đã bị tắt.

Nhiệt độ cũng vận hành tương tự. macOS công khai bốn mức nhiệt qua ProcessInfo — nominal, fair, serious, critical — cùng tín hiệu mà các app như bộ mã hóa video dùng để tự giảm tải. Closed-lid mode là nơi điều này quan trọng nhất, vì gập nắp loại bỏ đường thoát khí chính của Mac; một công cụ làm đúng sẽ theo dõi tín hiệu này, cảnh báo ở mức serious, và tự động tắt closed-lid mode ở mức critical để phần cứng có thể throttle và ngủ theo cách bình thường thay vì bị ép buộc. Không điều gì trong số này là một sự đảm bảo — bộ đếm giờ phiên và theo dõi nhiệt giúp giảm rủi ro, chứ không loại bỏ nó hoàn toàn — nhưng sự kết hợp giữa một power assertion thật sự, một ngưỡng sàn pin, và theo dõi nhiệt là thứ khiến việc chạy agent ở chế độ đóng nắp trở thành một đánh đổi có cơ sở, chứ không phải liều lĩnh.

Gộp lại, một thiết lập an toàn trông giống nhau dù bạn tự xây hay dùng một công cụ có sẵn: giữ assertion chống idle-sleep trong đúng khoảng thời gian job chạy, không phải vô thời hạn; nếu cần gập nắp, ghép disablesleep 1 với một lệnh 0 tự động; đặt ngưỡng sàn pin cao hơn mốc không công bố của macOS và để nó luôn bật; theo dõi trạng thái nhiệt và giảm tải trước khi bị ép buộc; và gắn toàn bộ việc này với process của agent để nó tự nhả ra ngay khi job thực sự kết thúc, chứ không phải chỉ khi bạn nhớ ra để tắt.

Các Công Cụ Hỗ Trợ AI Agent Continuity Trên Mac

Các lựa chọn miễn phí ở trên thực sự giải quyết được không ít việc — cờ -w của caffeinate là một pattern thực sự tốt cho một job foreground chạy một lần, và chiêu clamshell với màn hình ngoài không cần cài đặt gì cả. Nhưng chúng dừng lại đúng ở chỗ mà phần lớn tiện ích menu-bar của bên thứ ba cũng dừng lại: chặn sleep kiểu đa dụng mà bạn phải tự cấu hình để tạm khớp với trường hợp này, chứ không phải thứ được xây riêng để theo dõi một process AI agent cụ thể.

Amphetamine là công cụ menu-bar phổ biến có nhiều tính năng nhất — miễn phí trên Mac App Store, với trigger theo app, tên process, mức pin, mạng Wi-Fi, và lịch trình, cộng thêm cách riêng của nó để cho phép dùng khi gập nắp nếu có nối màn hình ngoài. Nếu bạn muốn tùy chỉnh sâu và không ngại bỏ thời gian vào phần cài đặt trigger, đây là một lựa chọn đa dụng mạnh.

KeepingYouAwake miễn phí và mã nguồn mở: một công tắc menu-bar tối giản, một chức năng duy nhất, không lịch trình hay trigger — hợp nếu tất cả bạn cần chỉ là một công tắc bật/tắt thủ công. Lungo và app Caffeine trên Mac App Store cùng đóng gói một ý tưởng tương tự thành một công tắc hẹn giờ đơn giản, giá rẻ, hữu ích nếu bạn không thích sống trong Terminal. Không cái nào trong bốn công cụ này được xây riêng cho một AI agent chạy không người trông coi — bạn đang cấu hình một bộ chặn sleep đa dụng để khớp với trường hợp này, phần lớn là ổn, nhưng ngưỡng sàn pin và vòng đời process vẫn là trách nhiệm bạn phải tự quản.

LidRun được xây dựng riêng cho đúng trường hợp đó. Gói miễn phí — không dùng thử, không giới hạn số phiên — đã có sẵn Keep Awake, một Timer theo phiên, Only-While-Charging, Low Battery Auto Stop với các ngưỡng sàn 20%/4% đã nói ở trên, một Safety Governor, một Activity Log, CLI lidrun, và một trình xem assertion trực tiếp kiểu 'vì sao Mac tôi đang thức' để bạn thấy chính xác điều gì đang giữ máy không ngủ và vì sao, ở bất kỳ thời điểm nào.

Gói trả phí là mua một lần, cập nhật trọn đời, không subscription — các plan chỉ khác nhau ở số lượng Mac bạn có thể kích hoạt, kèm hoàn tiền trong 14 ngày nếu không hợp. Gói này bổ sung Auto Mode, theo dõi hơn hai chục pattern process AI và dev có sẵn (claude, codex, cursor, aider, gemini, và nhiều hơn nữa, cộng thêm bất kỳ pattern tùy chỉnh nào bạn thêm vào) rồi tự bật và nhả assertion theo đúng vòng đời thật của process thay vì đoán bằng bộ đếm giờ; Run & Watch cho một lệnh; Closed-Lid Mode với việc ghép cặp pmset và tự động tắt khi quá nhiệt đã được xử lý sẵn; cộng thêm dashboard, smart rules, cảnh báo watchdog, và báo cáo hàng tuần.

Mục tiêu thiết kế phía sau tất cả những thứ này gói gọn trong một câu: agent còn chạy thì thức; agent xong hoặc không an toàn thì nhả ra và ngủ. Đây không phải một wake lock mù quáng một cách có chủ đích — mà là một tập hợp các rào chắn chỉ giữ assertion khi có lý do thật sự đang tồn tại, và buông ra ngay khi pin, nhiệt độ, hoặc chính agent báo rằng công việc đã xong. Để biết cách thiết lập thực tế, từng bước, cho một run qua đêm không người trông coi, bài 'Giữ AI Agent Chạy Trong Khi Bạn Ngủ' đi qua toàn bộ quy trình từ đầu đến cuối.