---

name: subagent-monitor description: 配下エージェント（Clawdbot の別エージェント）の進捗を定期監視するスキル。cron ジョブで定期実行し、sessions_list / sessions_history で各エージェントの状況を確認、問題があれば対処指示を送り、重要な進捗のみ上位に報告する。「進捗確認」「エージェント監視」「定期チェック」「サブエージェント状態」などの作業に使う。

配下エージェント進捗監視

概要

Clawdbot の統括エージェント（マネージャー）が、配下の専任エージェントの進捗を定期的に監視するワークフロー。

監視対象の特定

配下エージェントのセッションは agent:<agent-id>: で始まるセッションキーで識別する。

sessions_list(activeMinutes=35) → agent:torishima:*, agent:nemo:* を特定

監視手順

Step 1: セッション一覧の確認

sessions_list(activeMinutes=35, messageLimit=1)

確認ポイント:

• 各配下エージェントのアクティブセッションがあるか
• 最終更新時刻（updatedAt）はいつか
• セッションが長時間更新されていなければ停滞の可能性

Step 2: 各エージェントの詳細確認

sessions_history(sessionKey="agent:<id>:...", limit=2, includeTools=false)

確認ポイント:

• 最新のメッセージ内容（何をやっているか）
• エラーが発生していないか
• タスクが完了したか、進行中か

Step 3: 問題の対処

問題がある場合:

sessions_send(sessionKey="agent:<id>:...", message="対処指示")

対処パターン:

• エラー発生 → 具体的な修正指示を送信
• タスク停滞 → 状況確認と再開指示を送信
• 方向性の誤り → 正しい方針を再伝達
• 完了報告なし → 完了確認と次タスクの指示

Step 4: 進捗記録

memory/YYYY-MM-DD.md に追記:

### 進捗監視 [HH:MM]
- **Torishima:** [状況] — [詳細]
- **ネモ船長:** [状況] — [詳細]

Step 4.5: 視覚確認（サイト変更を伴うタスク完了時）

サイト構造・デザイン・記事の変更がある場合、必ずスクリーンショットで実際の表示を確認:

agent-browser open "https://..."
agent-browser screenshot --full

問題があれば sessions_send で修正指示を送信し、修正完了後に再度スクリーンショットで確認。 問題がなくなるまでループする。 これは省略不可の基本動作。

Step 5: 上位報告

毎回必ず報告する。 報告は端的に3-5行以内。

⚠️ 重要: Slack投稿ルール

• Step 1〜4の間、セッション返答はすべて NO_REPLY にすること
• 「巡回を実施いたします」「状況把握完了」「記録を更新します」等の中間メッセージは絶対に出さない
• 報告は Step 5 で message action=send を使って 1回だけ 投稿する
• チャンネルが作業ログで埋まるのを防ぐため、これは厳守

正常進行の場合:

📊 巡回 [HH:MM] ✅
• エージェントA: [前回からの進捗サマリ 1行]
• エージェントB: [前回からの進捗サマリ 1行]

問題発生の場合:

📊 巡回 [HH:MM] ⚠️
• [エージェント名]: [問題の内容と対処]

フェーズ完了の場合:

📊 巡回 [HH:MM] 🎉
• [エージェント名] Phase X 完了: [成果サマリ]

cron 設定

設定例: references/cron-config.json

ポイント:

• sessionTarget: "main" — メインセッションで実行（既存コンテキストを活用）
• wakeMode: "next-heartbeat" — 次のハートビートで実行
• 頻度は 30分間隔が推奨（15分だと過剰、1時間だと遅い）

報告のベストプラクティス

• 報告過多は避ける — 「特に問題なし」の報告は不要
• 問題は即座に — エラーや停滞は発見次第対処
• 完了は明確に — フェーズ完了時は成果物のサマリーを含める
• 品質評価を含める — 完了物の品質が基準を満たしているか確認

詳細な監視パターン

詳細は references/monitoring-patterns.md を参照。

⚠️ よくある落とし穴

• 中間メッセージをSlackに投稿してしまう: Step 1〜4 の間に「巡回を実施いたします」「状況把握完了」等のメッセージを出すと、チャンネルが作業ログで埋まる。報告は Step 5 で message action=send を使って1回だけ投稿する。これは厳守
• 視覚確認の省略: サイト変更を伴うタスク完了時にスクリーンショットを撮らずに「完了」と報告してしまう。表示崩れや404が起きていても気づけない。問題がなくなるまでスクリーンショット確認をループすること
• セッションキーの特定ミス: 配下エージェントのセッションは agent:<agent-id>: で始まる。sessions_list の結果から正しいキーを特定しないと、無関係なセッションの履歴を確認してしまう
• 「特に問題なし」の過剰報告: 正常進行時に毎回長文で報告すると、本当に問題がある報告が埋もれる。正常時は端的に3-5行以内で済ませる