常時稼働エージェントの作り方（Claude公式ブログを資料化）

以下のURLを私のClaude Codeに渡して、スライドをポン出しする実験です。
https://claude.com/ja/resources/articles/building-always-on-agents

1. Claude公式記事を読む 常時稼働エージェントは どう作るのか みのるん @minorun365
2. 御田 稔 みのるん KDDIアジャイル開発センター株式会社 テックエバンジェリスト KDDI株式会社 Distinguished Engineer AWS AI Hero @minorun365 デブサミ2026 ベストスピーカー 2
3. このスライドはポン出しです！ みのるん式で育てたClaude Codeのハーネスに、 ブログのURLをそのまま渡しました。 https://claude.com/ja/resources/articles/building-always-on-agents このブログの内容をMarpのみのるんグラスのテーマで 解説スライドにしてもらえますか？ どんなスライドが出てくるかの実験です @minorun365 3
4. 今日読む記事 AIエージェントの裏側を5つの部品に分けて解説した記事です。 項目 内容 タイトル Building always-on agents 公開日 2026年11月13日（金） 著者 William Hu @minorun365 4
5. 常時稼働エージェントとは 記事では、次の2つを満たすエージェントを指します。 セッションをまたいで文脈を引き継ぐ 人が見ていなくても、自分から動く 中のループはふつうと同じ。 違うのは周りの仕組みです。 @minorun365 5
6. 再注目のきっかけはモデルの進化 意図をくむ力が上がり、長い仕事ほど安くなりました。 仕事の種類 Opus 5.5 のコスト（Opus 5 比） 長時間のコーディング課題 1件あたり78%減 ふだんの作業 40%減 @minorun365 6
7. 本当にずっと 起きているの？
8. 実はほとんど寝ています！ 1回のラン イベントが届く 作業する 記録を残す 眠る トークンは使わない これを延々と繰り返す 起きてから眠るまでの1回分を「ラン」、 メッセージとツール呼び出しの記録を「セッション」と呼びます。 @minorun365 8
9. 周りを支える5つの部品 ループの外側に、この5つを足していきます。 部品 イベントインボックス タイマー メモリ 権限 アウトボックス @minorun365 役割 起きるきっかけを1か所で受け取る 次に起きる時刻を自分で決める ランをまたいで覚えておく 無人で動いてよい範囲を決める 結果をユーザーへ届ける 9
10. ① イベントインボックス
11. エージェントを直接呼ぶと壊れる Webhookや定期タスクから直接呼ぶと、こうなります。 同時に届いた2件が、ランを取り合う 途中で落ちると、イベントごと消える そこで、すべてのイベントを いったん受け箱へ入れるのが基本です。 @minorun365 11
12. インボックスの仕組み Webhook タイマー 受付 すぐに応答 インボックス イベントの⼀覧 ワーカー 同時に1つだけ ラン ユーザーの返事 一覧はふつうDBのテーブルで、発生元のIDで重複を除きます。 まずはユーザーごとに1つから始めるのがおすすめ。 @minorun365 12
13. 作るときの4つの作法 重い検査は受付でやらず、ランの中で行います。 作法 受付はすぐ応答する 一覧を正とする ワーカーは同時に1つ たまった分はまとめる @minorun365 理由 遅いと失敗扱いする発生元がある ワーカーが落ちても、やり直せる 二重の作業や上書きを防ぐ 連投されても返事は1回で済む 13
14. ② タイマー
15. タイマーは2種類 自分で決める期限と、決まった周期の2つです。 種類 例 期限が来たら フォローアップ 返事が来たか確かめる 完了にする スケジュール 毎日のニュースレター 次の時刻へ進める @minorun365 15
16. タイマーが鳴るまで タイマー自身は、ランを起こしません。 ランが予約する インボックスとは 別のテーブルに置く @minorun365 見回り役が探す スケジューラーが 期限の来たものを拾う 受け箱へ入れる イベントになって 次のランが始まる 16
17. ③ メモリ
18. 残すのは調べ直せない情報 課題管理ツールのように他にある情報は、場所を残せば足ります。 種類 ユーザーの指示 ユーザーについてのメモ 伝えたこと タスクの進み具合 @minorun365 中身 振る舞いへの指示 役割・好み・訂正された点 同じ話を繰り返さないため 終わったことと残り 18
19. 記事の例はファイルで持つ 毎回読むのは小さな3つで、詳しい中身は要るときに開きます。 instructions.md ユーザーの指示 毎回読む index.md メモと進み具合の目次 毎回読む reported.md 伝えたこと 毎回読む notes/ ユーザーについてのメモ 要るときに読む progress/ タスクの進み具合 要るときに読む @minorun365 19
20. 毎回読み込むものは軽く どのランも、作業の前に同じものを読み込みます。 システムプロンプト・ツール定義・メモリ 最小限に絞り、キャッシュで安くする 長いセッションは圧縮するか、新しく始める @minorun365 20
21. 消える前にメモリへ！ 圧縮しても、新しく始めても、細部は消えます。 残したいことは、ランの途中で書いておく 過去のセッションを見直して記憶を整える 「ドリーミング」も紹介されています。 @minorun365 21
22. ④ 権限
23. いちばん危ないのが権限 ランはユーザーの権限を持ったまま、無人で動きます。 部品 やり方 認証情報の保管 外のプロキシが送信時に本物を差し込む オートモード 危ない操作を分類器が見つけて止める ツール呼び出しの保留 大事な判断はユーザーに聞いてから @minorun365 23
24. 聞いている間はいったん寝る 確認が要る 操作に当たる セッションを保存 してランを終える ユーザーに 確認カードを出す 返事が届いたら 続きから再開 返事は「イベント」としてインボックスに戻る 返事を待つ間も、ワーカーは他のイベントを処理できます。 @minorun365 24
25. ⑤ アウトボックス
26. ランの終わり方は3つ 経過は見せず、結果と要点を届けます。 01 メッセージを 送り箱へ入れる 02 送るものは 無いと判断する 03 保留して 確認を求める 多くは「送信」ツール1本で足ります。 @minorun365 26
27. 最初は静かに始めよう 送る量は評価（evals）で探ります。 控えめに始めて、少しずつ注意をもらうのがおすすめ。 @minorun365 27
28. 5つの部品のつながり タイマー インボックス 次に起きる時刻を予約 ラン（1回の作業） メモリ 読む・書き⾜す 権限 範囲の中で動く アウトボックス ユーザー ユーザーの返事も、イベントとして戻る 1回のランは短くても、この循環が続くので 「ずっと動いている」と感じられます。 @minorun365 28
29. Claude Codeで見覚えのある部品 記事は、実装の例として身近な機能を挙げています。 記事の部品 メモリ 危ない操作の判定 呼び出しの保留 確認カード @minorun365 記事が挙げている実装例 Claude Code の自動メモリ Messages API のメモリツール Claude Code のオートモード Claude Code のフック MCP Apps の対話カード 29
30. 原文はこちら claude.com/ja/resources/articles/building-always-on-agents
31. Thank you! みのるん @minorun365