ChatGPTのスケジュールタスクとMCPで週次の需要レーダーを作る

はい、構築できます。データも安価で、週1回の「需要レーダー」にかかるEveryInfraのAPI料金は$0.007226、52週分でも約$0.38です。計画すべきなのはお金ではなく承認です。2026年10月26日17:23（シンガポール時間、SGT）に、EveryInfraのリモートMCPサーバーのツール一覧を確認しました。

25個のツールのうち、データを取得するeveryinfra_call_apiとeveryinfra_searchの2つには、呼び出しのたびに料金が発生するためreadOnlyHint=falseとdestructiveHint=trueが設定されています。OpenAIの開発者ガイド「Add custom MCP server」によると、ChatGPTは読み取りツールと書き込みツールの両方に対応しています。readOnlyHintのないツールは書き込みアクションとして扱われ、書き込みアクションにはデフォルトで承認が必要です。そのため、各チャットの最初の呼び出しでは確認画面が表示されます。許可を選択すると、そのチャットではその選択を記憶させることもできます。スケジュールタスクに関する記事には、アクションに承認が必要な場合はタスクが一時停止すると書かれています。

画面の前にいれば、クリックが1回増えるだけです。無人で実行するには、BusinessまたはEnterpriseワークスペースでこのアプリの承認要件を解除するか、作業を2つに分けます。データの取得は別のスケジューラーが行い、ChatGPTはそれを読んでレポートを書くだけにします。

本記事でいう「需要レーダー」とは、毎週月曜の朝に実行される短いレポートです。キーワードと対象コミュニティは固定です。RedditとQuoraから、その週の不満と質問を拾い出します。不満と質問のそれぞれについて、最も有力な投稿を5件ずつ選び、リンクと1行の要約を添えます。

プロダクトマネージャー、SaaSマーケター、コンテンツプランナーが、1つの問いに答えるためのものです。その問いは「今週、ユーザーは何について話していたか」だけです。売上を予測することも、誰が正しいかを判断することもありません。

見落とされがちなのが権限ゲートです。ChatGPTのスケジュールタスクは固定のスクリプトではありません。設定した時刻になると、モデルが指示を改めて読み、自らツールを呼び出します。ツールを呼び出す前には毎回、ChatGPTがツールのアノテーションとユーザーの権限設定を確認します。

そのうえで、ツールを呼び出すか、先にユーザーに確認を求めます。OpenAIの開発者ガイドによると、読み取り専用と指定されていないツールは、各チャットで最初に呼び出されたときに確認が表示され、「許可」を1回クリックすれば実行されます。画面の前にいれば、「確認を求める」はクリックが1回増えるだけです。誰も見ていない月曜の9:00では、「確認を求める」はタスクが止まることを意味します。以下の各セクションでは、次の問いに1つずつ答えます。どのプランのどの設定でこのゲートに人の操作が必要になるのか、そしてスケジュールタスクが止まらないようにするにはどうすればよいのか、という問いです。

結論：ChatGPTのスケジュールタスクはプランごとにどこまで動くか

下の表は、OpenAIのドキュメントから今回の用途に関係する制限をまとめたものです。各セルは、2026年10月26日時点で私たちが確認したOpenAIヘルプセンターの記載に基づいています。今回のテストではChatGPTアカウントを用意していないため、表はドキュメントの記載内容を示すもので、実際に動かした結果ではありません。

タスク数の上限、繰り返しのルール、Freeの時間帯は、Scheduled tasks in ChatGPTの「Review scheduled task limits」セクションに基づいています。カスタムMCPの対応範囲はConnecting custom MCP servers in ChatGPTのFAQに基づいています。Proの料金はAbout ChatGPT Pro tiersに基づいています。What is ChatGPT Plus?によると、Plusは月額$20です。

FreeアカウントでカスタムMCPサーバーを追加できるかどうかは、ヘルプセンターに記載がありません。2026年10月7日のフォーラムの返信では、Freeユーザーは引き続き設定の「Security and login」で開発者モードをオンにする必要があるとされています。これはユーザーによる報告のため、「未確認」としています。

この表から判断できることは二つあります。まず、PlusやProでは「ChatGPTが当社のデータツールを呼び出す」構成は手軽な方法ではありません。手軽なのは「三つの設計」セクションで紹介した分割設計です。管理者がこのアプリのアクションを許可してくれるBusinessまたはEnterpriseのワークスペースであれば、MCPに直接接続するのが最短の方法です。次に、週次のレーダーであれば、どの有料プランでも繰り返し間隔の制限に抵触することはありません。注意すべき数値は有効なタスク数です。Plusの枠は5つなので、製品カテゴリごとにタスクを一つずつ作ると、5カテゴリでプランの上限に達します。

1回の実行、6つのステップ

ステップ1と6はChatGPTの担当、ステップ3と5はEveryInfraの担当です。ステップ2と4は、毎週同じように処理が実行されるかどうかを左右します。ステップ2では値を固定する必要があります。モデルは実行のたびに指示を読み直します。指示に選択の余地があると、モデルは週ごとに別のキーワード、並び順、件数の上限を選ぶ可能性があります。

そうなると、費用も結果も変わります。スケジュールタスクに関するOpenAIの開発者ページも同じことを勧めています。ワークフローを自動のツール選択に頼らせたくない場合は、タスクのプロンプトでスキルやツールを名指しするよう書かれています。また、スケジュールを設定する前に、通常のチャットでプロンプトをテストするよう勧めています。ステップ4については、以下で別にセクションを設けて説明します。

手順1：ChatGPTにカスタムMCPコネクタを追加する（現在は開発者モード不要）

2026年10月1日、OpenAIのプラグインプラットフォーム責任者が公式フォーラムに投稿しました。カスタムMCPサーバーに開発者モードは不要になり、対象となるすべてのユーザーがPluginsページを開いて「+」を選び、メニューから「Add custom MCP server」を選べるようになりました。以前「Developer mode」という名前だったワークスペース権限は名称が変わり、ヘルプセンターでは現在「Create plugins with MCPs」と呼ばれています。開発者ページConnect and test your pluginに手順が掲載されています。名前と説明を入力します。「Connection」で、/mcpパスを含む公開HTTPSのURLを入力します。

認証を設定します。リスクに関する警告を承諾します。「Create as a plugin」を選択します。その後、ChatGPTが検出したツールを確認します。

まず認証について考えます。認証の章では、アカウントが必要なMCPサーバーに対し、OAuth 2.1を使用し、/.well-known/oauth-protected-resourceでメタデータを公開するよう求めています。サードパーティのガイドであるAnythingMCPのChatGPTページには、フォームの選択肢が3つ記録されています。順に「OAuth」「No authentication」「OAuth or no authentication」です。APIキーのヘッダーを入力するフィールドは表示されていません。17:42 SGTに、api.everyinfra.comの各ディスカバリーパスにGETを1回ずつ送信しました。

そのため、ChatGPTでは「No authentication」を選び、キーをURLに含めます：https://api.everyinfra.com/mcp?key=YOUR_KEY。ChatGPT上でこの手順を実際に操作したわけではありませんが、2つの事実が裏付けています。17:30 SGTにキーなしでMCPサーバーを呼び出したところ、サーバー自身のエラーメッセージに、キーを送る2つの方法が示されていました。その文言は「header Authorization: Bearer or ?key= query param」です。また、EveryInfraのゲートウェイはMCPでどちらの形式も受け付けます。

最後の行は意図的に検証しました。2026年9月3日、ある開発者が公式フォーラムで報告したところによると、ChatGPTの確認リクエストはUser-Agentにcurl/8.5.0を使っていました。その開発者のファイアウォールはこれをスクリプトとしてブロックし、ChatGPTには「does not implement OAuth.」とだけ表示されました。当社が同じUser-Agentでinitialize呼び出しを送ったところ、200が返りました。

URLにキーを含めることにはリスクがあります。RFC 6750のセクション2.3では、トークンを含むURLはログに記録されやすいとされています。ヘッダーでトークンを送れない場合を除き、この方法は使わないよう求めています。セクション5.3でも、ページのURLでBearerトークンを渡さないよう求めています。ChatGPTはこのURLを保存し、アプリ設定を閲覧できるワークスペースメンバーもこのURLを見ることができます。

ChatGPT用には別のキーを用意し、3つの制限をかけることをおすすめします。まず、reddit/*とquora/*の機能のみを許可します（scope_mode=selected）。次に、USD建ての利用上限を設定します（spend_limit_usd、2026年10月26日から利用可能）。キーが上限に達すると、APIは403 key_spend_limit_reachedを返し、料金は一切発生しません。最後に有効期限を設定します。

3つのフィールドはすべて当社のOpenAPIドキュメントに記載されています。この記事の手順なら、1年分のAPI料金は$0.40未満です。上限を$2にすれば1年分を余裕をもってまかなえ、URLが漏えいした場合の損失も上限内に収まります。

この記述は、OpenAIの開発者ガイドと一致しません。Add custom MCP serverの冒頭には「ChatGPTは、サーバーの読み取りツールと書き込みツールの両方をサポートしています」とあります。「Reviewing and confirming tool calls」のセクションでは、ChatGPTはreadOnlyHintを使って読み取り専用のツールを判別し、これがないツールは書き込みアクションとして扱うと説明しています。書き込みアクションはデフォルトで承認が必要です。1つのチャット内ではツールごとに承認を記憶させることができますが、新しいチャットを開くか再読み込みすると、再び確認されます。

このルールに従えば、当社のデータツールはChatGPTで動作します。各チャットの最初の呼び出しで確認が表示されるので、許可を選択します。ブロックされるわけではありません。なお、Proアカウントではテストしていません。Proで異なる結果になった場合は、実際に確認した結果を信頼してください。

実際の1回のラウンドトリップ：ChatGPTの送信内容と当社の返却内容

ChatGPTはカスタムMCPサーバーのツールを呼び出す際、JSON-RPCのtools/callリクエストを1つ送信します。当社は17:34:47（SGT）に、同じリクエストをcurlで送信しました。変更点は1つだけで、キーをAuthorizationヘッダーに入れたことです。

curl -s https://api.everyinfra.com/mcp \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Accept: application/json, text/event-stream" \
  -d '{"jsonrpc":"2.0","id":4,"method":"tools/call",
       "params":{"name":"everyinfra_call_api",
                 "arguments":{"platform":"reddit","action":"search",
                              "params":{"keyword":"robot vacuum keeps getting stuck","sort":"top","limit":10}}}}'

呼び出しには5.9秒かかり、10件が返り、費用は$0.000556でした。これはカタログにあるreddit/searchのprice_usdと一致します。返された10個のフィールド（id、url、title、text、author_username、community、like_count、comment_count、posted_at、platform）は、すべてカタログのresponse_fieldsに含まれています。カタログにないフィールドはありません。ただし、10件の結果のどれも「vacuum」に触れていません。1件目は63,584ポイントの出会い系の投稿でした。

理由はカタログを見ればわかります。reddit/searchの対象期間は直近1か月に固定されており、sort=topはスコア順に並べ替えます。5語のフレーズは、いずれか1語が一致すれば投稿にマッチします。その結果、Reddit全体でその月に最もスコアが高かった投稿のうち、たまたま「stuck」や「getting」を含むものが返されます。

17:35:11（SGT）に、同じフレーズをsort=relevanceで送信しました。10件すべてに「vacuum」が含まれ、そのうち2件は5語すべてを含んでいました。つまり、APIは正しく動作していました。問題はモデルが選んだパラメータです。

チャットであれば、おかしな結果を見て修正できます。スケジュールされたタスクでは誰も確認しないため、モデルが毎週的外れな投稿に料金を払い続けるおそれがあります。そのため、ステップ2ではsortを固定し、2〜3語のキーワードフレーズを使う必要があります。また、レポートには呼び出しごとに返された行数と一致した行数を記載させる必要があります。そうすれば、その週のデータに問題があったかどうかが一目でわかります。

もう1本のティール色のバーは、ロボット掃除機ブランドのDreameです。17:31:36（SGT）の時点で、25件の結果のうちDreameに関するものは3件だけでした。残りはr/Dreamsの夢に関する投稿や小説の広告でした。検索が「Dreame」をdreamという単語のように扱ったためです。一般的な単語に見えない名前のRoborockは、25件中18件とはるかに良い結果でした。ブランド名が一般的な英単語に似ている場合、キーワード検索の結果はノイズだらけになります。reddit/subreddit_postsでブランド独自のコミュニティを指定するか（Dreameにはr/Dreame_Techがあります）、キーワードにカテゴリーを表す語を加えてください。

データツールが承認を求める理由：25個のツールのアノテーション

MCP仕様では、各ツールにいくつかのアノテーションを付けられます。2025-11-25版仕様のToolAnnotations定義によると、readOnlyHintがtrueの場合はツールが環境を変更しないことを意味し、デフォルトはfalseです。destructiveHintはツールが読み取り専用でない場合にのみ意味を持ち、デフォルトはtrueです。openWorldHintは、ツールが外部の不特定のエンティティとやり取りすることを意味し、デフォルトはtrueです。OpenAIのプラグインドキュメントでは、ツールが状態を変更できない場合にのみreadOnlyHintをtrueに設定するよう求めています。

同ドキュメントによると、アノテーションはChatGPTとCodexが確認や安全に関する挙動を決める際に役立ちます。アノテーション自体は何も行いませんが、ホストはアノテーションを使っていつ確認を求めるかを判断します。たとえば、CodexにはMCPの設定default_tools_approval_modeがあります。OpenAIのMCPページによると、値をwritesにすると「読み取り専用とマークされていないツールについて確認を求めます」。ChatGPTも同様です。Add custom MCP serverによると、ChatGPTはreadOnlyHintを使って読み取り専用のツールを判別し、これがないツールを書き込みアクションとして扱い、書き込みアクションにはデフォルトで承認を求めます。

当社の25個のツールのうち、11個は読み取り専用です。これらのツールは、機能、CAPTCHAの種類、キー、チケットを一覧表示します。また、ジョブ、アカウント、使用量、リクエストログ、請求情報、1件のチケットを読み取ります。1つはチャージ用のリンクを取得します。

残りの14個は読み取り専用ではなく、そのうち5個は破壊的な可能性があります。5個のうち2個は、データツールのeveryinfra_call_apiとeveryinfra_searchです。残りの3個は今回の作業とは関係ありません（そのうち1個はキーを削除します）。では、なぜデータツールは「読み取り専用」と表示されないのでしょうか。

これらのツールはReddit上では何も変更しません。しかし、ウォレットから料金が差し引かれるので、環境は変化します。私たちのルールはシンプルです。外部サイトにアクセスするツールにはopenWorldHint=trueを設定します。有料の呼び出しには必ずdestructiveHint=trueを設定します。

私たちはこれが正しいと考えています。お金を使うツールが「読み取り専用」を名乗ると、ホストは確認なしで実行を許可します。そうなると、モデルが誤ってループしたときに止める機会がありません。

アノテーションに加えて、ChatGPTにはユーザー自身が設定する権限があります。ChatGPTでのアプリ権限の管理には4つのレベルが記載されています。「常に確認」は、読み取りと変更の前に確認します。「読み取りアクションを許可」は、読み取りは確認なしで行い、変更の前に確認します。「低リスクのアクションを許可」は、低リスクのアクションを承認し、より高リスクのアクションは承認が必要になるか、拒否される場合があります。

「すべてのアクションを許可」では、対応しているアクションがそれ以降確認なしで実行されます。この最後のレベルは、1つのアプリまたは1つのアカウントに対してのみ設定できます。アカウント全体やワークスペース全体のセレクターでは選択できません。同じページによると、「常に許可」ボタンは、管理対象ワークスペースのメンバーには表示されず、追加の安全性レビューが必要なアクションにも表示されません。プラグインの変更履歴によると、これらの「確認のタイミング」の設定は2026年6月12日に公開されました。

2列目と3列目は、ドキュメントに基づく私たちの解釈です。ChatGPTは「低リスク」の判定ルールを公開していません。通常のチャットでは、どのレベルでも、確認は最大で初回呼び出し時の1回だけです。許可を選択してそのチャットで記憶させれば、そのチャットでは再び確認されません。スケジュールタスクには、もう1つ知っておくべき点があります。以下のフォーラムの報告はその点に関するものです。

2026年10月4日、あるユーザーがOpenAIフォーラムにリグレッションの報告を投稿しました。このユーザーの週次スケジュールタスクは、Gmailを読み、調査を行い、どのメールを送るかを決めます。Gmailは「すべてのアクションを許可」に設定され、タスクのプロンプトでも事前に承認を与えていました。しかし、メールを送信してGoogleスプレッドシートに書き込むステップで、呼び出しがブロックされました。

表示されたメッセージは「This tool call was blocked by OpenAI's safety checks」だけで、それ以外の詳細はありませんでした。報告には9月30日から10月3日までの失敗が記載されています。10月5日には、別のユーザーが同じ種類のタスクプロンプトを通常のチャットに貼り付けたところ、Trelloへの書き込みが8回中8回成功しました。

スケジュール実行では、書き込みがブロックされました。10月8日の時点でも、GitHubへの書き込みが日によって成功したり失敗したりするという返信が続いていました。一方、メールの読み取りと仕分けは引き続き動作していました。10月6日から8日にかけての別の報告はさらに深刻です。GitHubへの書き込みがブロックされた後、毎時実行のタスクが実行から約64〜65秒後に無効化され、次の実行は行われませんでした。これらはユーザーによる報告であり、OpenAIはこれらのスレッドで調査結果を示していません。

OpenAIのドキュメントには、書き込みアクションは承認が必要で、承認後に実行されると書かれています。スケジュールタスクで書き込みができないとは書かれていません。これらの報告からわかるのは、スケジュール実行で、承認済みの書き込みが安全性チェックによってブロックされた例を一部のユーザーが経験したということです。ChatGPTは当社のデータツールを書き込みアクションとして扱います。したがって、レーダーを無人で確実に実行する必要がある場合は、データ取得をスケジュールタスクの中に入れないでください。

3つの設計：自分に合うのはどれか

ChatGPTではデータツールに承認が必要ですが、スケジュール実行時には承認する人がいません。そこで選択肢は3つあります。それが許可されているワークスペースでゲートを開く方法、データ取得をChatGPTの外に移してChatGPTには読み取りだけをさせる方法、そしてChatGPTのスケジュールタスクを使わない方法です。

設計Bは、同じフォーラムスレッドに寄せられた、エンタープライズ向け自動化を構築している人からの返信に基づいています。AIが判断を下し、構造化されたレコードを書き出します。ユーザーが管理する決定論的なプログラムがアクションを実行します（2026年10月7日の返信）。需要レーダーの場合、この「アクション」にあたるのがデータ取得です。スケジューラーは人の承認なしでEveryInfraを呼び出せます。ChatGPTのステップはファイルを読むだけなので、この境界では安定して動作する側にあります。

私たちはEveryInfraを呼び出す毎日のn8nワークフローを検証しました。キーワードを変更して出力をGoogle Driveに書き込めば、設計Bの前半が完成します。設計Cについては、Responses APIのMCPガイドで、require_approvalで承認をスキップする方法と、allowed_toolsで必要なツールだけを取り込む方法が説明されています。Claude CodeのクラウドスケジュールタスクはPro、Max、Team、Enterpriseで利用でき、ノートPCを閉じていても実行されます。この記事ではどちらの方法も検証していません。選択肢として挙げているだけです。

レーダーが取得すべきデータ：実際に行った3セットの呼び出し

レーダーが役に立つのは、データが今週のものであり、かつ対象カテゴリのものである場合だけです。2026年10月26日17:31〜17:41 SGTに、1つのテスト用APIキーで3つのセットを実行しました。セット1は、多くの英語圏の読者になじみがあるSaaSカテゴリのパスワードマネージャーです（キーワード「password manager」、コミュニティr/PasswordManagers）。セット2はハードウェアカテゴリのロボット掃除機です（キーワード「robot vacuum」「Roborock」「Dreame」「robot vacuum mop」、コミュニティr/RobotVacuums）。

セット3ではスペイン語のキーワードを使いました。合計32件のリクエストを送信し、そのうち22件が課金され、金額は$0.016397でした。残りの10件は、予定していたエラーテスト、レート制限を受けたリクエスト、結果が空だったリクエストで、いずれも料金はかかりませんでした。

1つ目の論点は対象期間です。カタログによると、reddit/searchの対象期間は直近1か月に固定されており、max_limitは25です。sort=newestを指定すると、25件の投稿がカバーするのはわずか数時間です。「password manager」は7.1時間、「robot vacuum」は15.6時間、「Roborock」は24.4時間で、「Dreame」はわずか0.2時間でした（「dream」を含む新着投稿をすべてカウントしていたためです）。

月曜日の実行で「最新25件」だけを取得すると、見えるのは日曜日の午後から月曜日の朝までで、火曜日から土曜日までは見逃します。コミュニティ単位の取得は違います。reddit/subreddit_postsにsort=top、date_range=past_week、limit=100を指定すると、r/PasswordManagersの週間トップ投稿20件がすべて返されました。期間は10月19日から10月26日まで、160.1時間に及びます。r/RobotVacuumsでは、166.3時間にわたる100件が返されました。どちらもほぼ丸1週間です。

そのため、この作業の中心はreddit/subreddit_postsです。キーワード検索は、まだ知らないコミュニティを見つけるためだけに使います。この点について事前に決めた基準では、25件の投稿のうち直近7日間に入る件数を数えました。結果は25件すべてでした。つまり当初の基準に従えば、週1回の実行で十分という結論でした。

しかし、この基準は測る対象を誤っていました。25件すべてが直近7日間に入っていたのは、すべてが直近数時間の投稿だったからです。テストログには、この基準を「設計の誤り」と記録しました。結論は時間幅から導き、当初の基準自体は変更していません。

キーワード検索にはノイズも混じります。「password manager」の結果25件は、25の異なるコミュニティからのものでした。両方の単語を含むのは12件だけです。それ以外には、カジノの宣伝、アプリの宣伝、無関係なアプリのログインに関する相談投稿などがありました。コミュニティ単位の取得ではこの問題は起きません。すべての投稿が、選んだコミュニティのものだからです。

2つ目の論点は、その週の投稿の中身です。分析スクリプトの冒頭に固定ルールを記述し、事前フィルタリングしています。タイトルが疑問符で終わる投稿は「質問」とみなします。タイトルがhow、what、which、best、anyoneで始まる場合も質問とします。

タイトルまたは本文の最初の400文字にstuck、broken、issue、avoid、returnなどの単語が含まれる投稿は「不満ワードあり」とします。r/PasswordManagersでは20件中8件が質問、1件が不満ワードありでした。r/RobotVacuumsでは100件中49件が質問、35件が不満ワードありでした。

このルールは、精読する投稿を選ぶためのものにすぎず、調査結果ではありません。r/PasswordManagersで最もコメントが多かった投稿（76件）のタイトルは「Password manager scene is such a mess right now」で、不満ワードは含まれていません。単語リストでは不満として検出されませんが、その週で最も明確な不満です。「paranoid」なユーザーにおすすめを尋ねる投稿も2件ありました（コメントはそれぞれ35件と30件）。

あるユーザーは、3つのパスワードマネージャーが5つのサイトでのパスワード変更を検知できるかを検証していました（コメント37件、35ポイントで、その週の最高スコア）。新製品のセキュリティ監査はどこにあるのかを尋ねる投稿もありました（コメント20件）。本格的な分類はChatGPTのタスクに任せるべきです。モデルはスラングを読み取るのが得意で、ユーザーが何に不満を持っているかを判断できるからです。ルールの役割は1つだけで、質問や不満が先週と比べて今週増えたかどうかを示すことです。

3つ目の論点はコメントです。コメント数が最も多い2件の投稿に対して、limit=100を指定してreddit/commentsを呼び出しました。返されたコメントは73件と49件でした。Redditのコメントが不完全に見える理由の記事で説明しているとおり、このAPIはトップレベルのコメントを返し、返信は展開しません。「mess」スレッドでは、13件のコメントに不満ワードが含まれていました。

最も票を集めた返信は、完璧な製品を探すのはやめるか、セルフホストするよう投稿者に勧めていました。「what do you actually use」スレッドでは、あるユーザーが、アプリとカスタマーサービスの両方で最近問題があったため、以前使っていたパスワードマネージャーから乗り換えたと書いていました。こうした詳細はアプリストアのレビューにはほとんど現れません。しかし、プロダクトチームに必要なのはまさにこの情報です。なぜユーザーが乗り換えるのか、何がベンダーへの不信を招くのかがわかります。

4つ目の論点はQuoraの件数です。quora/questionsにdate_range=past_week_last_7_daysとlimit=30を指定すると、「password manager」に関する新しい質問は1週間で4件、30日間で11件見つかりました。週間の4件のうち2件は、AIエージェント向けのパスワードマネージャーについての質問でした。同じ週、r/PasswordManagersには大手ベンダーの「AI agent integration」に関する投稿がありました。同じ週に2つのソースで同じ新しいトピックが現れることこそ、レーダーが捉えるべきシグナルです。

ロボット掃除機の場合、Quoraの質問は週に2件、月に30件（上限に達しているため、実際の数はさらに多い）でした。「Roborock」は週0件でした。この呼び出しには費用がかからず、レスポンスには"reason": "empty_result_refunded"と表示されました。Quoraからは「購入前に人々がどう考えているか」がわかります。件数は少ないため、月次の取得で十分です。

スペイン語のセットからは、言語の落とし穴が見えてきます。「aspiradora robot」でreddit/search（relevance）を実行すると8件が返され、7件が一致しました。一致した投稿は、r/AskChileやr/Colombiaといったラテンアメリカのコミュニティからのものです。一方、「robot aspirador」（newest）では11件が返されましたが、ほとんどがポルトガル語のコミュニティからでした。ポルトガル語ではロボット掃除機をaspirador robotと呼ぶためです。Quoraでは「aspiradora robot」は1か月で0件でした（返金済み）。

「robot aspirador」で過去1年間を検索すると、「aspiring」なロボティクス企業に関する英語の質問が5件返されました。結果が空ではなかったため、$0.001389が課金されました。複数言語を対象とするレーダーでは、各言語のキーワードを個別にテストしてください。英語のキーワードを翻訳するだけでうまくいくとは考えないでください。

タスクプロンプトの書き方

これらの数値があれば、タスクプロンプトに厳格な条件を設定できます。以下はChatGPTのスケジュールタスクの設定例です。ChatGPT上では実行していません。重要な点は三つあります。

各呼び出しでプラットフォーム、アクション、パラメータを明示するため、モデルが選ぶ余地はありません。レポートの末尾には、実行した呼び出しとそのコストを記載します。呼び出しが失敗またはブロックされた場合、モデルは別のパラメータで再試行しません。予定していた呼び出しを記載し、手動で実行できるようにします。

Run every Monday at 09:00 (America/New_York). Use only everyinfra_call_api from the @EveryInfra plugin. Make the calls below in order. Do not change parameters. Do not add calls.
1. platform=reddit, action=subreddit_posts, params={subreddit: "PasswordManagers", sort: "top", date_range: "past_week", limit: 100}
2. platform=reddit, action=subreddit_posts, params={subreddit: "Bitwarden", sort: "top", date_range: "past_week", limit: 50}
3. platform=reddit, action=search, params={keyword: "password manager", sort: "relevance", limit: 25}
4. platform=quora, action=questions, params={keyword: "password manager", date_range: "past_week_last_7_days", limit: 30}
5. From step 1, take the 5 posts with the highest comment_count. For each, call platform=reddit, action=comments, params={url: <post url>, limit: 100}
Output:
- "Complaints this week": top 5. One-line summary, post link, comment count. Describe the issue; do not name individual users.
- "Questions this week": top 5, same format.
- Compare with last week's report. Deduplicate by post url. Mark new topics.
- Appendix: for each call, rows returned, rows that match the keyword, billing.charged_usd, and the total.
If a call fails or is blocked: do not retry with other parameters. List its platform, action, and params in the appendix, then continue.

ステップ5は、レーダーの中で最も時間がかかる部分です。17:33から17:41（SGT）に実行した6回のreddit/comments呼び出しは、中央値が22.2秒、最も遅いもので43.4秒でした。ChatGPTは、1回のツール呼び出しのタイムアウトを公開していません。参考になるのはCodexのMCP設定で、tool_timeout_secのデフォルトは60秒です。当社のカタログでは、同期呼び出しに85秒の上限を設けています。それを超える場合は、リクエストボディに"mode": "async"を追加し、everyinfra_get_jobで結果を取得してください。

今週の実データによるサンプルレポート

良いレポートの形を示すため、サンプルを手作業で作成しました。17:31から17:41（SGT）の実行で取得した、r/PasswordManagersの週間トップ投稿20件、2つのコメントスレッド、Quoraから取得したデータを使っています。ChatGPTが書いたものではありません。週次レポートに含めるべき内容と、各行から実際の投稿をたどれる必要があることを示しています。

注目すべき点は2つあります。1つ目は、不満と質問が大きく重なっていることです。コメント数の多いスレッドは質問の形をとっていますが、コメント欄は不満であふれています。そのため、レポートはタイトルだけで分類できません。5回のコメント取得にかかった$0.00278は、このレーダーで最も有効に使われた費用です。

2つ目は、レポートの価値が週ごとの変化にあることです。1週間分だけでは、信頼性、監査、乗り換えといった従来からのテーマしか見えません。数週間続けると、「AIエージェント向けパスワードマネージャー」のように急に伸びるテーマが現れます。これこそがプロダクトチームやマーケティングチームの求めるシグナルです。そのため、後のセクションで「後で再実行：何が変わったか？」を検証しました。

1週間あたりのコスト

価格には、17:22 SGT時点で機能カタログから取得したprice_usdを使用しています。週次のレシピは10回の呼び出しで構成され、内訳はreddit/subreddit_postsが1回、reddit/searchが2回、quora/questionsが2回、reddit/commentsが5回です。

52週間分の費用は$0.375752です。3つのカテゴリーでレーダーを1つずつ運用しても、年間約$1.13です。空の結果は返金されるため、実際の金額がこれを上回ることはありません。すぐに使えるペインポイントの要約が必要な場合は、カタログにreddit/painpointもあり、料金は1回あたり$0.072です。キーワードで投稿を探してコメントを読み、ネガティブなコメントの数と頻出語を返します。1回の呼び出しに、このレシピの10週間分と同じ費用がかかります。毎週ではなく、新しいカテゴリーの下調べに1回だけ使ってください。

ChatGPT自体の費用は別にかかり、週単位の金額に換算することはできません。ヘルプセンターによると、WorkとCodexは同じ利用枠の仕組みを共有しています。ChatGPTの料金ページには、Plusで5時間あたりに送れるメッセージ数の範囲（GPT-6.1 Solで15〜160件）が示されています。同じようなタスクでも使用量が大きく異なる場合があるとの注意書きもあります。

2026年10月5日のr/codexの投稿で、あるPlusユーザーが毎日7:00に実行するタスクについて書いています。このタスクは13分間実行され、5時間の利用枠の29%を消費しました。OpenAIサポートからは、スケジュールタスクはWorkで実行され、利用枠をCodexと共有すると説明されたそうです。この規模になると、需要レーダーのChatGPT側の負担は、APIの利用料$0.007226よりはるかに大きくなります。

レート制限、空の結果、失敗：料金はどうなるか

今回のテストでは、4種類の「データなし」に遭遇しました。4つとも費用は$0ですが、スケジュールタスクへの影響はそれぞれ異なります。

1点だけ補足があります。今回4回レート制限に達したのは、ほかのセッションが同じテスト用キーを同時に使っていたためです。1分あたり10回という制限はこのキー個別の設定で、本番用キーの制限ではありません。OpenAPIドキュメントでは、アカウントのレート制限は1分あたり60リクエストとされています。

1回のレーダーで行う呼び出しは10回なので、通常は制限に達しません。ただし、複数のカテゴリのタスクが1つのキーを共有し、すべて月曜09:00に実行されると、制限に達する可能性があります。実行時刻を数分ずつずらしてください。

ChatGPTのスケジュールタスクが動かない：よくある原因と対処法

検索候補では、「chatgpt scheduled tasks」の直後に最初に出てくる語が「not working」です。OpenAIのドキュメントに記載された制限とフォーラムの報告を突き合わせたところ、この用途で問題になる原因は9つありました。最初の5つは公式の記載があります。残りの4つはユーザーからの報告であり、あくまで報告として扱います。

r/ChatGPTの返信が30件を超えるヘルプスレッドでは、これらの問題がいくつも混在しています。あるユーザーの毎時実行タスクは、GitHubへの書き込みが止まったあと自動で無効になりました。別のユーザーの月曜タスクは、3週間にわたってタスク一覧に表示されませんでした。3人目のユーザーがタスクが実行されなかった理由を尋ねると、モデルは処理を実行したと答えましたが、ユーザーにはその結果が見えませんでした。注意すべきなのはこの最後のケースです。

モデルが自分の行動について説明した内容は、証拠にはなりません。そのため、私たちのプロンプトではレポートの最後に呼び出し一覧とcharged_usdを出力するよう求めています。呼び出しが行われたか、何回行われたか、いくらかかったかは、当社の呼び出し記録で確認すべきです。コンソール上の各呼び出しにはrequest_idが付いています。別のスレッドでは、自動一時停止をパラドックスと呼んでいます。

うまく動いているタスクには手をかける必要がありません。しかし、誰も見ないタスクは未使用とみなされて一時停止することがあります。月曜のレーダーは、実際に目を通す場所に送ってください。これも対処法の一部です。

1時間以内に再実行：週をまたいで重複を排除する方法

週次レーダーでは、毎週月曜の結果を前週の月曜と比較します。2回の実行の間で何が変わるのか、どのフィールドで重複を除去すべきかを確かめるため、最初のセットから3つの呼び出しを同じパラメータで再実行しました。テストの前に「少なくとも45分空ける」という基準を記録しておきました。1回目の再実行はSGTで18:13:31から18:14:28に行われました。これは初回から38.7〜42.4分後で、基準を下回っています。

テストログにもそのとおり記録しました。そこで、SGTで18:21:02から18:21:52に2回目の再実行を行いました。初回から46.1〜50.0分後で、基準を満たしています。追加の6回の呼び出しにかかった費用は$0.003336です。これを含めると、テスト全体は38リクエスト、うち課金対象28件で、合計$0.019733でした。

この表から3つの教訓が得られます。1つ目に、past_weekは呼び出した時点で終わる168時間の移動ウィンドウです。暦上の週ではありません。r/RobotVacuumsのトップ投稿「Lol avoid Eureka」（32ポイント）は、2026年10月19日10:09 UTCに投稿されました。SGTの18:13、つまり10月26日10:13 UTCの時点で投稿から7日以上が経過し、ウィンドウから外れました。

r/PasswordManagersでも、10月19日10:06 UTCの投稿に同じことが起きました。タスクを毎回同じ時刻に実行すれば、各投稿はちょうど1つの週にだけ入ります。月曜の実行が遅れて始まると（たとえばタスクを一時停止してから再開した場合）、境界にある投稿を取りこぼします。早く始まると、一部の投稿が2回表示されます。

第2に、重複排除はタイトルではなくidまたはurlで行ってください。実行と実行の間に残っている投稿は、ポイントやコメント数が変わっても同じidとurlを保ちます。先週のidの一覧を、レポートまたは設計Bのファイルに保存しておきます。idがその一覧にない投稿を「新規」とします。

私たちのスペイン語のデータセットでは、1人のユーザーが同じ質問をチリの2つのコミュニティに2分半の間隔で投稿していました。これはidが2つある、2件の投稿です。このようなケースに備え、正規化したタイトルは2次フィルターとしてのみ使ってください。

第3に、最も意外だったのは、返る件数が安定しないことです。同じパラメータで、r/RobotVacuumsは50分足らずの間に100件、24件、再び100件を返しました。1回目の再実行で返った24件は、ちょうど5ポイント以上の投稿でした。0ポイントの投稿76件が欠けており、それらのコメントは合計16件でした。24件のレスポンスはステータス200で返り、通常どおり課金されました。

レーダーにとってはあまり問題になりません。レポートに載る投稿はすべて含まれていたからです。ただし、週のボリュームを測るために投稿数を数える場合は問題になります。そのため、レポートの付録には呼び出しごとの行数を記載しています。コミュニティの取得結果が前週の半分未満の行数になることがあります。その場合は、コミュニティが静かになったと判断する前に、その呼び出しをもう一度実行してください。

もう1つ、票によるランキング全般に当てはまる影響があります。日曜の夜の投稿は、数時間分の票しか集まらないまま月曜の実行を迎えます。翌週にはウィンドウの外です。そのため、週の最後の数日の投稿は順位が低くなりがちです。これが気になる場合は、「過去24時間でコメントが最も多い投稿」の短いリストをレポートに追加してください。追加の呼び出しは不要で、同じコミュニティの取得結果をposted_atで絞り込むだけです。

フィールドリファレンス：レポートで使用するすべてのフィールド

これらの機能のフィールドは、カタログのresponse_fieldsと1つずつ照合しました。この表には、レーダーで使用するフィールドのみを掲載しています。プラットフォームと機能のページ：RedditデータAPI、QuoraデータAPI、reddit/search、reddit/subreddit_posts、reddit/comments、quora/questions。

どちらのReddit機能もauthor_usernameを返しますが、レーダーでは不要です。RedditのResponsible Builder Policyは、データから健康や政治などのセンシティブな属性を推測することを禁止しています。ユーザーを再特定しようとする行為も禁止しています。プロンプトにある「個々のユーザーの名前を出さない」という行は、そのためにあります。

ChatGPTを使わずに同じデータを取得

設計Bのスケジューラーを使う場合や、まず手作業でデータを確認したい場合は、REST APIを呼び出します。パラメータはMCPと同じで、JSON-RPCのラッパーがないだけです。

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"reddit","action":"subreddit_posts",
       "params":{"subreddit":"PasswordManagers","sort":"top","date_range":"past_week","limit":100}}'

SGTの17:35:46に、このリクエストはその週の投稿20件を30.2秒で返し、費用は$0.000556でした。カタログには機能ごとにmax_limitが記載されています。reddit/searchは25です（それより大きい値は25に切り詰められます）。reddit/subreddit_postsとreddit/commentsは100です。

quora/questionsは200です。課金は行単位ではなく呼び出し単位のため、上限内でlimitを最大にすると、同じ費用で最も多くのデータを得られます。一連の初期手順については、クイックスタートをご覧ください。MCP全般については、リモートMCPの受け入れテストとMCPサーバーのページをご覧ください。

このアプローチが通用しなくなる場面

第1に、ChatGPTの動作は一切テストしていません。書けるのは、2026年10月26日時点でドキュメントに書かれていた内容だけです。OpenAIはプランや権限のルールを頻繁に変更するため（引用したヘルプセンターのページのほとんどに「数時間前に更新」と表示されていました）、利用する前に改めて確認してください。第2に、Proでデータツールを呼び出せるかについて、OpenAIの2つのページで記載が異なります。ヘルプセンターのFAQでは、ProのカスタムMCPはread/fetch権限のみとされています。開発者ガイドでは、読み取りと書き込みのツールに対応し、書き込みには承認が必要とされています。当社は開発者ガイドに従っており、Proはテストしていません。

3つ目に、質問と不満の判定ルールは事前フィルターです。20件や100件の投稿のサンプルからわかるのは「多い」ということであり、割合ではありません。割合を知るには、数週間にわたって実行し、毎週サンプルを手作業で確認してください。4つ目に、Redditは2026年11月13日にRSSを停止します。また、2027年3月までに公開APIを終了する予定です（TechCrunch、2026年9月30日、原文はr/modnewsの投稿）。RSSで構築したレーダーは変更が必要です。Reddit RSS監視の置き換え方法で解説しています。

5つ目に、レーダーからわかるのはユーザーが何について話しているかであり、市場の規模ではありません。RedditやQuoraのユーザーがすべて購入者というわけではありません。調査結果は営業やサポートのデータと照らし合わせてください。

最近の変更点

• 2026年8月25日：スケジュールタスクがアプリのイベントに反応できるようになり、共有も可能に（ChatGPTリリースノート）。PlusとProのユーザーは、GmailやSlackの新着メッセージ、GitHubのプルリクエストの変更をきっかけにWorkタスクを開始できます。Freeユーザーはアクティブなタスクを3件まで持てます。影響：時刻ベースのレーダーに変更はありませんが、完成したレーダーを、自分のアプリを接続したチームメンバーと共有できます。
• 2026年9月29日：対応プラグインがMCPイベントから自動化を開始可能に（同じリリースノート。開発者向けページ：MCP Events）。MCP 2.0（プロトコルバージョン2026-07-28）が必要で、サーバーはWebhookでイベントをプッシュします。影響：EveryInfraはプル型のAPIで、イベントをプッシュしません。「新しい投稿があれば通知」を実現するには、引き続きスケジュールに沿ってプルする必要があります。
• 2026年10月1日：カスタムMCPに開発者モードが不要に（フォーラムでのOpenAIスタッフの回答）。サーバーはPluginsページから追加します。ワークスペースの権限は名称が変わりました。影響：「Developer mode」のスイッチを探すよう案内している古いガイドは、情報が古くなっています。
• 2026年10月4日以降：スケジュールタスクで書き込みがブロックされるというユーザー報告（公式フォーラム。OpenAIからの回答はまだありません）。読み取りには影響しません。影響：ドキュメントでは、書き込みアクションは承認を経て実行されるとされていますが、誰も見ていない状態でお金を使ったりデータを変更したりするツールは、ChatGPTの外に移すのが最も安定した選択です。
• 2026年9月30日：RedditがRSSの11月13日終了と、2027年1月12日までのアプリ登録の義務化を発表（r/modnews）。影響：RSSでコミュニティを追跡しているレーダーは、11月13日までに変更が必要です。
• 2026年10月26日：EveryInfraのキーにUSDの利用上限を設定可能に（OpenAPIドキュメントのspend_limit_usdとkey_spend_limit_reached）。影響：ChatGPTのURLにキーを入れる前に、キーに上限を設定してください。

FAQ

chatgpt tasksとchatgpt scheduled tasksは同じものですか？ はい、1つの機能の2つの名前です。旧インターフェースでは「Tasks」と表示されていました。現在のヘルプセンターのタイトルは「Scheduled tasks in ChatGPT」で、入口はサイドバーのScheduledページです。1回限り、繰り返し、モニタリングのタスクに対応しています。出典：検索候補で「chatgpt tasks」が「chatgpt scheduled tasks」と並んで表示（2026年10月26日確認）、ヘルプセンター。

ChatGPTのスケジュールタスクが動かない（chatgpt scheduled tasks not working）：最初に何を確認すべきですか？ Scheduledページを開き、「paused」や承認待ちの表示がないか確認してください。ヘルプセンターによると、承認が必要なアクションがあるとタスクは一時停止し、誰も開かないタスクも一時停止することがあります。次に、そのタスクをプロジェクト、GPT、音声チャット、ロックされたチャットのいずれかで作成していないか確認します。タスクがデータを書き込む場合は、実行結果に「blocked by OpenAI's safety checks」と表示されていないか確認してください（フォーラムでユーザーが報告しているケースです）。出典：検索候補「chatgpt scheduled tasks not working」「chatgpt scheduled tasks not showing」、ヘルプセンター、フォーラムの報告。

ChatGPTのカスタムMCPコネクタ（chatgpt custom mcp connector）には今も開発者モードが必要ですか？ いいえ。2026年10月1日に変更されました。Pluginsを開いて「+」を選択し、メニューから「Add custom MCP server」を選択します。Businessワークスペースでは、作成できるのは管理者とオーナーのみです。EnterpriseとEduでは、管理者がロールごとに権限を付与します。出典：検索候補「chatgpt custom mcp connectors」、OpenAIスタッフの回答、ヘルプセンター。

ChatGPTのスケジュールタスクの上限（chatgpt scheduled tasks limit）は？ プランによって異なります。アクティブなタスク数は、FreeとGoが3件、Plusが5件、BusinessとEduが10件、ProとEnterpriseが15件です。有料プランでは1時間ごとの繰り返しが可能で、Freeは最大1日1回です。イベントトリガー型のタスクは、すべて合わせて1時間あたり最大30回、1日あたり最大720回実行できます。出典：検索候補「chatgpt scheduled tasks limit」、ヘルプセンター。

読み取り専用と示されていないEveryInfraのデータツールを、ChatGPTから呼び出せますか？ はい。OpenAIの開発者ガイドによると、ChatGPTは読み取りツールと書き込みツールの両方に対応しています。readOnlyHintのないツールは書き込みアクションとして扱われ、書き込みアクションにはデフォルトで承認が必要です。各チャットで最初に呼び出すと確認が表示され、許可を選択すると、そのチャットではその選択を記憶させることができます。新しいチャットでは再度確認されます。スケジュールタスクでは承認する人がいないため、タスクは一時停止します。スケジュールを設定する前に、通常のチャットでタスクを一度手動で実行してください。出典：Add custom MCP server、当社が2026年10月26日17:23および20:04（SGT）に取得したtools/listの結果。

ChatGPTでEveryInfraを使う場合、どの認証方式を選べばよいですか？ 「No authentication」を選び、URLに?key=の形式でキーを含めてください。当社はOAuthメタデータを公開しておらず、3つのディスカバリーパスはすべて404を返すため、OAuthは失敗します。機能を限定し、USD建ての利用額上限を設定した専用のキーを使ってください。出典：2026年10月26日17:42（SGT）に当社が実施した検証、認証に関する開発者ページ。

週次の需要レーダーにかかる費用は？ 10回のAPI呼び出し料金は週あたり$0.007226で、年間では約$0.38です。結果が空の場合は返金されます。ChatGPTのプラン料金やWorkの利用量は、これとは別にかかります。出典：2026年10月26日時点の機能カタログのprice_usdの値をもとにした当社の計算。実際の請求額もカタログと一致しました。

関連記事

• EveryInfraを呼び出すn8nの日次レポート：2.45スケジューラーの検証
• リモートMCPの受け入れ確認：「ツールが見つかる」から「実際に使える」まで
• RedditのRSSが11月13日に終了：モニタリングの変更方法
• Redditのコメントが不完全に見える理由
• 複数プラットフォームにまたがる評判モニタリング
• Redditのペインポイント調査：reddit/painpoint
• 料金

参考文献

1. 「Scheduled tasks in ChatGPT」、OpenAIヘルプセンター、2026年10月26日閲覧、<https://help.openai.com/en/articles/10291617-scheduled-tasks-in-chatgpt>
2. 「ChatGPT Work and Codex」、OpenAIヘルプセンター、2026年10月26日閲覧、<https://help.openai.com/en/articles/20001275>
3. 「ChatGPT release notes」（2026年8月25日、9月29日、10月20日の項目）、OpenAIヘルプセンター、<https://help.openai.com/en/articles/6825453-chatgpt-release-notes>
4. 「Connecting custom MCP servers in ChatGPT」、OpenAIヘルプセンター、2026年10月26日閲覧、<https://help.openai.com/en/articles/12584461-connecting-custom-mcp-servers-in-chatgpt>
5. 「Managing app permissions in ChatGPT」、OpenAIヘルプセンター、<https://help.openai.com/articles/20001495>
6. 「Connected apps in ChatGPT」、OpenAIヘルプセンター、<https://help.openai.com/en/articles/11487775-apps-in-chatgpt>
7. 「About ChatGPT Pro tiers」、OpenAIヘルプセンター、<https://help.openai.com/articles/9793128>
8. 「What is ChatGPT Plus?」、OpenAIヘルプセンター、<https://help.openai.com/en/articles/6950777-what-is-chatgpt-plus>
9. 「What is ChatGPT Go?」、OpenAIヘルプセンター、<https://help.openai.com/en/articles/11989085-what-is-chatgpt-go>
10. 「ChatGPT Business release notes」（2026年9月29日のTeam tasks）、OpenAIヘルプセンター、<https://help.openai.com/en/articles/11391654-chatgpt-business-release-notes>
11. 「ChatGPT Enterprise and Edu release notes」、OpenAIヘルプセンター、<https://help.openai.com/en/articles/10128477-chatgpt-enterprise-and-edu-release-notes>
12. 「リグレッション：スケジュールタスクの安全チェックが、許可済みのGmail送信とGoogle Sheetsへの書き込みをブロックする」、OpenAI Developer Community、2026年10月4日（ユーザー報告）、<https://community.openai.com/t/1403242>
13. 「ChatGPT Proの［セキュリティとログイン］に開発者モードが表示されない」（OpenAIスタッフの回答、2026年10月1日）、OpenAI Developer Community、<https://community.openai.com/t/1402157>
14. 「Feature Request: Use an Identifiable User-Agent for Custom MCP Server Validation」、OpenAI Developer Community、2026年9月3日（ユーザー報告）、<https://community.openai.com/t/feature-request-use-an-identifiable-user-agent-for-custom-mcp-server-validation/1394731>
15. 「ChatGPTのスケジュールタスクがGitHubへの書き込みに失敗し、自動的に無効化される」、OpenAI Developer Community、2026年10月8日（ユーザー報告）、<https://community.openai.com/t/chatgpt-scheduled-tasks-fail-to-write-to-github-and-automatically-disable-themselves-after-failed-executions-without-user-authorization/1404882>
16. 「プラグインを接続してテストする」、OpenAI Developers、<https://developers.openai.com/plugins/deploy/connect-chatgpt>
17. 「Authentication」、OpenAI Developers、<https://developers.openai.com/plugins/build/auth>
18. 「ツールを定義する」（安全性アノテーションの計画）、OpenAI Developers、<https://developers.openai.com/plugins/plan/tools>
19. 「MCPサーバーを構築する」、OpenAI Developers、<https://developers.openai.com/plugins/build/mcp-server>
20. 「Plugin UIの変更履歴」（アプリの権限コントロール、2026年6月12日）、OpenAI Developers、<https://developers.openai.com/plugins/changelog>
21. 「MCP Events」、OpenAI Developers、<https://developers.openai.com/plugins/build/mcp-events>
22. 「Scheduled tasks」（Codex）、OpenAI Developers、<https://developers.openai.com/codex/app/automations>
23. 「MCP and Connectors」（Responses API）、OpenAI Developers、<https://developers.openai.com/api/docs/guides/tools-connectors-mcp>
24. 「Model Context Protocol」、ChatGPT Learn、<https://learn.chatgpt.com/docs/extend/mcp>
25. 「Pricing」（ChatGPT Work and Codex）、ChatGPT Learn、<https://learn.chatgpt.com/docs/pricing>
26. 「Schema Reference: ToolAnnotations」、Model Context Protocol 2025-11-25、<https://modelcontextprotocol.io/specification/2025-11-25/schema#toolannotations>
27. 「Authorization」、Model Context Protocol 2025-11-25、<https://modelcontextprotocol.io/specification/2025-11-25/basic/authorization>
28. 「RFC 6750: The OAuth 2.0 Authorization Framework: Bearer Token Usage」、IETF、2012年10月、<https://www.rfc-editor.org/rfc/rfc6750>
29. 「RFC 9728: OAuth 2.0 Protected Resource Metadata」、IETF、<https://datatracker.ietf.org/doc/html/rfc9728>
30. 「MCP Inspector」、Model Context Protocol、<https://modelcontextprotocol.io/docs/tools/inspector>
31. 「インフラ更新の続報：今後数か月の変更点」、r/modnews、2026年9月30日、<https://www.reddit.com/r/modnews/comments/1wubgvt/continuing_our_infrastructure_updates_whats/>
32. 「RedditがAIボットを理由にRSSフィードを廃止し、公開APIへのアクセスを終了」、TechCrunch、2026年9月30日（二次情報。原典は文献31）、<https://techcrunch.com/2026/09/30/reddit-is-killing-rss-feeds-ending-public-api-access-because-of-ai-bots/>
33. 「Responsible Builder Policy」、Reddit Help、<https://support.reddithelp.com/hc/en-us/articles/42728983564564-Responsible-Builder-Policy>
34. 「スケジュールタスクが失敗する」、r/ChatGPT（ユーザーのスレッド）、<https://www.reddit.com/r/ChatGPT/comments/1x049yo/scheduled_tasks_failing/>
35. 「これはスケジュールタスクにとってある種のパラドックスでは？」、r/ChatGPT（ユーザーのスレッド）、<https://www.reddit.com/r/ChatGPT/comments/1wvnhp8/isnt_this_kind_of_a_paradox_for_scheduled_tasks/>
36. 「ChatGPTのスケジュールタスクが最近、Codex/Workの利用枠を消費するようになりましたか？」、r/codex、2026年10月5日（ユーザー報告）、<https://www.reddit.com/r/codex/comments/1wxxqwh/did_chatgpt_scheduled_tasks_recently_start/>
37. 「スケジュールタスクで作業を自動化する」、Claude Code Docs、<https://code.claude.com/docs/en/routines>
38. 「ChatGPT Scheduled Tasks: What They Are and How to Use Them」、Zapier、2026年9月2日（二次情報）、<https://zapier.com/blog/chatgpt-scheduled-tasks/>
39. 「ChatGPT MCP: Connect MCP Servers to ChatGPT」、AnythingMCP、2026年9月25日（二次情報）、<https://anythingmcp.com/guides/clients/chatgpt>
40. EveryInfra機能カタログ、2026年10月26日17:22（SGT）閲覧、<https://api.everyinfra.com/api/v1/social/catalog>
41. EveryInfra OpenAPIドキュメント、2026年10月26日17:42（SGT）閲覧、<https://api.everyinfra.com/openapi.json>
42. r/PasswordManagersのコミュニティページ、<https://www.reddit.com/r/PasswordManagers/>
43. 「カスタムMCPサーバーを追加する」（セクション「ツール呼び出しの確認と承認」）、OpenAI Developers、2026年10月26日20:05（SGT）閲覧、<https://developers.openai.com/api/docs/guides/custom-mcp-server>