SelfControlが証明したアイデア。
iPhoneで可能な形に再構築。

まず正直な答えから：iPhone用の本物のSelfControlは存在せず、今後も登場しません。 SelfControlはMac専用で、2012年にリリースされ、GPLライセンスで提供されています。AppleのApp StoreはGPLライセンスのコードを一切許可していないため、iOS自体の制限が問題になる前に、公式の移植版は排除されています。

ライセンスの問題がなくても、技術的な仕組みが移行に耐えられません。 SelfControlはMacのシステムレベルのhostsファイルを直接編集することで機能しますが、iOSのサンドボックスモデルは、サードパーティのアプリがそのような操作を行うことを防ぐために特別に設計されています。

タイマーとブロックリストを設定すると、hostsファイルを編集します。 一度実行すると、リスト上のサイトはネットワークレベルで到達不能になり、最短1分から最大24時間までブロックされます。

タイマー自体は、設計上、途中で停止できません。 Macを再起動しても解除されず、アプリを削除しても解除されません。時間が来る前に終了させるボタン、設定、パスワードはアプリ内に存在しません。

気軽に解除できないだけで、文字通り絶対に破れないわけではありません。 既知の文書化された制限として、技術に詳しいユーザーはhostsファイルを手動で直接編集してアクセスを復元できます。これは、基礎となる仕組みにエッジケースがあるとしても、アプリ自体を通じてはタイマーを破れないことを示しています。

まずライセンスがそれを排除します。 SelfControlはGPLライセンスのオープンソースソフトウェアであり、AppleのApp Storeガイドラインは技術的な問題とは無関係にGPLコードを許可していません。

iOSのサンドボックス化が、そもそもその仕組みを排除します。 すべてのiOSアプリはサンドボックス内で実行され、システムファイルの変更や他のアプリのデータの読み取りが禁止されています。これはまさにSelfControlのhostsファイルのトリックが依存しているものです。

Appleが開発者向けに提供するスクリーンタイム APIは、意図的に制限されています。 FamilyControls、ManagedSettings、DeviceActivity上に構築されたサードパーティのブロッカーは、厳重に制限された読み取り専用の拡張機能内で実行され、永続的なインターネットアクセスはありません。さらに、プライバシーのために暗号化トークンの背後に隠されているため、アプリはブロック対象として選択した特定のアプリさえも通知されません。

実際に最も重要となる特定のギャップがあります。 アプリ内パスコードを持つスクリーンタイムベースのブロッカーでさえ、iOS設定の「スクリーンタイムアクセスを持つアプリ」トグルで無効にできる場合が一般的です。このギャップは、Appleの組み込みのスクリーンタイムには同じ形では存在しません。なぜなら、それは独自の別のパスコードでロックできるからです。

同じ哲学、異なる仕組み。 FellaはSelfControlの再起動に耐えるhostsファイルロックを再現できません。どのiOSアプリもできません。しかし、FellaはSelfControlが排除するのと同じものを排除します：その場で簡単にブロックを解除する方法です。

アプリ自体に一時停止、スヌーズ、トグルはありません。 選択したアプリは毎日デフォルトでブロックされたままになり、単一の固定タイマーの代わりに、セッションごとに1回の5分間の緊急ロック解除が与えられ、自動的に再ロックされます。