AIに「伴走」してもらう——毎朝のチェックインを自動化した話
YRGRの第1話と第2話の教えをAIエージェントに組み込んで、毎日3回のチェックインで伴走してもらう仕組みを作った
この記事は約8分で読めます
YRGR の物語を書き終えて、ふと思った。
この教え、自分はちゃんと実践できているだろうか？
第1話で先輩が言った「時間がないんじゃない、優先順位の問題だ」。第2話の「忙しかったから、は自己防衛だ」。頭ではわかっている。でも日々の仕事に追われると、すぐ忘れる。
そこで、AI に毎日リマインドしてもらうことにした。
「伴走」という言葉
最近「伴走」という言葉をよく聞くようになった。
もともとはカスタマーサクセスやコーチングの業界で使われていた言葉で、「伴走支援」「伴走型オンボーディング」のように、クライアントや部下に寄り添いながら一緒に進める支援のことを指す。行政の中小企業支援でも「伴走支援」が制度用語として定着している。
そこから最近、AI プロダクトの文脈にも広がってきた。「管理される」より「伴走される」方が心理的負担が少なく、続けやすいからだ。
具体的には、上司が部下に短時間だけ付き添って段取りを一緒に決める運用のことだ。
監視ではない。詰まりを先に潰すための朝ミーティング。やることは5〜10分で終わる。
- 今日やるタスクを1〜3個に絞る
- 優先順位を決める（まず1個目を明確化）
- 詰まりそうな点を確認する
- 終了条件を決める（何が終われば完了か）
ポイントは「頑張って」ではなく次の一手を具体化すること。そして本人の自己管理だけに丸投げしない仕組みにすること。
これを、AI にやってもらえないか。
仕組み
私は OpenClaw という AI エージェントを使っている。OpenClaw には「cron」という機能があって、決まった時間に AI に自動でメッセージを送らせることができる。
パソコンの世界では「cron（クロン）」は昔からある仕組みで、「毎朝8時にこの処理を実行する」といったスケジュール実行のことだ。目覚まし時計のプログラム版と思えばいい。
この cron を使って、1日3回のチェックインを設定した。
| 時刻 | 役割 |
|---|---|
| 朝5:00 | 今日の最重要1〜3件を決める |
| 昼12:00 | 詰まり確認と予定の組み替え |
| 夜22:00 | 未完了の振り返りと明日の1件先決め |
朝が5時なのは、起きたらすぐ確認できるようにするため。5時に返事をするわけではなく、起きたときにはもうチェックインが届いている状態にしたかった。
YRGR の教えを組み込む
ここからが面白いところだ。
チェックインのプロンプト（AI への指示文）に、YRGR の第1話と第2話の教えを組み込んだ。
第1話の教え：優先順位の技術
第1話「タイムマネジメント」で先輩が伝えた核心は、「時間がないんじゃない、優先順位を決めていないだけだ」ということだった。
朝のチェックインでは、AI が TODO リストを見て「今日はこの1〜3件が最重要です」と提案してくれる。全タスクを書き出した上で、今日やることと後でいいことを分ける。「これは今やるべきか？」を一拍おいて判断する。
反応的に目の前の仕事に飛びつくのではなく、朝の段階で「今日はこれ」と決める。先輩が教えてくれた、まさにその実践だ。
第2話の教え：自己防衛を潰す
第2話「自分がかわいい」で先輩が指摘したのは、「忙しかったから」という言い訳は自己防衛だということだった。
夜のチェックインでは、AI が未完了タスクの理由を短く振り返る。「忙しかった」で終わらせず、見積もりが甘かったのか、断るべきだったのか、誰かに委任すべきだったのかを分類する。
同じ言い訳が2回出たら、改善対象として扱う。自分では気づきにくい「いつものパターン」を AI が可視化してくれる。
実際のチェックイン
実際に届いたチェックインを紹介する。
朝5:00 — 今日の段取り
おはようございます。朝のチェックインです。
- 今日の最重要（順番）
① ドキュメント整理
② アプリ公開ロードマップ実行
③ 新サービスの企画書作成
次の一手①（5〜15分） 対象ドキュメントを1フォルダに集約し、最初の10件だけ処理開始
次の一手②（5〜15分） ロードマップを「今日やる1工程」に分解して、最初の工程だけ着手
次の一手③（5〜15分） 提供物（成果物・価格・納期）を3点だけ箇条書きで下書き
「これは今か？」迷ったら自己防衛の言い訳を止めて、上から順に最初の5分を実行しましょう。
起きてスマホを見たら、もう今日の段取りが決まっている。各タスクに「5〜15分でできる次の一手」が付いている。考える前に動ける。
昼12:00 — 詰まり解消
昼チェックインです。 午前の詰まりは「アプリの公開ロードマップ」が広すぎて、着手単位が曖昧だった点ですね。 分類は見積もりです（30〜60分単位に切れていない状態）。
午後の最優先は、ロードマップを"今日やる1マイル"に分解して1件完了。 次の一手は、まず15分で「公開までの工程を3〜5項目に分解」し、その中の最小1件だけ着手・完了しましょう。
「詰まりの原因」を分類してくれるのがポイントだ。今回は「見積もり」——タスクが大きすぎて手が止まっていた。「断れなかった」でも「委任すべきだった」でもなく、「切り方が足りなかった」。原因がわかれば対処も明確になる。
夜22:00 — 振り返り
夜のチェックインです。 今日の3件（ドキュメント整理／アプリ公開ロードマップ／新サービス企画書）は未完了でした。理由は優先が分散したことです。
明日は「忙しかった」を言い訳にしない前提で進めましょう。最優先は ドキュメント整理、最初の一手は
- 対象ドキュメントを1フォルダに集約
- 処理対象を3件に絞る
- 1件目の整理を開始
3件とも未完了。でも AI は責めない。「優先が分散した」と事実を指摘して、明日の最初の一手を提案するだけだ。
「頑張って」ではなく「まずドキュメントを1フォルダに集めろ」。これが伴走だ。
破綻しないためのルール
こういう仕組みは、重くなりすぎると続かない。以下のルールを設けた。
- 長文禁止 — 毎回3〜6行。読むのに30秒以上かかったら失敗
- タスクは増やさない — 常に1〜3件。「あれもこれも」はやらない
- 「忙しかった」で終わらせない — 代わりに改善を1つ出す
- 週次で微調整 — 運用が形骸化していないか振り返る
AI にトークン（処理コスト）を浪費させないために、もともと crontab（システムのスケジューラー）でシンプルな通知を送っていた。でも TODO リストを読んで文脈に合ったチェックインをするには、AI の判断が必要だ。そこで OpenClaw の cron に移行した。
自分のコンテンツを自分で使う
振り返ると、面白い構造になっている。
YRGR の物語を書いた。その教えを AI エージェントのプロンプトに組み込んだ。AI が毎日その教えに基づいてチェックインしてくれる。結果として、自分が書いたコンテンツに自分が毎日助けられている。
第1話の「優先順位を決めろ」も、第2話の「自己防衛に気づけ」も、知識としては知っていた。でも知っているのと実践するのは違う。AI の伴走があると、知識が毎日の行動に変わる。
先輩が毎日そばにいて「今日は何やるの？」「昨日はなんで終わらなかったの？」と聞いてくれるようなものだ。ただし先輩は怒らない。責めない。淡々と次の一手を提案してくれる。
それが、AI の伴走だ。