このレッスンでできるようになること
安定した調査手順を、決まった時刻に動くルーチンへつなぎます。さらに、同じ手順を複数の人が使う場合のTeam Botを理解します。個人の複数Botによる分担と、チームの人が利用する一体のBotは別の仕組みです。以下の運用は本コースの設計例です。公式資料は2026年10月19日に確認していますが、ルーチンの作成・定期実行・チーム公開は実機未検証です。
1．定時実行の担当、時刻、届け先を固定する
前回のスキルが別入力でも動いたら、担当Botの会話でルーチン作成を頼みます。曜日、時刻、タイムゾーン、入力、成果物、失敗時の扱いを含めます。最初は自分の会話へ返すだけにし、結果が安定してから共有先への配信を検討します。下の例は作成の依頼なので、実行すると自動化の設定が変わります。
作成の返答だけでなく、次回実行が意図した曜日と時刻かを見ます。依頼書に固定日付が残っていれば、毎週同じ期間を調べてしまいます。ルーチンが期間を決める場合は、その旨を依頼書にも合わせ、矛盾を残しません。
2．テスト実行と停止方法を確認する
BotのView conversation detailsからRoutinesを開き、対象のルーチンを確認します。公式ガイドはテスト、編集、一時停止、履歴確認を案内しています。表示版によって操作位置が異なる場合は、対象項目のメニューも確認します。Test runは見本の表示ではなく実際の仕事をするため、公開情報だけの入力で試します。
一回の結果に加え、失敗時に通知が届くかを確かめます。動かしたくない間はルーチンを一時停止します。Botをサイドバーから隠すだけでは停止になりません。再開前には入力の場所、接続、時刻を確認し、変更があれば再テストします。
3．イベント起動は、条件を狭くして試す
新しい通知やメッセージをきっかけに動かす方法もあります。公式資料はCursorアカウントのイベント連携と、Botが情報を読むプラグインを別に説明しています。Slackを読む接続を追加しただけで、全メッセージに反応する自動化が完成したとは判断しません。対応する起動条件と接続方法を確認してから設定します。
重複防止の台帳は本コースの提案で、標準機能が自動的に保証するものではありません。採用した処理方法が二重の通知でも重複出力しないかをテストします。失敗した処理を再開する場合も、すでに保存した成果物を確認してから続きを実行します。
4．Team Botは共有する資料から作る
チームで同じ質問窓口を使う場合は、利用可能なチームアカウントのデスクトップでNew chatからCreate new Team Botを選びます。目的を説明し、SetupのPlugins、Secrets、Skills、Filesを確認します。まず未公開で作り、共有可能な資料だけを追加します。個人Botを複製する場合も、個人的な記憶をそのまま渡さないようにします。
Team BotのFilesは一般チャット添付と同じ対応形式とは限りません。公式ガイドにあるテキスト、Markdown、CSVなどの対応形式を確認して資料を整えます。PDFがある場合は必要部分を確認済みのテキストへ整理する方法もあります。全社の原本を無条件に投入せず、対象業務の資料から始めます。
5．公開と、各人の実行を区別する
確認後、共有してよいと決めたらPublish to teamで公開します。別のメンバーはNew chatのTeam Botsから利用します。OAuthで接続するプラグインは利用者自身の認証、キー型はBotに設定した共通の認証になるなど、方式でアクセス範囲が違います。「個別会話だから共有キーも個人専用」とは考えません。
Team Bot上のルーチンは作成した人に属し、その人の会話で動きます。チーム全員に一つのルーチンが自動配布されるわけではありません。共通チャンネルへ結果を届ける場合は、送信先と配信を別に許可します。Slackへの導入は公開後にBot詳細からBring to your team's Slackを選び、管理者の承認が必要ならその手順を完了します。まずアプリ内の個別利用を確認してから広げます。
実践課題と完了チェック
個人利用なら定時ルーチン一件を作り、実行結果、次回時刻、一時停止を確認してください。チーム利用なら未公開のTeam Botで三種類の質問を試し、共有資料と認証方式を確認します。設定案、テスト済み、稼働中、公開済みを区別して台帳へ残します。次回は、続ける価値があるかを品質と利用量から見直します。
