macOS 27で充電上限アプリが動かない？AlDente・battの対処法

Q: アダプタ遮断モードを使い続けてもよいですか？

オプトインになっているのには理由があります。battery プロジェクトのメンテナは、絶え間ないマイクロサイクルを引き起こす可能性があるとして、アダプタ無効化のアプローチを却下しました。また batt は、そのアダプタモードが浅いサイクルを増やし、Macが起きている間しか上限を強制しないと文書化しています。特別な場合に厳密な上限が必要なら、これらのトレードオフを先に理解してください。それ以外の方には、Appleの上限のほうがシンプルです。

macOS 27でAlDente、batt、Battery Toolkitが充電を制限できず、Macが100%まで充電されます。変更点、アプリ別の状況、安全な移行方法を解説します。

何年も前にMacBookの充電を80%で止まるように設定し、それ以来ずっと静かに動作してきました。ところがmacOS 27 Golden Gateにアップグレードして数時間後にメニューバーを見ると、バッテリーは100%になっています。充電上限アプリのアイコンは緑のままで、「上限に達しました」という親切なメッセージも表示されますが、Macは明らかにそれを無視しています。これは気のせいでも、設定ミスでもありません。AlDente、batt、Battery Toolkit、そして battery コマンドラインツールといったツールが依存していた低レベルの制御をAppleが変更し、各ツールの開発者はまだ対応の途中にあります。このガイドでは、実際に何が変わったのか、各プロジェクトが公に何を述べているのか、どこまでが確認済みでどこからが噂にすぎないのか、そして今日やるべきこと（macOS標準の上限機能への切り替え、古いヘルパーの安全な削除、推測ではなく数値でバッテリーの状態を確認すること）を説明します。

重要なポイント

症状は実在し、記録されています：macOS 27.0および27.0.1でAlDenteを使うユーザーから、Macが上限を超えて充電されるという報告があり、battery と batt の両プロジェクトも、macOS 27で充電制御キーが動作しなくなったと明記しています。
原因はAppleの側にあり、あなたの設定ではありません：GitHub上の開発者の報告によると、これらのツールが充電を一時停止するために使っていたSMCキーは、削除された、空になった、または非公開のエンタイトルメントの背後にロックされたとのことです。これは開発者が報告した知見であり、Appleの公式声明ではありません。
安全な答えは内蔵の充電上限です：macOS Tahoe 26.4以降のApple siliconのMacでは、システム設定 > バッテリー > 「充電」の横にある情報ボタンから80〜100%の上限を選べ、Appleがサポートしています。
アダプタ遮断のハックを安易に使わないでください：battery プロジェクトのメンテナは、絶え間ないマイクロサイクルを引き起こすおそれがあるとしてアダプタ無効化による修正を却下しており、batt プロジェクトも同様のモードをオプトインとしてのみ提供しています。
古いヘルパーを片付けましょう：古い特権ヘルパーは、アプリを削除した後も残ることがあります。下記の開発者の削除手順に従ってください。Homebrewでインストールしたbattでは、サービスの停止やアンインストールの前に、充電上限を既定値に戻してください。
「再起動すると上限がリセットされる」という説は未検証です：まとめ記事には登場しますが、一次情報がありません。再起動後に自分で確認してください。その方法も紹介します。

何が壊れたのか：タイムライン

この問題はリリース当日に始まったわけではありません。開発者向けベータの段階で始まっており、GitHubの公開記録からかなり正確に経緯を再構成できます。以下はすべて、この記事の執筆中に実際に開いた公開のIssueおよびプルリクエストのページに基づいています。Appleはこれらの内部仕様を文書化していないため、Appleの声明はひとつも含まれていません。

日付（2026年）	出来事	出典
6月9日	MacBook Air M3でmacOS 27開発者ベータを使うAlDente Proユーザーが、78%の上限が維持されず、バッテリーが94%に達し、自動放電も正しく動作しないと報告	AlDente issue 1771
6月13日	MacBook Pro 14インチ M1 Proでの別の報告：「EC充電制御がまったく動作しない」	AlDente issue 1775
7月10日	コントリビューターが、macOS 27ベータ3の新しいファームウェアキーを使う `battery` プロジェクト向けのプルリクエストを作成	battery PR 469
9月2日	`batt` のIssueで、ベータ4以降では充電制御キーが制限されており、「おそらくエンタイトルメントのチェックの背後」にあると報告	batt issue 152
9月10日	macOS 27リリース候補上のAlDente Pro 1.39.1が、矛盾したステータスメッセージを表示し、56%の上限を強制しない	AlDente issue 1817
9月14日	macOS 27 Golden Gateが公開	リリース当日アップデートガイドを参照
9月16日	削除されたキーとアダプタ遮断の回避策を説明した `battery` のプルリクエストが、メンテナによりクローズ	battery PR 478
9月17日〜19日	macOS自身の充電上限を使うことを提案する `battery` のプルリクエストがさらに2件	PR 479, PR 480
9月24日	`batt` が、制限されたmacOS 27ファームウェア向けのオプトイン方式アダプタモードをマージ	batt PR 154
9月29日	macOS 27.0.1上のAlDente Pro 1.39.4での報告を含め、Macが上限を超えて充電されるという新たなAlDenteの報告	issue 1840, issue 1841

注目すべき点が2つあります。第一に、この不具合は正式リリースの3か月以上前から確認できており、終盤のビルドで突然起きた退行ではありません。第二に、macOS 27.0.1でも修復されていません。issue 1840の報告は27.0.1を実行しているMacからのものです。

サードパーティの充電リミッターが以前は動作していた理由

なぜ動かなくなったのかを理解するには、それらが何をしていたのかを知ると役立ちます。MacBookは、設定したパーセンテージに達したら単に電流を受け取らなくなるスマートフォンのようなものではありません。バッテリー、充電回路、System Management Controller（SMC）が連携しており、通常、オペレーティングシステムはいつ充電するかをAppleのファームウェアに任せています。

サードパーティのツールは、この隙間を利用していました。SMCは、4文字のコードで表される「キー」と呼ばれる小さな名前付きの値を数多く公開しています。そのうちのいくつかは、歴史的に、Macがアダプタから給電されて動作し続けたまま、充電ハードウェアにバッテリーへの電流供給を止めるよう指示するものでした。開発者の報告に登場する名前には CH0B、CH0C、CHTE、CH0I、CH0J があります。アプリは小さな特権ヘルパー（root権限で動くバックグラウンドプロセス）を同梱し、バッテリーが上限に達するとこれらのキーに書き込み、より低いしきい値まで下がると解除します。これらのアプリがインストール時に管理者パスワードを求め、ウィンドウを閉じた後もバックグラウンドで動き続けるのはそのためです。

重要なのは「特権」という言葉です。これらのツールは、公開されサポートされたインターフェースを使っていたわけではありません。Appleがサードパーティ向けに文書化していないハードウェア制御に書き込んでいたのです。それは何年も機能しましたが、Appleが制御の場所を動かすリスクは常にあり、報告によれば、macOS 27でまさにそれが起きたようです。

開発者によるmacOS 27での変更点の説明

最も詳しい公開説明は、3か所にあります。battery のプルリクエスト478の記述、batt プロジェクトのREADMEとissue 152、そしてmacOS 27向けのBattery Toolkitのコミュニティフォークです。これらは大枠では一致していますが、細部では食い違っており、その点はそのつど示します。

従来のキーは削除されたか、空になった

battery プルリクエスト478によると、キー CHTE、CH0B、CH0C、CH0I はmacOS 27で「データなし」を返し、応答するのは CHIE だけになりました。Battery Toolkit macOS 27フォークは、同じキーに加えて CH0J がSMCのインデックスに存在せず、CHIE と ACLC は読み取り可能なままだとしています。batt issue 152の報告者は、やや異なる状態を述べています。CH0B、CH0C、CHTE はまだ存在するものの、サイズがゼロのプレースホルダになっているというのです。「削除された」にせよ「中身が空になった」にせよ、行き着く先は、充電を一時停止できないツールです。

新しいファームウェアキーはロックされている

次に思いつく手は、ファームウェアが管理する充電上限に結び付いていると見られる、bfD0、bfE0、bfF0 という新しいキーを使うことでした。Battery Toolkitフォークは、これらがインデックスには現れるものの、テストマシン（M3 ProのMacBook Pro）では、サイズゼロで「見つからない」という結果を返すと報告しています。issue 152は、root権限で実行してもこれらに対するあらゆる操作がエラーコード 0xe00002c1（IOKitの「特権なし」エラー）で失敗すると報告しています。ここには補足があります。battery プロジェクトへの7月のプルリクエストは、これらのキーがベータ3で動作したと報告しましたが、その後レビュアーは、27.0を実行しているM4 MacBook Airにはこれらのキーが存在しないことを発見しました。つまり、この挙動はハードウェアやビルドによって異なるようで、ユーザーごとに見えるものが違う理由のひとつになっています。

制御の移動先

issue 152は具体的な主張をしています。この機能は、powerd 内の非公開の「SOC limit」サブシステムに移され、非公開のエンタイトルメント com.apple.private.iokit.soc-limit を持つプロセスからしか到達できないというのです。これが正しければ、rootでも不十分な理由が説明できます。最近のmacOSでは、root権限があってもエンタイトルメントは付与されません。Appleの非公開エンタイトルメントはAppleが署名したバイナリに対してのみ有効なので、サードパーティのアプリが単純に要求することもできません。

ここは慎重に述べたい点です。これはGitHubのIssue上の一人の報告者による分析であり、Appleが確認したものを私は見ていません。複数の独立した情報源によって確認されているのは、実際の結果です。古いスイッチは消え、新しいスイッチは通常のヘルパーからは利用できません。

Apple内蔵の充電上限を正しく理解する

この話全体で最もよい知らせは、現行のApple silicon搭載MacBookで充電を制限するのに、サードパーティのツールは不要だということです。AppleのサポートページAbout Optimized Battery Charging and Charge Limit on Macは、2つの別々の機能を説明しており、これらを混同すると多くの混乱が生じます。

機能	内容	Appleが示す要件
最適化されたバッテリー充電	長時間電源につなぎっぱなしになると予測した場合に、機械学習を使って80%を超える充電を遅らせます。バッテリー残量の推定精度を保つため、ときどき100%まで充電します。	macOS Big Sur 11以降
充電上限	80〜100%の範囲でカスタムの最大充電量を設定します。	macOS Tahoe 26.4以降、およびApple siliconのMac

設定方法

Appleの手順は短いものです。Appleメニューを開き、システム設定を選び、サイドバーでバッテリーをクリックし、「充電」の横にある情報ボタンをクリックして、80〜100%の充電上限を選び、完了をクリックします。MacRumorsは、26.4ベータでこの機能が登場した際、選択肢は80、85、90、95、100%だったと報じました。Apple自身のMacのバッテリー設定ガイドは、これを「バッテリーの充電量を制限することでバッテリーの寿命を維持する」方法と要約しています。設定の場所はMacのモデルやmacOSのバージョンによって多少異なるため、情報ボタンが想定した場所にない場合は、バッテリーパネルで「充電」の行を探してください。

動作の仕組み

Appleのページによると、Macは上限の数パーセント以内まで充電した後に停止し、バッテリーのステータスメニューに「Charged to [上限]」と表示します。電源に接続している間に充電量が5%を超えて低下すると、充電が再開され、再び上限の数ポイント以内で停止します。実際には、次の2点が重要です。

停止位置は概算です。上限80%の場合、78〜82%で止まることがあります。これはAppleの表現である「数パーセント以内」のとおりで、不具合ではありません。
意図的な上書き機能があります。バッテリーのステータスメニューから「Charge to Full Now」を選ぶと、その場限りで100%まで充電されます。出張の前に満充電にするための、サポートされた方法です。

この設定の詳しい解説（26.4での導入を含む）は、以前の記事macOS Tahoe向けMacバッテリー充電上限ガイドをご覧ください。この記事は26.4ベータの時期に書かれたものなので、Appleのサポートページと表現が異なる箇所はAppleを優先してください。

デスクランプの横の木製デスクで充電器につながれた薄い銀色のノートパソコンと、バッテリー設定を開こうと手を伸ばす様子

Intel搭載Macについて

AppleはCharge Limitの要件としてApple siliconを挙げているため、Intel搭載MacBookで使えるのは最適化されたバッテリー充電のみです。macOS 27でサードパーティのツールがIntel搭載Macでどう動作するかは確認できていません。互換性チェッカーとお使いのツールのドキュメントを確認してください。

アプリ別の状況表

この表は、2026年9月30日時点で私が確認した公開ページの内容を反映しています。状況は急速に変わるため、スナップショットとして扱い、行動する前にリンク先を確認してください。「報告あり」とは、ユーザーの報告または開発者のコメントが存在するという意味で、ベンダーが確認したという意味ではありません。

ツール	macOS 27での状況	根拠と日付
AlDente（FreeおよびPro）	上限を超えて充電されるという複数のユーザー報告あり。最新のIssueには開発者の返信が見当たらない	Issue 1840と1841は9月29日に作成（27.0.1のPro 1.39.4、27.0のFree 1.39.4）。それ以前にも6月から報告あり。AlDente FAQによると、1.38以降でサポートされるのはmacOS 12 MontereyからmacOS 27 Golden Gateまで
batt（charlie0129）	ネイティブのファームウェア上限の手段を文書化済み。オプトイン方式のアダプタモードがマージ済み	READMEにmacOS 27世代のファームウェア向けの節あり。アダプタモードは9月24日にPR 154でマージ。Issue 152はキーが制限されていると報告
battery CLI（actuallymentor）	私が確認したページの時点では、上流はmacOS 27に未対応	PR 478はクローズ。PR 479、480、469は、私が確認したプルリクエスト一覧の時点でオープン
Battery Toolkit（mhaeuser）	上流リポジトリは2026年3月21日にアーカイブ済み	読み取り専用のリポジトリページ。別のコミュニティフォークが、1台のテストマシンでmacOS 27をターゲットにしている
Battery Toolkit macOS 27フォーク	Apple自身の上限を操作することで動作するが、作者のテスト機のみ	フォークのREADME：個人プロジェクトでメンテナンスされておらず、自分の署名証明書でビルドする必要あり

この表についていくつか補足します。AlDenteのFAQは自身の互換性の範囲を述べていますが、私が読んだ範囲では、27で充電上限が動作するとは述べていません。多くのユーザーのIssueは逆のことを示唆しています。また、アプリの一部は動作し続けるため、AlDenteの状況は誤解しやすくなっています。報告によれば、インターフェース、メニューバー項目、ステータス表示は正常に動作しているのに、実際の充電の遮断は行われません。何も知らせてくれないため、これは最も危険な故障の形です。

macOS 27での修正やその時期について、AlDenteの開発者による公式声明は見つかりませんでした。存在するとすれば、彼らのサイトかリリースノートにあると思われ、ここでの要約よりもそちらを信頼してください。

回避策のフォークは実際に何をしているのか

Appleの上限は powerd の内部にあるため、いくつかのプロジェクトは3つのアプローチのいずれかを取っています。それぞれを理解すれば、どれかを信頼すべきかどうかの判断に役立ちます。

アプローチ1：Apple自身の上限を操作する

Battery Toolkitフォークと battery のプルリクエスト480は、どちらもSMCキーではなくmacOSの充電上限を使おうとしています。フォークは、ドメイン com.apple.smartcharging.topoffprotection の設定値 mclLimitValue を書き込み、root権限で動作する PowerUIAgent にそれを powerd へ渡させることで実現しています。READMEによると、範囲チェックはユーザーインターフェース経路でしか行われないため、この方法で80%未満の上限も設定できます。READMEは代償についても明確に述べています。文書化されていない非公開APIを使い、root所有の設定ドメインを変更し、どのmacOSアップデートでも壊れる可能性があり、80%未満の経路は「Appleが塞ぐ可能性のある未検証のコードパスに依存している」というのです。

battery のプルリクエスト480は、非公開のクライアントクラスを通じた関連する方法を取り、80%未満の上限はファームウェアに拒否されること、上限はファームウェアが上限を超えた分のバッテリーをおよそ1.5〜1.9アンペアで放電させることで維持されること、そして有効にするとユーザー自身のmacOSの上限が上書きされることを報告しています。どちらの説明もプルリクエストの作者によるもので、私は検証しておらず、このリクエストはマージされていません。

アプローチ2：常駐ヘルパー

プルリクエスト479は、満充電まで充電する代わりに現在のレベルを保持する、常駐ヘルパーが管理するオプトインのポリシーを提案しています。作者は、M3 Proを87%で250秒間保持したと報告し、スリープ、復帰、再起動時の挙動は未検証としています。これは実験であり、完成した機能ではありません。

アプローチ3：アダプタを遮断する

プルリクエスト478は、電源アダプタそのものを抑制しようとしました。そのページの要約によれば、メンテナの反対理由は、アダプタを無効にするとMacが電力をパススルーせずバッテリーで動作するようになり、絶え間ないマイクロサイクルを強いてバッテリー保護という目的を損なうというものでした。ある投稿者は9月16日に「アダプタを無効にするとMacはバッテリーで動作し始めるが、私たちが求めているのは電力のパススルーだ」と述べました。作者はこの欠陥を認めました。

batt プロジェクトはより慎重な道を選びました。9月24日にマージされたアダプタモードはオプトインで、そのプルリクエストの説明によれば「上限で外部電源を遮断し、下限で復旧する」ものです。同プロジェクト自身の注記には、テストしたケースでは66 Whバッテリーで1日あたり約1サイクル分の追加が生じること、浅いサイクルは高い充電状態に居続けるよりも負担が小さいと考えられること、そしてMacが起きている間しか上限を強制できないことが記されています。最後の注意点は重要です。一晩中充電器につないだままスリープするノートパソコンは、まさに内蔵ファームウェアの上限のほうが優れているケースです。

私のおすすめ

ほとんどの人にとって、これらのフォークはAppleが提供する設定よりも優れているわけではありません。それらは、80%未満の上限が必要な人、キャリブレーションや放電機能が欲しい人、スクリプトで多数の端末を管理する人のためのものです。それに当てはまらないなら、システム設定を使い、特権のあるサポート外ヘルパーのリスクは避けてください。

今すぐやるべきこと：ステップバイステップの手順

ステップ1：Macが本当に過充電になっているか確認する

メニューバーのバッテリー項目を見るか、バッテリーアイコンをクリックします。Macが電源につながれていて、想定した上限を超えているなら、おそらく維持されていません。サードパーティのツールなしで確認するには、Apple自身のデータを使います。

# Read the current percentage and whether AC power is connected
pmset -g batt

# Show the power source and battery details Apple exposes
system_profiler SPPowerDataType

どちらのコマンドも情報を読み取るだけで、何も変更しません。pmset -g batt は、充電のパーセンテージと、MacがAC電源に接続されて充電中か「charged」かを表示します。system_profiler SPPowerDataType は、サイクル数、コンディション、多くのMacでは最大容量を含むバッテリー情報を表示します。正確なフィールド名はモデルやmacOSのバージョンによって異なるため、特定の文字列を探すのではなく、お使いのMacが表示する内容を読んでください。

ステップ2：まずサードパーティの上限をオフにする

Appleの設定に触れる前に、ツールがそれと競合しないようにします。AlDente自身のFAQでは、充電上限を100%に戻し、変更が反映されるまで30秒待ち、アプリを終了してから削除するよう案内しています。ネイティブ上限モードを持つアプリを使い続けるつもりなら、代わりにそのプロジェクトのドキュメントに従ってください。

これを最初に行う理由は、まだ自分が制御していると思い込んでいるヘルパーが、目に見えない状態で充電器を放置する可能性があるからです。制御をきれいに返すことで、奇妙な挙動が起きる可能性が減ります。

ステップ3：Appleの充電上限を設定する

システム設定 > バッテリーを開き、「充電」の横にある情報ボタンをクリックして上限を選びます。どれを選ぶべきでしょうか。Appleのサポートページには、上限は80〜100%のカスタム値だとしか書かれておらず、どの値が最適かは示されていません。よくある考え方では、80%が最も保守的で、ときどき電源を外して出かけるなら90%が妥当な折衷案、100%は上限をオフにすることになります。Macの使い方に応じて選び、日々の使い方が変わったら変更してください。

ステップ4：最適化されたバッテリー充電

同じ画面にある最適化されたバッテリー充電は、別のトグルです。AlDenteのFAQは、AlDenteが制御している間はこれをオフにするよう勧めています。私が読んだAppleのページには、充電上限を使うときに無効にしなければならないとは書かれていないため、オンのままにしておくのが妥当な既定です。奇妙な「Charging On Hold」メッセージが表示される場合は、それぞれのトグルを単独で試してください。

ステップ5：一度再起動して確認する

Macを再起動して電源に接続し、システム設定で上限が引き続き設定されていることを確認します。次の節で取り上げる主張があるため、これは重要です。1分で済み、お使いのマシンについてこの問題に決着がつきます。

内蔵の上限は再起動後にリセットされるのか

まとめ記事では、この主張を目にするでしょう。Golden Gateでは80%の上限が「再起動のたびに100%にリセットされる」と書く記事があります。私はその出どころを調べました。MacPawのガイドは「一部のユーザーが、80%の充電上限が再起動のたびに100%にリセットされると報告している」と述べていますが、出典は示していません。一部の要約が引用しているOSXDailyのバッテリーTips記事も開いてみましたが、私が読んだ範囲では、その本文は充電上限にまったく触れていませんでした。リリース自体に関する一次情報のフォーラムスレッド、Appleの声明、バグ報告は見つかりませんでした。

競合他社からの、もうひとつ関連する記述があります。AlDenteのFAQは「macOSの充電上限は、MacBookの電源を切ると保持されない」と述べています。これはベンダーの主張であり、そのベンダーは競合製品を販売しています。Appleのサポートページは、私が読んだ範囲では永続性に言及しておらず、この機能に関するMacRumorsの記事も触れていません。したがって、これは未検証の枠にとどまります。

では何ができるでしょうか。簡単に試せます。

見分けやすい値、たとえば85%に上限を設定します。
スリープではなく、完全な再起動を行います。
システム設定 > バッテリー > 「充電」の横にある情報ボタンを開き、表示された内容を読みます。
元に戻っていた場合は、Macのモデル、macOSのビルド、最適化されたバッテリー充電を使っているかどうかを記録し、フィードバックアシスタントでAppleに送ってください。リセットが確認されれば、報告する価値のあるバグです。

もうひとつ、混乱の別の原因にも注意してください。正常に動作している上限であっても、目標は数ポイントの幅を持つものにすぎず、Appleによれば5%低下すると充電を再開します。90%に設定したMacで95%が表示されても、それはリセットとは違います。

古い充電上限ヘルパーを安全に削除する

これらのツールのいずれかをインストールしていた場合、アプリをゴミ箱にドラッグした後でも、その一部がrootとして動き続けている可能性があります。今それが重要な理由は2つあります。動作しなくなったヘルパーは無害かもしれませんが、半端に動作するものはハードウェア制御への書き込みを試みる可能性があります。また、ヘルパーは高い権限で動く常駐ソフトウェアであり、理由なく残しておくべきではありません。

順番に行い、見慣れないものがあれば中止してください。

存在する場合はツール自身のアンインストーラを使う

特権ヘルパーを削除する正しい方法は、開発者が用意したアンインストール手順です。私が確認した文書化済みの方法は次のとおりです。

batt：インストール方法に応じて、メンテナのアンインストール手順に従ってください。Homebrewの場合は、まず sudo batt disable を実行して充電上限を既定値に戻します。成功したことを確認してから、sudo brew services stop batt、続いて brew uninstall batt を実行してください。コマンドが失敗したり、予期しない結果を返したりした場合は、そこで作業を中止してください。スクリプトまたは手動でインストールした場合は sudo batt uninstall を使います。GUI版では、アプリを削除する前に「Uninstall Daemon...」を選択してください。残った設定やバイナリの削除も同じガイドに従い、パスを推測したり、ワイルドカードで削除したりしないでください。
battery（actuallymentor）：battery uninstall を実行します。READMEでは、これは充電を有効にし、smc ツールとbatteryスクリプトを削除するものと説明されています。
AlDente：FAQによると、上限を100%に戻し、30秒待ってから終了し、アプリを削除します。私が読んだFAQの本文には、ヘルパーを個別に削除する手順の説明がないため、アプリ内にオプションがあればそれを使い、以下の節も確認してください。
Battery Toolkit：私が読んだページには、文書化されたアンインストールコマンドは見つかりませんでした。アプリを削除する前に、アプリ自身のメニューでバックグラウンドサービスを削除するオプションがないか確認してください。

残っているものを読み取り専用で調べる

これらのコマンドは調べるだけで、何も変更しません。

# Third-party launch daemons (privileged background services)
ls -l /Library/LaunchDaemons

# Privileged helper executables installed by apps
ls -l /Library/PrivilegedHelperTools

# Any sudoers drop-ins added by command line tools
ls -l /etc/sudoers.d

インストールしたツールに関連する名前を探してください。battなら、たとえば cc.chlc.batt や homebrew.mxcl.batt です。名前が一致するファイルは手がかりにすぎず、サービスが稼働中であることや、アプリの削除後に残っていることの証拠にはなりません。見覚えのないファイルは削除せず、まず開発者のドキュメントを確認してください。

システム設定 > 一般のログイン項目と機能拡張も確認できます。最近のmacOSは、バックグラウンド項目を、それを登録したアプリとともにそこに一覧表示し、トグルでオフにできます。これは元に戻せる最初の一歩です。AlDenteのIssueトラッカーには、macOS 27で同じ名前のバックグラウンド項目が重複するという報告があるため、2つのエントリが表示されても驚かないでください。

残ったデーモンを削除する

アプリに用意された正式な削除手順の代わりに、汎用的な launchctl コマンドやファイル削除の手順を使わないでください。「No such file or directory」という表示は、バックグラウンドジョブが停止した証拠にはなりません。過去にbatt v0.7.3以前のバージョンを sudo brew services で実行していた場合は、メンテナによるHomebrewサービスラベルの移行に関する注意事項を読んでください。古い cc.chlc.batt ジョブが登録されたまま残っていることがあり、そのplistを削除するだけでは登録は解除されません。この注意事項は移行についての説明であり、アンインストールの手順ではありません。battの削除の一環として、そこに記載されたアップグレードや起動の手順を実行しないでください。アンインストールに失敗した場合や、インストール方法を特定できない場合は、作業を中止し、メンテナまたは管理者に相談してください。

やってはいけないこと

/Library/LaunchDaemons や /Library/PrivilegedHelperTools のファイルを、ワイルドカードで削除しないでください。Apple、セキュリティツール、他のベンダーもそこにファイルを置いています。
フォーラムのスレッドに投稿されたクリーンアップスクリプトを、読まずに実行しないでください。
これらの変更を回避するために、システム整合性保護（SIP）をオフにしないでください。ここでは不要で、システム全体の保護を弱めます。
2つのリミッターを同時に有効にしないでください。どちらも自分が充電を管理していると思っている状態は、AlDenteの報告に見られる矛盾した挙動を招く原因です。

管理対象のMacの場合は、何かを削除する前に管理者に相談してください。管理プロファイルがツールを再インストールしたり、その存在を前提としていたりする場合があります。

バッテリー健全性の文脈：自分で確認できる数値

充電上限の目的は、バッテリー寿命を延ばすことです。それを鵜呑みにせず測定するとよく、macOSはそのために必要な情報を提供しています。

Appleがサイクル数について述べていること

Appleのサイクル数のページによると、サイクル数を確認するにはOptionキーを押しながらAppleメニューをクリックし、システム情報を選び、ハードウェアの下の電源を選択します。同ページは、最近のほとんどのMacBookは1,000サイクル向けに設計されていること、そしてバッテリーは「最大サイクル数の時点で、元の充電容量の最大80%を維持するように設計されている」ことを述べています。1サイクルは放電量の合計が100%分になったことを意味し、1回の電源接続ではありません。したがって、50%を2回使えば1サイクルと数えます。

ターミナルから読み取る

system_profiler SPPowerDataType は、サイクル数やコンディションを含むバッテリー情報を表示し、絞り込むこともできます。

# Battery section only, with cycle count and health lines
system_profiler SPPowerDataType | grep -E "Cycle Count|Condition|Maximum Capacity"

grepは出力を絞り込むだけです。ある行が表示されなければ、お使いのMacがその情報を出力しないということで、問題ありません。

生のハードウェア値については、バッテリーはI/Oレジストリで公開されています。

# Read-only: dump the smart battery registry entry
ioreg -rn AppleSmartBattery

M3 Pro搭載MacBookに関するApple Communityのスレッドを含むコミュニティの情報源は、次のフィールドを説明しています。CycleCount、DesignCapacity（mAh単位の工場出荷時の容量）、AppleRawMaxCapacity（mAh単位の現在の満充電容量）、NominalChargeCapacity です。健全性を推定する一般的な方法は、AppleRawMaxCapacity を DesignCapacity で割ることです。Apple siliconでは、フィールド MaxCapacity はmAhではなくパーセンテージとして読み取られます。これらは文書化されていないフィールドについてのサードパーティによる説明なので、結果は公式の健全性の数値ではなく、有用な推定値として扱ってください。同じスレッドで、ある回答者は、M系列のMacでは pmset -g rawbatt の出力は正確ではないと注意していました。システム設定のバッテリーの状態に表示される数値が、Appleがサービス判断に対してサポートしているものです。

底面カバーを外した薄い銀色のノートパソコンを持つ技術者の手が、作業灯の下でバッテリーセルを点検している様子

化学的には実際どう言われているのか

Macのバッテリーはリチウムイオンで、Appleのバッテリー性能に関するガイダンスは直接読む価値があります。同ガイダンスは、華氏62〜72度（摂氏16〜22度）を同社デバイスにとって理想的な快適ゾーンとし、周囲温度が華氏95度（摂氏35度）を超えるとバッテリー容量が恒久的に損なわれる可能性があると警告し、長期保管では50%程度まで充電し、満充電や完全放電を避けるよう勧めています。どちらの極端も容量を減らしうるためです。MacBookについては、華氏50〜95度（摂氏10〜35度）というより広い動作温度範囲を示しています。Appleはまた、同社のシステムが充電パターンと温度を管理しており、最適化されたバッテリー充電のような機能が使い方に適応して寿命を維持すると述べています。

Appleがそこで述べているのはそこまでです。特定の充電上限による数値的な効果は示していません。大まかには、リチウムイオンの劣化は高い充電状態と高温で速くなると理解されており、それが充電上限の背景にある考え方ですが、寿命の倍率を引用するつもりはありません。上限がどれほど役立つかは、セルの設計、温度、使い方によって異なるためです。このサイトの2026年の以前のガイドでは、500サイクル後の容量維持率などの数字を引用していますが、それらはお使いのMacでの測定結果ではなく、おおよその目安として扱ってください。電源管理についてさらに深く知りたい方は、バッテリー診断ガイドをご覧ください。

よくある問題のトラブルシューティング

内蔵の上限を設定しても、Macが100%まで充電される

まず、お使いのMacが対応しているか確認してください。AppleはApple siliconとmacOS Tahoe 26.4以降を要件としています。システム設定 > バッテリー > 「充電」の横にある情報ボタンを開き、100%未満の値が選択されていることを確認します。サードパーティのヘルパーがまだ動作していないか確認し、上記のクリーンアップ手順を実施してください。以前に「Charge to Full Now」を使った場合、それは一度限りの上書きでした。再起動して電源に接続し、メニューバーに「Charged to」というメッセージが出るか確認します。明らかに低い上限を設定しても無視される場合は、macOSのビルド、Macのモデル、再現手順を集めてフィードバックを送信してください。

AlDenteは上限に達したと表示するのに、バッテリーが上がり続ける

これはissue 1840と1841の報告と一致します。AlDenteを終了し、まず100%を設定してから、AppleのCharge Limitに切り替えてください。次に、ヘルパーがまだ動作しているか確認します（上記の確認コマンドを参照）。再度有効にする前に、AlDenteのIssueとリリースノートで公式アップデートがないか注視してください。

電源につないでいるのにバッテリーが放電している

一部のツールは強制放電やアダプタ遮断を使うため、電源につないでいてもMacがバッテリーで動作します。batt のドキュメントには、macOS 27世代のファームウェアでは、上限を超えているとMacがバッテリーで動作することがあると記されており、AlDenteのある報告は、放電が予期せず止まったり再開したりすると述べています。電源に接続しているのにMacのバッテリー残量が減る場合は、上記のインストール方法別のアンインストール手順に従ってください。失敗した場合は作業を中止し、成功した場合は再起動して、Appleの設定のみで再テストしてください。これとは別に、低ワット数の充電器でも同じように見えることがあります。9to5Macによると、macOS 26.4には低速充電器のインジケータが追加されており、Appleはモデルごとに最小ワット数を推奨しています。

アップグレード後にMacが熱く、バッテリーが急速に減る

それは別の問題です。アップグレード後のインデックス作成が、1〜2日間、発熱と消耗の原因になることがあります。macOS 27のSpotlight再インデックスによるバッテリー消耗のガイドを参照し、上限を評価する前にインデックス作成が終わるのを待ってください。

システム設定に充電上限のコントロールがない

まず、お使いのMacとmacOSのバージョンを確認してください。Appleのページは、Apple siliconとmacOS Tahoe 26.4以降を要件としています。Intel搭載Macや古いmacOSでは表示されません。対応するMacでmacOS 27を使っている場合は、最新のポイントリリースにアップデートして再起動し、システム設定 > バッテリー > 「充電」の横にある情報ボタンをもう一度確認してください。

80%未満のカスタム上限

Appleの設定は80%が下限で、それより下げるサポートされた方法は見つかりませんでした。それを実現するコミュニティのフォークは、READMEが警告しているとおり、非公開APIに依存しています。

管理対象のMacと多数台の運用

macOS 27を展開する前に、Launchデーモンと特権ヘルパーの棚卸しを行い、ポリシーが許す範囲でAppleのサポートされた設定を使い、まずパイロット運用を行ってください。Charge Limit用の文書化されたMDMキーは見つかりませんでしたので、存在すると思い込まないでください。ロールバックを検討している場合は、ダウングレードアシスタントを参照してください。

FAQ

なぜmacOS 27で充電上限アプリが動かなくなったのですか？

GitHub上の開発者の報告によると、macOS 27は、これらのアプリが書き込むSMCの充電制御キーを削除またはロックしました。キーはデータなしを返すか、root権限でも失敗し、代わりの制御はAppleの非公開エンタイトルメントの背後にあります。Appleは詳細を公開していないため、これはAppleの声明ではなく、開発者の分析として受け止めてください。

内蔵のCharge Limitは信頼して使えますか？

はい。これはAppleがサポートする公式機能です。Appleのサポートページによると、macOS Tahoe 26.4以降とApple siliconのMacが必要で、80〜100%を選べ、「Charge to Full Now」で上書きできます。サードパーティのヘルパーと違い、サポート対象外のハードウェアキーに依存しないため、将来のmacOSアップデートで気づかないうちに壊れることはないはずです。

AlDenteは修正されますか？

わかりません。2026年9月30日時点で、GitHub上の最新のIssue報告には、私が確認できる範囲で開発者の返信がなく、公式の声明や時期も見つかりませんでした。FAQはAlDente 1.38以降でmacOS 27をサポート対象としていますが、1.39.4のユーザーは依然として過充電を報告しています。まとめ記事に頼らず、ベンダーのリリースノートを注視してください。

内蔵の上限は再起動後に100%へリセットされますか？

未検証です。一部のまとめ記事は出典なしにそう述べており、競合ベンダーのFAQは永続しないと主張しています。Appleのサポートページはこれに触れていません。見分けやすい上限を設定し、再起動して、システム設定で確認することで、ご自身のMacで試してください。元に戻る場合は、フィードバックアシスタントで報告してください。

アダプタ遮断モードを使い続けてもよいですか？

オプトインになっているのには理由があります。battery プロジェクトのメンテナは、絶え間ないマイクロサイクルを引き起こす可能性があるとして、アダプタ無効化のアプローチを却下しました。また batt は、そのアダプタモードが浅いサイクルを増やし、Macが起きている間しか上限を強制しないと文書化しています。特別な場合に厳密な上限が必要なら、これらのトレードオフを先に理解してください。それ以外の方には、Appleの上限のほうがシンプルです。

バッテリーが健全かどうかをどう確認しますか？

システム設定 > バッテリーを開いてバッテリーの状態を読むか、Optionキーを押しながらAppleメニューをクリックし、システム情報 > 電源でサイクル数を確認します。Appleによると、最近のほとんどのMacBookは1,000サイクル向けに設計されており、その時点で最大80%の容量を維持するとされています。system_profiler SPPowerDataType のようなターミナルのツールでも同じデータを確認できます。

充電上限アプリは削除する必要がありますか？

動作しなくなっているなら、はい。特権ヘルパーを動かしたままにせず、正しくアンインストールしてください。インストール方法に合った開発者のアンインストーラを使ってください。battについては上記の手順に従い、Homebrewユーザーはサービスの停止と削除の前に充電上限を既定値に戻す必要があります。sudo batt uninstall はスクリプトまたは手動でインストールした場合のコマンドです。battery CLIには battery uninstall が用意されています。AlDenteの場合は、FAQに従い、100%に設定し、30秒待ってから、終了して削除します。その後、Launchデーモンの残骸がないか確認してください。

Intel搭載MacBookにも影響しますか？

AppleのCharge LimitはApple siliconを必要とするため、Intel搭載MacBookにはありません。最適化されたバッテリー充電はBig Sur以降で利用できます。macOS 27でサードパーティのツールがIntel搭載Macでどう動作するかは確認できていないため、お使いのツールのドキュメントを読み、そもそもお使いのMacが対応しているかを確認してください。

まとめ

要点を言えば、macOS 27は長年使われてきたハックを壊し、そのハックのメンテナたちはまだ代替手段を模索している、ということです。AlDente、batt、Battery Toolkit、battery CLIは、Appleが維持を約束したことのないハードウェア制御の上に作られており、公開記録は、それらの制御がベータ期間を通じて、そして正式リリースに至るまで、消えるか、アクセスできなくなっていく様子を示しています。一方でAppleは、多くの人にとって最も重要な役割、つまりMacが充電器につながっている間、バッテリーを満充電未満に保つことを果たす、サポートされたCharge Limitを提供しました。

したがって、現実的な計画は単純です。上限を報告するだけで強制しないツールに頼るのをやめます。制御をきれいに返し、システム設定 > バッテリーでAppleのCharge Limitを設定し、一度再起動して維持されることを確認し、開発者自身のアンインストーラで残った特権ヘルパーを削除します。メニューバーのアイコンを信じるのではなく、サイクル数とバッテリーの状態でバッテリーを測定してください。再起動でリセットされるという噂を含め、センセーショナルな主張は、誰かが再現可能な事例を示すまで、未解決の問いとして扱ってください。そして80%より低い上限が欲しいなら、Appleのサポート範囲の外に踏み出すことになると理解してください。

この状況はまだ動いています。これらのプロジェクトには、この2週間で新しいコミットが入っており、macOS 27.0.1は、私が読んだ報告の状況を変えていません。各プロジェクトが対応するのに合わせて、状況表を更新していきます。

関連ツール: Mac 互換性チェッカー - お使いの Mac が特定の macOS バージョンに対応しているか確認できます。