このレッスンでできるようになること
一度よい結果が出ても、次の依頼で同じ品質になるとは限りません。今回は成功した競合調査をスキルにまとめ、別の対象でも使えるか試します。スキルは作業方法を再利用するための指示で、ルーチンは実行の時機を決めるものです。先に方法を安定させてから定期実行へ進みます。公式資料は2026年10月19日に確認しました。以下は練習用設計であり、Grokでスキル保存や実行を試した記録ではありません。
1．成功した結果から、変わらない手順を取り出す
第6回の最終報告、品質確認の記録、修正した理由をそろえます。結果だけを保存すると、なぜその形式になったかが抜けます。「発表日と取得日を分ける」「提供地域を省略しない」「未確認を該当なしにしない」のように、品質を支えた判断を取り出してください。
一方、今回の企業名や調査期間はスキルに固定しません。次に入力する変数として分けます。スキル名も「10月19日のA社調査」より「公式発表の比較調査」の方が、使う場面を理解しやすくなります。仕事の種類を広げすぎず、どこまで共通化できるかを考えます。
2．手順だけでなく、分岐の条件を記載する
下書きが返ったら、正常時以外の動作を見ます。発表日がないページは別欄へ置く、ログイン要求が出たら報告する、比較対象が空なら実行前に質問する、という分岐が必要です。「失敗したら適切に処理する」では、何をすればよいか分かりません。
また、変更がゼロでも失敗とは限りません。指定した範囲を読めて、該当する発表がなかったなら、調査範囲と確認日を付けて完了できます。ページを読めなかった場合は未確認です。この二つを区別する条件をスキルへ入れると、定期実行したときの誤解を減らせます。
依頼の長さを短くすることより、別のBotが読んでも判断が揃うことを優先します。担当名を固定する必要がない部分は「調査担当」と役割で書き、実際の担当一覧はその案件の役割表から渡します。
3．保存した内容を、名前と本文で確認する
下書きが整ったらBotへ保存を依頼します。公式ガイドは会話から成功した手順をスキルとして保存する方法を案内しています。保存後は名前と内容を確認し、利用するBotが必要な資料や接続を持つかを別に点検します。スキルを共有できても、すべての入力やサービスにアクセスできるという意味ではありません。
呼び出し方法は配布版によって表示が異なる可能性があります。本コースでは特定のメニュー記号を前提にせず、会話で保存したスキル名と使用目的を伝え、どの手順を使うか確認します。スキルが見つからなければ、名前を推測して似た作業を始めるのではなく、保存状況の確認へ戻します。
4．操作を見せて教える場合も、説明を補う
Teach a taskが利用できる場合は、Botとの個別会話でコンピュータ画面を開き、実演する結果を説明してから操作を見せます。記録を停止し、生成されたスキルを読み直してから試します。ボタンがない環境では、成功した作業記録と文章の手順からスキルを作る方法を使えます。
画面操作を記録できても、判断の理由まで自動で正しく保存されたとは限りません。たとえば赤い行を選んだ理由が「期限超過」なら、色ではなく期限の判定条件を書き足します。実演にはテスト用の資料を使い、パスワードや不要な顧客情報を見せないようにします。
5．別の入力と、欠けた入力で再テストする
保存した直後に同じ資料だけで動かすと、今回の値を覚えていたために成功した可能性を区別できません。別の会社と期間を使い、結果が依頼書に沿うかを試します。次に必須情報を一つ抜き、質問して止まるかを確認します。これは製品の機能テストではなく、自分が作った手順の受入試験です。
実践課題と完了チェック
一つの成功手順を保存し、別入力での結果と情報不足時の停止を確認してください。スキル名が存在するだけでは完成ではありません。必要な入力が明確で、結果を根拠と照合でき、失敗時に理由を返せることを確認して「再利用可能」と記録します。未実行なら「保存済み・未試験」と残します。次回は、この手順をルーチンとチーム運用へつなぎます。
