このレッスンでできるようになること
前回作った依頼書を使い、公開情報の調査を一度完了させます。ここで整えるのは、利用できる契約、必要な情報への接続、結果の受け取り方です。接続するサービスを増やすより、一件の調査が最後まで通ることを優先します。本記事の依頼文と比較表は練習用の設計例です。公式資料は2026年10月19日に確認していますが、契約ごとの実画面やGrokでの実行結果を検証した記録ではありません。
1．契約とサインイン先を確かめる
公式の開始ガイドでは、対象となる有料Cursor契約、または個人のSuperGrok系契約をCursorアカウントへ連携する方法が案内されています。契約名だけで判断せず、Grok BotのSettingsからUsage & Billingを開き、自分のアカウントで利用可能になっているか、週の利用枠と追加利用の扱いを確認します。表示がない場合はCursorのアカウント画面、組織契約なら管理者へ確認します。
まだアプリがない場合は公式のGrok Botダウンロードページから端末に合うものを選び、Sign inでブラウザー認証を完了して戻ります。SuperGrok連携を求められた場合は、その案内に従います。画面名は配布状況で変わることがあります。前回の「仕事整理」Botが表示されることを確認してください。別のアカウントで入り直していたら、同名のBotを重ねて作る前にアカウントを照合します。
2．調査に必要な接続だけを選ぶ
今回の対象は企業の公開お知らせページです。メールや予定表の接続は不要です。会社名から検索させる前に、前回の依頼書のURLを一つ開けるか確認させます。ログインを求めるページだった場合は、公開ページへ変更できるかを判断します。閲覧できないページを、閲覧済みとして埋めさせないことが重要です。
別の仕事で社内資料が必要なら、Connect appsで対象プラグインを探し、Addを選んで認証します。画面に示されるアカウントと許可範囲を確認し、利用可能なツールを点検します。読み取りだけの仕事なら、不要な書き込みツールを無効にできるか確認します。「変更しないで」という文章は行動上の指示であり、サービス側のアクセス権を読み取り専用へ変更する設定ではありません。
ブラウザーでのログインを求められたら、Botのコンピュータ画面へ移り、引き継ぎ操作で必要な認証だけを行います。パスワードを会話に貼りません。接続やログインは同じアカウントの他のBotからも使えるため、今回の担当だけに秘密を預けたとは考えないでください。
3．期間を固定して最初の調査を実行する
閲覧できることが分かったら、三社分のURLと期間を再掲して調査を開始します。「先週」のような相対的な表現は、後から読み返すと範囲が曖昧になります。開始日と終了日を書き、発表日と取得日を分けます。記事の更新日しかない場合も、その区別を残します。
期待する結果は、単なる記事一覧ではありません。たとえば「A社／10月15日／新プラン発表／公式URL／10月19日確認」という事実の行と、「自社の料金説明を比較する」という検討案が別々に並びます。この日付と会社名は形式を示す架空例です。実際の発表がなければ空欄を埋めず、調査範囲を添えた該当なしの報告にします。
4．完成した表を、元ページと照合する
最初の結果では、各社一件ずつ出典を開き、発表日、製品名、条件を確かめます。「一部の契約だけ」が「全員利用可能」に変わっていないかを見ると、要約の抜けを発見しやすくなります。合計件数が合っていても、重要な条件が消えていたら修正が必要です。
同じ誤りが続く場合は「もっと正確に」ではなく、「対象プランと提供地域を省略しない」と基準を具体化します。修正しても裏付けが取れない行は未確認に戻します。ページが開けないときも、再試行を重ねる前に問題のURLと停止箇所を報告させます。
実践課題と完了チェック
三社の調査を一度実行し、比較表から元ページへ戻れること、期間と対象が一致すること、未確認と該当なしが分かれていることを確認してください。修正があれば反映し、最終結果を会話から開ける状態にします。契約画面で利用状況も確認し、まだ定期実行は作成しません。次回は、依頼の整理と担当への受け渡しを担う統括Botを設計します。
