Apa Itu AI Workstation Guard?
AI workstation guard adalah software yang menjaga Mac tetap menyala hanya selama pekerjaan AI benar-benar berjalan — memantau baterai dan panas sepanjang waktu — lalu membiarkannya tidur begitu pekerjaan selesai atau batas keselamatan tercapai. Ini adalah lapisan di atas toggle keep-awake biasa: alih-alih menahan Mac tetap menyala tanpa batas dan berharap Anda ingat mematikannya, ia membatasi dirinya sesuai beban kerja dan mundur ketika kondisi mengharuskannya. Masalah yang diselesaikannya sudah familiar: Anda memulai fine-tune atau ollama pull, menutup lid atau meninggalkan meja, lalu kembali dan mendapati Mac tertidur di tengah pekerjaan, atau baterai terkuras lebih jauh daripada yang akan Anda izinkan seandainya Anda mengawasinya. Menjalankan Mac sebagai AI workstation kecil — terutama headless, lid tertutup, tanpa siapa pun di depan keyboard — berarti memikirkan lebih jauh dari sekadar toggle keep-awake: memantau baterai dan panas selama prosesnya, berhenti dengan mulus saat batas tercapai, dan mendapat notifikasi saat pekerjaan benar-benar selesai.
Kenapa Mac tidur atau throttle di tengah pekerjaan AI
macOS sebenarnya punya tiga mekanisme terpisah yang bekerja melawan pekerjaan AI yang panjang, dan toggle keep-awake biasa hanya menyentuh satu di antaranya. Idle sleep terjadi ketika Mac memutuskan tidak ada aktivitas apa pun; inilah yang dibangun untuk diblokir oleh IOPMAssertionCreateWithName — panggilan IOKit yang pada akhirnya diandalkan setiap tool keep-awake, termasuk LidRun dan caffeinate. Menutup lid memicu mekanisme terpisah dan lebih rendah level-nya yaitu clamshell sleep, yang tidak bisa dihentikan oleh power assertion biasa.
Mekanisme kedua inilah yang membuat "cukup menahan assertion" bukan seluruh cerita untuk pekerjaan dengan lid tertutup. Dengan display eksternal terhubung dan Mac tersambung ke listrik, dukungan clamshell bawaan macOS sudah membuatnya tetap berjalan dengan lid tertutup — tanpa perlu tool tambahan. Lepaskan display itu, dan tidak ada cara bawaan untuk menjaga Mac ber-lid tertutup tetap menyala; satu-satunya tuas publik yang tersedia adalah override sleep di level sistem, dan di situlah workaround gratis di bawah ini berperan.
Thermal throttling adalah mekanisme ketiga, bersifat fisik, bukan mekanisme sleep, dan tidak ada yang berhubungan dengan keep-awake yang bisa mengubahnya. Fine-tune atau inference loop yang berjalan lama memaksa CPU dan GPU bekerja cukup keras, cukup lama, sampai chip menurunkan clock speed-nya sendiri agar tetap berada dalam batas termalnya. Ini terjadi terlepas dari apa yang menahan Mac tetap menyala — atau apakah ada yang menahannya sama sekali.
Workaround gratis: caffeinate, pmset, dan trik clamshell
macOS sudah dilengkapi semua yang Anda butuhkan untuk mencegah Mac tidur selama pekerjaan berjalan, gratis, tanpa aplikasi tambahan. caffeinate adalah tool command-line bawaan: caffeinate -i long_running_command menahan idle-sleep assertion persis selama command tersebut berjalan, atau caffeinate -d -t 3600 menahannya selama satu jam tetap, terlepas dari apa yang sedang berjalan. pmset noidle melakukan tugas yang sama hanya dengan satu kata — biarkan jendela terminal itu terbuka dan idle sleep akan diblokir sampai Anda menekan Control-C.
Untuk pekerjaan dengan lid tertutup tanpa display eksternal, tuas gratisnya adalah sudo pmset -a disablesleep 1 — pengaturan sistem yang sama yang diubah oleh Closed-Lid mode milik LidRun sendiri di balik layar. Ini membutuhkan hak administrator dan dimaksudkan untuk dipasangkan dengan sudo pmset -a disablesleep 0 begitu Anda selesai.
Jika command terminal bukan gaya Anda, beberapa aplikasi menu bar gratis dan murah membungkus assertion dasar yang sama dalam sebuah UI: Amphetamine (gratis di Mac App Store, paling bisa dikonfigurasi di antara yang lain — timer, jadwal, dan aturan pemicu), KeepingYouAwake (gratis dan open source, pembungkus caffeinate yang bersih dengan hitung mundur di menu bar), Lungo (tool preset timer yang ringan, sebagian besar gratis), dan Caffeine (salah satu utility menu bar "jaga Mac ini tetap menyala" dengan satu klik yang paling awal). Untuk pekerjaan singkat di mana Anda duduk di depan keyboard sepanjang waktu, salah satu dari ini — atau caffeinate biasa — adalah pilihan yang bagus. LidRun tidak bermaksud menggantikan kasus penggunaan itu.
Di mana workaround gratis ini berhenti mencukupi
Celahnya muncul begitu Anda berhenti mengawasi Mac sendiri. Tidak satu pun tool di atas yang sadar-beban-kerja (workload-aware): mereka menahan assertion selama waktu yang Anda tentukan, atau "sampai saya mematikannya," bukan "sampai pekerjaan yang saya jalankan benar-benar selesai." Mulai fine-tune berjam-jam di bawah caffeinate lalu tinggalkan, dan tidak ada yang mengawasi baterai atau panas atas nama Anda — proses terus berjalan sampai shutoff darurat baterai sendiri turun tangan, yang merupakan penghentian keras, bukan penghentian yang lembut.
caffeinate juga punya mode kegagalan yang lebih diam-diam: ia terikat pada sesi terminal yang meluncurkannya. Keluar dari Terminal, atau biarkan sesi shell itu terputus, dan assertion-nya ikut hilang — di tengah pekerjaan, tanpa peringatan — kecuali Anda sudah men-detach proses itu secara eksplisit terlebih dulu. Ini kebalikan dari masalah Mac yang tidak mau tidur: Mac yang tertidur justru saat Anda membutuhkannya untuk tetap menyala.
disablesleep justru bermasalah dari sisi sebaliknya. Ini adalah pengaturan sistem yang global dan persisten, tidak dibatasi hanya untuk pekerjaan Anda. Jika apa pun yang mengaktifkannya crash sebelum sempat mengembalikannya — atau Anda sekadar lupa langkah pmset -a disablesleep 0 — Mac tidak akan tidur, lid tertutup atau tidak, sampai Anda mengatur ulang secara manual atau reboot. Itu persis skenario yang membuat mesin panas terus menyala tanpa aliran udara jika berakhir tertutup dalam tas sebelum sempat dingin. Semua ini tidak membuat tool gratis menjadi pilihan buruk untuk pekerjaan singkat yang diawasi — ini hanya berarti begitu sebuah proses cukup panjang untuk Anda tinggalkan, keamanan mengalahkan kenyamanan, dan untuk itulah lapisan tambahan ini ada.
Apa yang ditambahkan workstation guard: keep-awake yang dibatasi per proses
Workstation guard dimulai dari primitif dasar yang sama dengan caffeinate — power assertion IOKit — lalu menambahkan dua hal yang tidak dimiliki tool gratis: ia membatasi dirinya sesuai beban kerja yang sebenarnya, dan ia mundur dengan sendirinya ketika kondisi mengharuskannya. Aturan LidRun untuk dirinya sendiri sederhana: agent berjalan → tetap menyala; agent selesai atau tidak aman → lepaskan dan biarkan Mac tidur. Ini bukan wake lock buta yang menahan Mac tetap menyala tanpa batas dan menunggu Anda ingat untuk mematikannya.
Deteksi proses adalah yang membuat separuh "agent berjalan" itu jadi konkret. Tambahkan proses yang mau diawasi — ollama, python, node, xcodebuild — dan LidRun mencarinya berdasarkan nama; untuk bahasa yang di-interpret, ia juga bisa mencocokkan argumen skrip, seperti train.py, sehingga python train.py terhitung meski python saja terlalu luas untuk diawasi dengan aman. Kecocokan CLI harus melewati ambang batas CPU (5% secara default) agar terhitung sebagai pekerjaan aktif, bukan sekadar hadir; aplikasi GUI harus melewati batas bawah yang lebih tinggi, 40%, sehingga editor yang sekadar terbuka atau jendela model-runner yang idle tidak pernah membuat Mac tetap menyala dengan sendirinya.
Idle holdoff singkat (60 detik secara default) melewati penurunan CPU sesaat — Ollama di antara token, skrip yang berhenti sejenak untuk I/O — tanpa melepaskan assertion terlalu dini. Agent coding AI yang dikenal mendapat holdoff yang jauh lebih panjang, 30 menit, untuk alasan yang sama: agent yang menunggu respons API bisa berada di kisaran 0% CPU selama beberapa menit sementara masih di tengah tugas, dan melepaskan Mac begitu saja di saat itu akan menggagalkan tujuannya. Ketika proses yang diawasi benar-benar keluar, assertion terlepas dengan sendirinya — tidak ada langkah terpisah yang perlu diingat.
Memantau baterai, panas, dan status daya selama proses berjalan
Selama proses berjalan, LidRun memantau level baterai, level thermal pressure sistem, dan apakah Mac tersambung ke listrik (AC) atau berjalan dengan baterai. Salah satu dari ketiganya bisa memicu penghentian terkendali pada batas yang Anda tentukan.
Di sisi baterai, ambang batas auto-stop secara default 20% dan bisa Anda naikkan atau turunkan sendiri; peringatan baterai lemah tetap muncul di sekitar 15% apa pun pengaturannya. Di bawah pengaturan Anda sendiri ada batas keras — kira-kira 4% — yang selalu memicu emergency sleep terlepas dari bagaimana Anda mengonfigurasi auto-stop. Ini adalah batas yang bisa Anda geser sedikit lebih tinggi, bukan yang bisa Anda matikan sepenuhnya, sehingga proses tanpa pengawasan tidak bisa diam-diam menguras baterai sampai habis. Ini membantu mengurangi risiko; ini tidak menjanjikan durasi berjalan tertentu, karena beban kerja itu sendirilah yang menghabiskan daya.
Di sisi panas, LidRun memantau level thermal pressure sistem (normal, fair, hot, atau very hot) dan, pada Mac yang menyediakan data SMC yang berguna, memeriksanya terhadap temperatur terukur dan throttle CPU agar pembacaan kasar di level OS tidak meremehkan tekanan yang sebenarnya. Pembacaan "very hot" otomatis menonaktifkan Closed-Lid mode agar hardware bisa throttle dan tidur sebagaimana mestinya dirancang. Pada Apple Silicon, kipas sebagian besar dikendalikan oleh firmware; LidRun membaca SMC temperature keys sebagai sinyal pemantauan dan tidak mencoba menimpa kurva kipas firmware itu sendiri. Anggap batas pengaman termal ini sebagai pemicu untuk penghentian terkendali, bukan sebagai cara untuk menahan chip pada temperatur tertentu — penempatan dan aliran udara memengaruhi temperatur chip yang sebenarnya lebih daripada yang bisa dilakukan batas pengaman software mana pun.
Notifikasi dan laporan mingguan untuk proses tanpa pengawasan
Ketika sesi yang dijaga berakhir atau kejadian keselamatan terpicu, LidRun bisa mengirim notifikasi ke Telegram, Discord, Slack, ntfy.sh, Pushover, atau webhook generik. Telegram butuh pengaturan paling sedikit: kirim pesan ke bot LidRun bersama, tekan Start, lalu tempel kembali Chat ID yang diberikannya — tidak ada bot token yang perlu dibuat atau dikelola. Setiap channel membawa jenis event yang sama: sesi selesai, batas baterai tercapai, penghentian termal, timer sesi habis.
Perbedaan antara event penyelesaian dan kejadian keselamatan ini layak diketahui. Penyelesaian yang bersih berarti pekerjaan selesai dan proses keluar secara normal. Penghentian termal atau baterai berarti ada sesuatu yang memotong proses lebih awal. Mendapat notifikasi berlabel alih-alih hanya diam berarti Anda tahu mana yang terjadi, bukan sekadar tahu bahwa Mac berhenti.
Laporan mingguan Mac workstation merangkum tujuh hari terakhir dari Activity Log menjadi total runtime, sesi tunggal terpanjang Anda, dan sebuah Workstation Score. Skor ini dimulai dari 100 dan dikurangi 8 poin untuk setiap peringatan termal serta 6 poin untuk setiap emergency sleep yang terjadi minggu itu, dengan batas bawah 0. Tiga atau lebih peringatan termal, atau dua atau lebih emergency sleep, menandai minggu itu sebagai risiko sungguhan, bukan sekadar penurunan kecil. Skor yang rendah adalah dorongan untuk memeriksa kembali penempatan dan kebiasaan aliran udara — ini bukan diagnosis bahwa ada yang salah dengan hardware-nya.
Batas jujur laptop sebagai AI workstation
MacBook melakukan komputasi nyata ketika menjalankan inference loop atau fine-tune. Guard membantu mengurangi risiko di sekitar itu, tapi tidak mengubah apa hardware-nya sebenarnya. Thermal throttling itu nyata pada beban kerja yang berkelanjutan. Baterai itu terbatas. Kipas Apple Silicon dikendalikan oleh firmware dan software tidak bisa menimpanya. Tidak ada satu pun dari itu yang khusus berlaku untuk LidRun — semua itu benar begitu beban kerja berat dimulai, dengan tool keep-awake mana pun, atau bahkan tanpa tool sama sekali.
Penempatan berada di luar jangkauan software mana pun, dijaga atau tidak. Mac di atas permukaan yang keras dan rata dengan aliran udara di bawahnya berjalan lebih dingin dibanding Mac yang sama di atas kasur, sofa, atau terselip dalam tas tertutup — setup yang sama yang membuat disablesleep yang terlupa jadi berisiko. Untuk apa pun yang lebih lama dari proses singkat, terutama dengan lid tertutup, jaga agar Mac tetap berventilasi; permukaan yang kokoh dan ruang bebas di bawahnya bukan hal opsional. Batas keselamatan merespons apa yang bisa diukurnya; ia tidak bisa memperbaiki setup yang secara desain menjebak panas.
Pada skala tertentu — GPU inference yang berkelanjutan selama berjam-jam, atau fine-tune yang dibiarkan berjalan semalaman — workstation khusus atau cloud GPU adalah jawaban yang jujur; MacBook yang dijaga bukan pengganti untuk ECC RAM dan pendinginan kelas server. Yang sebenarnya ia tawarkan: peningkatan praktis dibanding MacBook tanpa penjagaan maupun toggle keep-awake biasa, karena ia membatasi dirinya sesuai pekerjaan, mengawasi dua hal yang sungguh sering jadi masalah — baterai dan panas — dan memberi tahu Anda mana yang terjadi alih-alih membiarkan Anda menebak. Itulah nilai sebenarnya: mengurangi kemungkinan kegagalan yang senyap, bukan menghilangkan trade-off dari menjalankan komputasi nyata di hardware laptop. Gunakan dengan hati-hati, di permukaan yang berventilasi, dan biarkan ia melakukan pengawasan yang tidak bisa Anda lakukan saat Anda pergi.
LidRun menjaga pekerjaan Anda tetap jalan saat layar tertutup, dengan perlindungan baterai dan suhu bawaan.
Sudah punya LidRun? Baca panduan setup-nya →
Baru kenal LidRun? Lihat harga →
Sering ditanyakan
AI workstation guard menjaga Mac tetap menyala hanya selama beban kerja AI benar-benar berjalan, memantau level baterai dan thermal pressure selama prosesnya, menghentikan sesi secara otomatis pada batas yang Anda tentukan, dan memberi notifikasi saat pekerjaan selesai atau kejadian keselamatan terpicu. Ini berada di atas toggle keep-awake biasa — bedanya, ia dibatasi sesuai beban kerja dan sadar akan dua hal yang sungguh sering jadi masalah di laptop: panas dan baterai.
Tidak di level primitif — LidRun menahan jenis power assertion IOKit yang sama dengan caffeinate, dan Closed-Lid mode-nya mengubah pengaturan pmset disablesleep yang sama yang bisa Anda atur secara manual. Bedanya ada di ruang lingkup dan kesadaran: caffeinate dan pmset menahan assertion selama waktu atau proses yang Anda tentukan dan tidak lebih dari itu, sementara guard mengikat dirinya pada pola beban kerja, mengawasi kondisi baterai dan termal sepanjang waktu, menerapkan batas auto-stop, dan memberi tahu Anda ketika selesai. Untuk pekerjaan singkat di depan keyboard, caffeinate saja sudah menjadi pilihan yang bagus.
Bisa, dengan batas yang jujur. MacBook Apple Silicon modern menangani local inference, model pull, dan proses fine-tuning yang lebih singkat dengan baik. Kendalanya adalah thermal throttling pada beban kerja yang berkelanjutan, kontrol kipas yang dibatasi firmware pada seri M, dan baterai yang terbatas. Guard membantu mengurangi risiko selama proses tanpa pengawasan; ia tidak mengubah batas kemampuan hardware. Untuk beban kerja yang berat dan lama, mesin khusus atau cloud GPU tetap bisa menjadi pilihan yang lebih baik.
Level baterai terhadap ambang batas auto-stop Anda dan batas bawah keras untuk baterai lemah, level thermal pressure sistem (ditambah temperatur SMC pada Mac yang menyediakannya), apakah Mac tersambung ke listrik atau berjalan dengan baterai, dan pola proses yang Anda konfigurasi — sehingga guard aktif selama pekerjaan yang cocok sedang berjalan dan terlepas secara otomatis ketika berhenti. Setiap pemicu tercatat di Activity Log.
LidRun mendukung Telegram lewat bot bersama (tanpa perlu setup token), Discord incoming webhook, Slack webhook, topik ntfy.sh, Pushover, dan webhook JSON generik. Atur channel-nya di Settings, dan LidRun akan mengirim notifikasi saat sesi berakhir atau saat terjadi kejadian keselamatan seperti batas baterai tercapai atau penghentian termal. Penyelesaian yang bersih dan penghentian paksa diberi label berbeda sehingga Anda tahu mana yang terjadi.
Bisa — tambahkan proses apa pun berdasarkan nama (docker, xcodebuild, binary khusus) dan LidRun akan mengawasinya secara langsung. Untuk bahasa yang di-interpret — Python, Node, Ruby, Bash, dan beberapa lainnya — Anda bisa mencocokkan argumen skrip sebagai gantinya, seperti train.py, sehingga nama interpreter generik tidak berakhir mengawasi setiap proses Python di Mac.