自動チェックインとチェックイン監視

対応している中継アカウントで毎日チェックインし、クレジットを受け取り、最新の実行結果を保存します。各サイトでの手動操作を忘れる心配を減らせます。

機能の概要

チェックイン状態の検出：アカウントの追加または更新時に、サイトにチェックイン入口があるかを自動判定します。手動の「チェックイン検出」スイッチはありません。
カスタムチェックイン入口：標準パスにない場合は、アカウントの「チェックイン設定」に外部チェックインサイト URL を入力できます。
自動スケジュール：ブラウザのバックグラウンドスケジュールを使って、通常の自動チェックインを毎日 1 回実行し、対象となる失敗と確認待ちを設定に応じて当日中に再試行します。
実行結果：成功、失敗、スキップ理由、最終実行時刻、次回予定を含む最新結果を保存します。複数日の履歴ログではありません。

利用条件

アカウント管理でアカウントを追加し、更新または認識を 1 回以上正常に完了していること。
アカウントのログイン情報が有効であることを確認してください。「自動選択」では、方式が未選択のアカウントも毎日のタスクで再検出できます。利用可能な方式が確認されてからチェックインを実行します。詳しくは以下の対応サイトと認証要件を参照してください。
アカウント管理 → アカウントを編集 → チェックイン設定に「毎日の自動チェックインを有効化」が表示されること。組み込みプロバイダーに対応するアカウントだけに表示されます。
ブラウザがバックグラウンドスケジュールに対応していること。ブラウザの終了、端末のスリープ、バックグラウンドポリシーの変更時には、予定時刻どおりの実行は保証されません。

設定手順

1. アカウント単位の設定

アカウントを開く → アカウントを編集 → チェックイン設定。
組み込みプロバイダーに対応するアカウントには次が表示されます。
- チェックイン方式：「自動選択」では、方式が未選択の場合や現在の方式が非対応と確認された場合に、必要に応じて再検出します。適用できる方式を一意に特定できたときだけ自動で選択・切り替えます。手動で指定した方式は固定されます。その方式が現在のサイトの候補のままで検出記録がない場合、実行前にその方式だけを確認します。一致、非対応、不確実のいずれでも、その手動選択は変えません。
- 毎日の自動チェックインを有効化：既定でオンです。オフにすると、全体スケジュールが有効でもそのアカウントは参加しません。
- チェックイン API パス（任意）：サイトが組み込みのチェックイン API を変更している場合に入力します（New API の一部の派生サイトなど）。空欄なら既定のパスを使用し、「チェックイン方式を再検出」で自動判定を先に試みます。判定に成功すると、その回の検出は新しいパスで完結します。手動入力したパスは自動検出で上書きされません。自動検出したパスが使えなくなった場合は、再検出で新しいパスの判定を試みます。空欄にして保存すると既定のパスに戻ります。
- 外部チェックインサイト URL（任意）：ページが標準パスにない場合に入力します。すべてのアカウントで外部入口を設定できます。
- カスタムチャージ / 引き換えページ URL（任意）と「外部チェックイン使用時にチャージページも開く」。
アカウントフォームに「チェックイン検出」スイッチはありません。状態はアカウントの更新または認識時に自動取得されます。
自動再検出には、全体とアカウントの両方で自動チェックインを有効にする必要があります。画面を開いたときの前倒し実行を含む毎日のタスクで動作し、同じアカウントの自動検出は 24 時間以上の間隔を空けます。ネットワークエラー、タイムアウト、ログインの有効期限切れを、方式が非対応になった証拠として扱いません。
「チェックイン方式を再検出」は待機期間中でも手動で実行できます。方式を調べるだけでチェックインは送信せず、アカウント編集画面の検出結果は保存時に反映されます。

2. 全体の時間帯

設定 → チェックインと引き換え → 自動チェックインで設定します。

設定	説明
自動チェックインを有効化	毎日の予定と自動再試行を制御します。オフでも手動の一括「今すぐ実行」やアカウント単位の「クイックチェックイン」は利用できます。
画面を開いたときに今日のチェックインを前倒し実行	既定で有効です。時間帯内にポップアップ、サイドパネル、設定を開き、今日の予定が未実行の場合は前倒しで実行します。
自動チェックイン完了後にデータと画面を更新	成功後にアカウントデータと画面を更新します。システム通知や外部タスク通知のスイッチではありません。
時間帯の開始 / 終了	毎日スケジュールを許可するローカル時間帯。日付をまたぐ設定も可能です。
スケジュールモード	時間帯内のランダムな時刻を選びます。「固定時刻」も選択できます。
固定時刻	固定時刻モードでのみ使用されます。
再試行方針	既定で有効です。毎日の予定または手動実行で失敗・確認待ちとなった結果は、再試行条件を満たす場合に当日中に再試行します。
再試行間隔（分）	再試行が有効な場合だけ使用されます。
1 日の最大試行回数	最初の毎日実行を含みます。追加の再試行回数ではありません。
チェックイン履歴を見る / 記録を開く	自動チェックイン結果ページを開きます。保存されるのは最新状態で、複数日の履歴ではありません。
既定値に戻す	自動チェックイン設定を拡張機能の既定の設定に戻します。

設定は保存後すぐに反映され、再起動は不要です。アップグレード時も保存済みの設定は保持されます。

3. 実行状態を確認

設定サイドバーの 自動チェックインを開くと、最新の実行結果、次回の毎日スケジュール、存在する場合は次回の再試行予定を確認できます。
結果には、対象、実行済み、成功、失敗、スキップなどが表示されます。ページ下部にはアカウント検出状態、プロバイダー、スキップ理由、最新結果も表示されます。
「今すぐ実行」は、全体の自動チェックイン設定にかかわらず、条件を満たすアカウントを手動で 1 回実行します。アカウントが有効で、チェックイン条件を満たす必要があります。1 アカウントだけなら、そのメニューの「クイックチェックイン」を使用してください。
ポップアップまたはサイドパネル上部の「クイックチェックイン」カレンダーアイコンは、チェックインページを開いて手動一括実行を開始します。
失敗した結果行では、再試行、手動チェックイン、外部チェックイン、サイトを開くなどを利用できます。手動チェックインはサイト上で操作を完了する必要があります。
「確認待ち」では、その方法が当日の状態を読み取れるときだけ「状態を検証」を出します。読み取れない方法は、必ず失敗する検証の代わりに「再試行」を出します。自動再試行には、下記の実行と再試行のルールが適用されます。安全に繰り返し受け取れない方式では、先にサイトで結果を確認してください。
問題を報告する場合は、アカウントメニューや結果行から問題報告・対応リクエストを選択し、レポートを確認してからコピーするか、GitHub で開いて送信してください。

4. 検出と実行状態を処理

アカウントのチェックイン設定は、手動で選択した方式とカスタム URL を保持します。ネットワークエラーやログインの有効期限切れでは方式を切り替えません。状態に応じて以下の操作を行ってください。

状態	意味	次の操作
確認済み	選択したチェックイン方法が使用可能	自動チェックインを維持し、通常は操作不要
選択が必要	複数の候補方法が検出された	方法を 1 回選択するか、現在の選択を保持
不明	今回の検出が完了しなかった	再検出をクリック
非対応	利用可能な組み込み方式が確認されていない	外部チェックイン URL、手動チェックイン、または対応リクエストを利用
無効	サイトでその方法が明示的に無効化されている	方法を保持し、自動チェックインをオフにするか手動に切り替え
状態を読み取れない	方法は存在するが、本日の状態を一時的に読み取れない	選択と自動チェックインスイッチを保持し、後で再試行または手動で確認
確認待ち	要求結果を確実に確認できない	まず状態を検証し、できない場合はサイトで結果を確認してから再試行を判断

実行と再試行のルール

毎日の予定：設定したローカル時刻の時間枠内で通常のチェックインを毎日 1 回予定し、完了後に翌日分を予定します。ブラウザの終了や端末のスリープで実行が遅れる場合があり、前日分のチェックインは補えません。
実行前の確認：方式、認証情報、当日の状態を確認します。利用可能な方式がない、複数候補から確定できない、検出が未完了の場合は、任意の方式を選んで実行しません。現在の方式が利用できないと確認された場合は、検出ルールに従って唯一の代替方式を選べます。送信済みの要求が確認待ちの場合は、先に結果を確認し、別の方式で再送信しません。
完了の判定：「成功」と「本日はチェックイン済み」はどちらも完了として扱います。新しく成功した場合はアカウント情報も更新します。
再試行条件：再試行が有効な場合、対象となる失敗と確認待ちは当日中に再試行します。ログインが必要、権限不足、方式が無効または非対応、実行環境が無効、アカウントや認証情報などの前提が不足している場合は自動再試行しません。安全に繰り返し受け取れない方式も自動再試行せず、先にサイトで結果を確認する必要があります。
再試行前の確認：状態を読み取れる方式は先に当日の結果を確認し、完了済みなら送信しません。読み取れない方式は直接再試行します。同じ実行ですぐに二度送信することはありません。

対応サイトと認証要件

以下のサイトには対応済みのチェックイン方式があります。利用できるかどうかは、アカウントの検出結果で確認してください。

サイト種別	組み込み自動チェックイン	認証要件
`new-api`	あり	Access Token（Cookie アカウントは Cookie セッションも使用可能）とアカウント ID
`ModelFlare`	あり	Cookie セッションとアカウント ID
`Veloera`	あり	Access Token または Cookie とアカウント ID
`anyrouter`	あり	Cookie セッションまたはブラウザのログインコンテキストとアカウント ID
`wong-gongyi`	あり	Access Token または Cookie とアカウント ID
`voapi-v2`	あり	保存済みダッシュボード JWT（Access Token）
`sub2api`	あり	検出されたチェックイン方式に必要な有効なログイン情報
`relayfor`	あり	Access Token
AgentRouter	あり	ログインチェックインを選択し、下のアカウントログインで GitHub、Linux DO またはユーザー名とパスワードを設定します。保存時にはログインせず、チェックイン実行時に使用します。結果を確認してください。

Sub2API サイトごとのチェックインの違い

Sub2API サイトでは運営者が独自のチェックイン機能を追加している場合があります。アカウント種類は sub2api のままにし、利用できる方式は検出結果で確認してください。再検出、保存、自動チェックインの有効化は上記の設定手順を参照してください。

状況	利用時の注意点
報酬がアカウント残高とは別の場合（ToolCode など）	ポイントや有効期限付きボーナスは残高報酬額として表示しません。詳細はサイトで確認してください。
毎日の報酬と追加報酬がある場合（Hiyo Free など）	拡張機能は毎日のチェックインのみを処理し、利用額に応じた追加報酬は受け取りません。結果が不確かな場合は自動再試行せず、先にサイトで結果を確認してください。
通常とラッキーチェックインがある場合（DaiGua など）	拡張機能は通常のチェックインのみを実行し、残高が減る可能性のあるラッキー操作は行いません。Turnstile 認証を試み、完了できない場合は元のサイトで手動チェックインしてください。
チェックイン前に画像キャプチャが必要な場合（NexaVlinks など）	拡張機能はサイトのチェックインページを開いてボタンを押しますが、解けないキャプチャの前で止まります。ページ上で解いたら状態を読み取って結果を確認します。待機時間内に完了しない場合はサイトで手動チェックインするよう案内します。
サイトが人による認証を要求する場合	元のサイトでチェックインを完了してください。

AgentRouter は再ログインでチェックインします。アカウント編集画面のチェックイン設定でログインチェックインを選ぶと、その下に独立したアカウントログイン設定が表示されます。チェックイン欄には現在の方法と設定へのボタンが表示されます。手動チェックインにもログインが必要なため、自動チェックインをオフにしても表示されます。他のチェックイン方法を選ぶと非表示になりますが、保存済み設定は保持されます。

ユーザー名とパスワード：サイトのログイン用ユーザー名とパスワードを入力します。パスワードは初期状態で非表示で、アカウントごとに保存され、バックアップや同期に含まれる場合があります。API キーとは別で、API アクセストークンを置き換えません。保存だけではログインしません。
ログイン手順とセッション：パスワードログインでは、まずサイトのパスワードログイン画面を開き、本来のフォームに入力して送信します。認識できるログイン規約のチェック項目は自動で選択し、選択済みの項目は維持します。広告メールの購読など任意の項目は変更しません。CAPTCHA、二段階認証、手動操作が必要な画面では既存の操作案内を使い、同じログインウィンドウで完了します。API による代替は、送信前に本来のログイン操作部品が見当たらず、追加認証も要求されていない場合に限ります。認識できないログイン画面は手動操作のために残し、送信結果が不明な場合はログインを繰り返しません。ログインによるチェックインには新しいログインが必要で、既存のログイン状態だけでは完了しません。通常ウィンドウのセッションと分離するため、プライベートウィンドウでの拡張機能の使用を許可することを推奨します。ただし、プライベートウィンドウ同士でもセッションを共有する場合があります。同じサイトの他のタブがないプライベート環境でのみ既存のセッションを自動でログアウトします。それ以外の場合は、確認して手動でログアウトするよう案内してから、対象アカウントのログインを続けます。
GitHub / Linux DO：ブラウザーでログインしている対応するサービスの identity を使用します。アカウント追加時は、サイトが単一の紐付け済み identity を返す場合のみ自動選択します。複数または不明な場合は手動で選びます。失敗時に他の方法へ自動変更しません。
外部サービスの identity の競合：同じ GitHub / Linux DO の方法を自動チェックインが有効な複数アカウントで共有できません。他のアカウントが使用中の選択肢は無効になり、バックグラウンド実行でも所有者以外はスキップします。アカウント別のパスワードにはこの制限はありませんが、ブラウザーログインは順番に実行します。
変更と解除：アカウントログインで方法を変更するか、未設定を選んで解除します。外部サービスへの変更を保存すると元のパスワードは削除されます。サイト URL、種類、アカウント ID の変更時も、誤送信を避けるためログイン設定を解除します。
認証と結果：チェックイン実行時にログインし、実際のアカウントを確認します。CAPTCHA や二要素認証が必要な場合はサイトで対応してください。ログイン成功だけではチェックイン成功とせず、サイトの確認が必要です。不確かなログイン操作は自動再送しません。認証期限切れ後の自動再ログインや資格情報の更新は有効になりません。

デプロイごとの差異

サイト種別が一致しても、デプロイがカスタマイズされている場合があります。想定するエンドポイントがなく 404/405 を返す、認証方法が異なる、人による認証が必要といった可能性があります。「New API 互換」という理由だけで、組み込み自動チェックインがあると判断しないでください。

ほかのサイトで利用可能な方式が検出されない場合は、外部チェックイン URL、手動チェックイン、または対応リクエストを利用してください。

ベストプラクティス

時間帯：成功率を上げるため、早朝などサイトの低負荷時間帯を推奨します。
ブラウザを実行したままにする：ブラウザが完全に終了している、または端末がスリープしている場合、チェックインできず、端末を起動することもできません。復帰後に逃したアラームが遅れて動く場合がありますが、前日の分は補完しません。Chrome Alarms APIも参照してください。
外部チェックインと手動チェックイン：外部チェックインは設定したページを開き、「今日開いた」ことだけを記録します。ページ上の送信や成功確認は行いません。手動チェックインはサイト標準のページを開くため、そのページで操作を完了する必要があります。
複数デバイス：WebDAV と GitHub Gist はアカウントと設定を同期しますが、当日のチェックイン状態、最新結果、ブラウザの予定は共有しません。重複実行を避けるため、自動チェックインは 1 台だけで有効にすることをお勧めします。
通知：毎日スケジュールと自動再試行は完了後にタスク通知を送信します。設定 → 一般 → 通知で設定できます。手動の「今すぐ実行」とアカウント単位の「クイックチェックイン」は、スケジュールタスク通知を送信しません。

よくある質問

結果	意味	自動再試行
成功 / 今日はチェックイン済み	今回の実行でチェックイン完了を確認したか、サイトが今日すでに完了済みと返した	なし
失敗	API、認証、検証、ネットワーク、サイト応答の失敗	再試行が有効で再試行条件を満たす場合は当日中に再試行
確認待ち	リクエストは送信された可能性がありますが、サイトの結果を確実に確認できませんでした	状態を読み取れる場合は先に検証してください。自動再試行には再試行条件が適用されます
スキップ	アカウント無効、未認識、アカウント単位の設定がオフ、プロバイダーなし、認証情報不足	なし

問題	対処方法
「未スケジュール / 無効 / 再試行待ちなし」	「無効」：全体スイッチがオフ。「再試行無効」：再試行方針がオフ。「再試行待ちなし」：再試行はオンですが、現在再試行できる結果がありません。「未スケジュール」：有効ですが、バックグラウンドスケジュールに未対応、またはアラームが未作成 / 消去済みです。設定を再保存してください。
アカウントが毎日失敗する、またはスキップになる	アカウント検出状態のプロバイダーとスキップ理由を確認します。アカウントが有効、更新 / 認識済み、アカウント単位の設定がオン、サイト種別に組み込みプロバイダーがあり、認証情報が利用可能であることを確認してください。
Access Token が無効と表示される	通常は Access Token が失効または取り消されています。サイトにログインし、アカウント管理 → アカウントを編集で自動認識 / Access Token 更新を行ってください。サイトが Token を無効にしている、または取得できない場合は Cookie 認証を使うか、そのアカウントの自動チェックインをオフにして手動で行います。
実行結果にサイト種別の不一致が表示される	チェックイン失敗後、拡張機能がサイト自身のシグナルから種別を推定し、アカウントが保持している種別と異なっていると判断した状態です。ヒントには変更すべき種別が表示されます（例：このサイトは Veloera に該当しますが、アカウントは new-api です）。対処：「アカウント管理 → アカウント編集」でサイト種別を表示された種別に変更し、もう一度実行してください。このヒントは、アカウントのサイト種別を変更した場合、または以降の読み取りでサイトが保存された種別と一致した場合に無効になります。
New API が 404/405 を返す	そのデプロイに想定するエンドポイントがありません。必ずしも拡張機能の障害ではありません。「自動選択」は以後の毎日のタスクで必要に応じて再検出します。適用できる方式が見つからない場合は、手動・外部チェックイン、または対応リクエストを利用してください。
ログインまたは人による認証が必要と表示される	案内に従ってサイトを開き、認証を完了してから再試行してください。拡張機能がすでにチェックインしたとは考えないでください。
複数のアカウントが重複チェックインする	実行状態を共有しない複数デバイスが同時に動くと重複する場合があります。スケジュールは 1 台だけで有効にしてください。
外部チェックインが動作しない	外部チェックインはページを開くだけで、送信や成功確認は行いません。URL がブラウザで直接開けることを確認し、ページ上で手動操作を完了してください。