無料の AI 枠のみが存在し、いつでも好きなだけ質問でき、AI ツールが月額請求書のスペースを争う他のサブスクリプションがまだ存在していなかった古き良き時代を覚えていますか?はい、私もです。残念ながら、この状態は、これらの企業が実際に経営コストがどれだけかかるかを把握するまでにほぼ同じ期間続きました。複数の AI サブスクリプションに料金を支払うことよりも悪いことは、最上位のプランであっても制限があるように見えることです。かつては無制限のアクセスを約束していた同じプランに、現在は 5 時間の時間枠、週ごとの制限があり、すでにプレミアムを支払っているデバイスを配給する必要があります。
Netflix が突然、視聴したエピソードの数をカウントし始めて、突然中断されるのと比較したいと思います。さて、私は一日中使用制限に悩まされることがありますが、現実的に私たちができる最善のことは、それらを回避する方法を学ぶことです。数日前、スケジュールに合わせてクラウドの使用制限を技術的にリセットできる Reddit のヒントを見つけました。これは想像できる限り最もばかげた方法で天才のようです。
AI の最新情報を常に知りたいですか? XDA AI Insider ニュースレターには、サイトの他の場所では見られない詳細な情報、ツールの推奨事項、実用的な報道が毎週提供されます。ニュースレターの設定を変更して購読してください。
使用制限が実際にどのように機能するかを見てみましょう
ルールを曲げる前にルールを知ってください
「トリック」全体は、クラウドの 5 時間のウィンドウが実際にどのように開始およびリセットされるかを中心に展開します。クラウドやその他のほとんどの AI ツールには、5 時間ごとにリセットされる短いローリング ウィンドウと、それに加えて長い週ごとの制限という 2 つの異なる制限が設定されています。ウィンドウが短いほど 1 週間の制限に影響しますが、負荷の高い作業セッションでは 5 時間のウィンドウに達することがよくあります。
ここで重要なことは、5 時間枠は固定された時計では実行されないということです。たとえば、時計が午前 0 時になるとすぐにリセットされるわけではなく、その後は午前 5 時、午前 10 時と続きます。代わりに、最初のシグナルを送信した瞬間から開始されます。最初のメッセージを午前 9 時にクロードに送信すると、5 時間のウィンドウは午後 2 時にリセットされます。最初のメッセージを午後 2 時にクラウドに送信すると、5 時間のウィンドウは午後 7 時にリセットされます。その期間内のどこかでアカウント全体を使い切ってしまうと、リセットされるまでロックアウトされます。さて、このメカニズム全体を念頭に置いてください。これが「トリック」全体の基礎になっているからです。
コツは自分の都合で窓を開けることです
早く窓を開けてください
したがって、最初のプロンプトでウィンドウが開いた場合は、回避策が自動的に記述されます。クラウドが本当に必要になる前に使い捨ての最初のプロンプトを送信し、リセットをその日の早い時間に変更します。これを自動化する最もクリーンな方法は、クラウド コード ルーチンを使用することです。これは、指を離すことなく、設定された時間にシグナルをアクティブにするスケジュールされたタスクです。利用可能な最も安価なモデル (Haiku は機能します) を指定し、クラウドに一言で応答するように求めるなど、些細なことを送信するように依頼します。その小さなメッセージは最初の信号としてカウントされ、それが 5 時間時計を開始する信号であることを意味します。
実際の動作は次のとおりです。あなたの勤務時間は午前 9 時に始まり、昼食までに仕事を終え、午後の早い時間は家の外で過ごすとします。午前 9 時のプロンプトを午後 2 時にリセットするように設定する代わりに、午前 7 時にルーチンがアクティブになるようにスケジュールを設定しました。これでウィンドウは 7 時に開き、正午にリセットされます。これは、通常であれば壁にぶつかるところとほぼ同じ時間です。リフレッシュ枠を 1 日の中で本当に必要な時間に効果的にシフトしました。
Cloud Codes から Codex に 1 週間切り替えましたが、そのトレードオフには驚きました
1 週間、2 つのツール、たくさんの意見。
また、使用状況がクラスター化されている場所であればどこでも、このアイデアを再現できます。激しいストレッチを行うのが夜遅くの場合は、数時間前に使い捨てプロンプトをスケジュールして、就寝前に動けなくなるのではなく、セッションの途中でリセットできるようにします。問題は魔法のような時間に関するものではありません。代わりに、独自のリズムで窓を爆破します。
少し問題があります
このトリックの唯一の問題は、使い捨てプロンプトが新しい 5 時間ウィンドウを開始する必要があることです。ルーチンの起動時にウィンドウがすでに開いている場合、ルーチンは事実上何も行いません。たとえば、ルーチンが午前 7 時にスケジュールされているのに、午前 4 時まで作業している場合 (または、それより早くアクティブ化される別の自動化がある場合)、そのルーチン専用に作成したルーチンはまったく機能しません。これは、プランの使用量を増やして合計許容量をまったく同じにする方法ではありませんが、実際の労働時間と一致するように、許容量をいつ更新するかを決定する優れた方法です。
Leave a Reply