27稼働プロファイル
（default＋26）
（default＋26）
3窓口ボット
main / second / third
main / second / third
37定期ジョブ総数
（12プロファイル分）
（12プロファイル分）
23有効な定期ジョブ
14停止中の定期ジョブ
（多くはGrok Bot移行時の取り込み）
（多くはGrok Bot移行時の取り込み）
2接続中プラットフォーム
Discord / Slack
Discord / Slack
1. 全体関連図（上から下へ流れる）
👤 入口（メタファからの依頼）
🥽 眼鏡（Rokid）で始まる依頼・音声
📱 電話 / Discordmain-botの電話経路（Discord gateway）
💬 Slack各チャンネル・スレッド
🖥 HermesデスクトップMacアプリから直接
▼gateway が profile_routes と発信元で振り分け（multiplex_profiles）
🚪 窓口ボット 3体（互いに依頼を回さない／会話委譲＝message_agent は禁止、引き渡しは看板のみ）
main-bot（default）第一窓口。看板の orchestrator。モデル実測: nemotron-3.5-lightning（OpenRouter）
second-botSlackの専用チャンネル経由の窓口。役割 fast・primary-pins で固定
third-botSlackの専用チャンネル経由の窓口。役割 agent・main とは別モデル方針
▼kanban_create（assigned_to＝実在profile名）／既存カードがあれば新規作成せず追記
🧭 中核基盤（全ボット共通）
📋 看板 hermes-kanban-mdissues カードが引き渡しの軌跡そのもの。dispatcher が ready を claim して担当profileを起動。kanban-exec-log が1分ごとに記録
⚖️ JEVルーターjev_router/ が判定（dry-runで記録のみ）を担当。bot-roles.yaml（役割別モデル候補）・model-traits.yaml・memory_route_map.yaml を judge-logic-manager が管理
🏨 HOOTEL権限repo-bot は DELEGATION.md と hootel.json が権限のすべて。行動前に hootel_gate で判定し、ask なら承認カード
🔔 通知基盤作業完了 → notify-manager の outbox → notify-queue-flush（7〜21時・15分ごと）→ Slack #hermes-notify。ワーカーは直接投稿しない
▼dispatcher が担当ボットを起動（ワーカー実行）
🛠 ワーカー: repo開発指揮（dev系・各GitHubリポ担当）
ai-memo-tanhayashiroto/ai-memo-tan
bet-simulaterhayashiroto/bet-simulater
clawsses眼鏡リポ。会話は Nemotron、実装は公式DSH deepseek-flash が第一順位
dotshayashiroto/dots
kakeibo-memo家計簿リポ（個人情報あり）
rokid-aiui-grokbotRokid AIUI リポ
web-file-binWebFileBin のコード開発（運用の uploader とは別）
共通: coding の受け渡し順は OpenCode → Kilo → dsh-ofm（clawsses のみ公式DSHが先頭）。画面のある変更はマージ後に screenshot-verify の検証待ち（in_review_others）へ回す。
▼
🎯 ワーカー: 運用・専門ボット
musebotmuse.ai をブラウザで管理し YouTube投稿・応用情報/宅建の動画作成。モデルは Muse Spark（muse2api経由）
webfilebin-uploaderWebFileBinへのアップロード運用（既定はパスワード付き）。コード開発は web-file-bin 担当
signal-monitor定点観測。自分では調べず、指示書→ grok build（調査・HTML・アップロード）→ 結果を notify-manager へ
library-reservation相模原市立図書館の蔵書検索・予約
cost-monitorサブスクリプションの確認と異常チェック・コスト報告
maintainerHermes botモードの不具合の原因究明と改善。再起動は安全スクリプト経由
screenshot-verifyPlaywrightで画面変更を検証。合格→林のレビュー、不合格→実装担当へ差し戻し（3回で pending）
judge-logic-manager（JLM）JEVルール評価・無料モデル一覧の見張りと差し替え・ボットの増減棚卸しと自動反映
▼記憶の読み書きは vault（zettelkasten）を共有し、プロファイルへはコピーしない
🧠 ワーカー: 記憶系ボット 8体（記憶会議・感覚→短期 の2つの部屋で連携）
memory-short短期記憶。当日の dagnetz 管理と受付箱 intake
memory-episodeエピソード記憶。出来事と決定を llm-wiki / graphiti へ
wiki-knowledge意味記憶。llm-wiki の取り込み・検索・点検
memory-prospective展望記憶。issues カードの棚卸しと次の一手
memory-procedural手続き記憶。skills の作成・改訂・索引
wiki-sound感覚（音声）。ライフログ録音の索引を lifelog-wiki へ
wiki-album感覚（画像）。写真・動画の索引と memory box 見回り
memory-managerメタ記憶。層の定義と整合の司会、lint・夜次固定化・週次振り返り
部屋「記憶会議」のメンバー: memory-short / memory-manager / memory-prospective / wiki-knowledge / memory-episode / memory-procedural。部屋「感覚→短期」: memory-short / memory-manager / wiki-sound / wiki-album。記憶ルーティングは memory_route_map.yaml（短期→memory-short、エピソード→memory-episode、意味→wiki-knowledge、展望→memory-prospective、手続き→memory-procedural、音声→wiki-sound、画像→wiki-album、メタ→memory-manager、失敗時の既定は memory-short）。
▼
🌐 外部・土台
Discord接続中。metaphorのサーバーの 一般 / 🔴hermes_8 / 🟢hermes_16gb / 🟡hermes_micro / 🌐hermes_win_grok_share（他マシンのHermes系チャンネルも見える）
Slack接続中。clawsses-green、clawsses-hermes-maintainer、#hermes-notify、second/third 窓口チャンネル 等
モデル基盤OpenRouter（無料モデル群）／ Nous ／ dsh-ofm（ローカル無料）／ muse2api-local（musebot用）／ xAI OAuth（フォールバック）。APIサーバーは切断中
Vault / GitHubzettelkasten（dagnetz・llm-wiki・issues・skills）が共有記憶と看板の置き場。各 repo-bot は hayashiroto 配下の担当リポを持つ
⚠️ メインボットへの質問結果との食い違い（重要）
2026-11-11 12:22、Hermesアプリから main-bot に構成を質問したところ、回答は「プロファイルは default / green / yellow / clawsses、定期ジョブは hourly-check 等3件」という旧・Grok Bot時代の構成でした。これは実ファイル（gateway が実際に扱う27プロファイル、cron 37件）と大きく食い違います。本図は実ファイルを正として作成し、ボットの自己申告は SOUL.md（各ボットの定義書）を出典に併用しました。同様に、second-bot の SOUL は「モデルは solar-mini4」と書きますが config.yaml の実既定は nemotron-3.5-lightning で、定義と実設定がずれているボットがあります。
2026-11-11 12:22、Hermesアプリから main-bot に構成を質問したところ、回答は「プロファイルは default / green / yellow / clawsses、定期ジョブは hourly-check 等3件」という旧・Grok Bot時代の構成でした。これは実ファイル（gateway が実際に扱う27プロファイル、cron 37件）と大きく食い違います。本図は実ファイルを正として作成し、ボットの自己申告は SOUL.md（各ボットの定義書）を出典に併用しました。同様に、second-bot の SOUL は「モデルは solar-mini4」と書きますが config.yaml の実既定は nemotron-3.5-lightning で、定義と実設定がずれているボットがあります。
2. 全ボット一覧（27プロファイル）
「役割区分」は jev_router/bot-roles.yaml の role（dev=開発指揮 / knowledge=知識・記憶 / light=軽量運用 / agent=エージェント作業 / fast=窓口・高速）。PII は個人情報を扱ってよいかの区分（同ファイル）。「—」は bot-roles.yaml に記載がないボット。
| ボット | 分類 | 役割（SOUL・運用ファイルより） | 役割区分 / PII | 定期ジョブ |
|---|---|---|---|---|
| main-bot（default） | 窓口 | 依頼の第一窓口。kanban orchestrator として関連カード検索→起票・追記を行い、自分では in_progress にしない | fast / PII可 | 有効3・停止11（§3） |
| second-bot | 窓口 | 名前を指定された時だけ受ける窓口。Slack専用チャンネル経由。モデルは primary-pins で固定方針 | fast / PII可 | なし |
| third-bot | 窓口 | 名前を指定された時だけ受ける窓口。Slack専用チャンネル経由。main とは別モデル方針（step-3.7-flash） | agent / PII可 | なし |
| ai-memo-tan | repo開発 | hayashiroto/ai-memo-tan の開発指揮 | dev / PII不可 | なし |
| bet-simulater | repo開発 | hayashiroto/bet-simulater の開発指揮 | dev / PII不可 | なし |
| clawsses | repo開発 | 眼鏡（Rokid）リポの開発指揮。実装は公式DSH deepseek-flash が第一順位 | dev / PII不可 | なし |
| dots | repo開発 | hayashiroto/dots の開発指揮 | dev / PII不可 | なし |
| kakeibo-memo | repo開発 | 家計簿リポの開発指揮（家計簿データを扱う） | dev / PII可 | なし |
| rokid-aiui-grokbot | repo開発 | hayashiroto/rokid-aiui-grokbot の開発指揮 | dev / PII不可 | なし |
| web-file-bin | repo開発 | WebFileBin サービスのコード開発指揮（運用は webfilebin-uploader） | dev / PII不可 | なし |
| musebot | 専門 | muse.ai をブラウザ経由で管理。YouTube管理・投稿、応用情報/宅建の動画作成。モデルは Muse Spark（muse2api経由、config実測 muse-chat） | — | なし |
| webfilebin-uploader | 専門 | WebFileBinへのアップロード・一覧・削除の運用（既定パスワード付き、削除と公開は都度確認） | light / PII不可 | なし |
| signal-monitor | 専門 | 公開Webの定点観測。自身は調査せず grok build へ指示書を渡し、結果を notify-manager へ渡す | knowledge / PII不可 | 有効6（§3） |
| library-reservation | 専門 | 相模原市立図書館の蔵書検索・予約（利用者情報を扱う） | agent / PII可 | なし |
| cost-monitor | 専門 | 各サブスクリプションにログインして確認し、異常を定期報告 | light / PII不可 | 有効1 |
| maintainer | 専門 | Hermes botモードの不具合の原因究明と改善 | — | 有効1 |
| screenshot-verify | 専門 | 画面変更の Playwright 検証係。合格→ in_review_hayashi、不合格→実装担当へ、3回不合格で pending | — | なし |
| judge-logic-manager | 基盤 | JEV判定ルールの評価・改善、無料モデル一覧の見張りと差し替え、ボット増減の棚卸しと自動反映。変更は notify-manager 経由で報告 | agent / PII不可 | 停止2（§3・要注意） |
| notify-manager | 基盤 | Slack #hermes-notify の管理と、他ボットの報告の整形・投稿。outbox 方式で二重投稿を防ぐ | light / PII不可 | 有効3 |
| memory-short | 記憶 | 短期記憶。当日 dagnetz の管理、受付箱 intake、当日サマリ | knowledge / PII可 | 有効3 |
| memory-episode | 記憶 | エピソード記憶。出来事と決定の記録（inbox/decisions と llm-wiki） | knowledge / PII可 | 有効1・停止1 |
| wiki-knowledge | 記憶 | 意味記憶。llm-wiki への取り込み・検索・点検 | knowledge / PII不可 | 有効1 |
| memory-prospective | 記憶 | 展望記憶。issues カードの棚卸しと次の一手の提案 | knowledge / PII可 | 有効1 |
| memory-procedural | 記憶 | 手続き記憶。skills の作成・改訂・索引（新規・改訂はPR） | dev / PII不可 | 有効1 |
| wiki-sound | 記憶 | 音声ライフログの索引（lifelog-wiki）。Raw は読み取りのみ | knowledge / PII可 | なし |
| wiki-album | 記憶 | 写真・動画の索引と memory box の見回り。Raw は読み取りのみ | knowledge / PII可 | なし |
| memory-manager | 記憶 | メタ記憶。記憶層の定義と実態のずれの点検、部屋の司会、lint・夜次固定化・週次振り返り | knowledge / PII可 | 有効2 |
退役済み: zettelkasten（2026-10-23 に profiles-retired へ）。このほか profiles-bak（バックアップ）が存在します。gateway の served_profiles は上記27件と一致しました（gateway_state.json 実測、2026-11-11）。
3. 定期ジョブ（cron）全37件
✅ 有効 23件
| 担当 | ジョブ | スケジュール（JST） | 実行回数・状態 |
|---|---|---|---|
| default | kanban-exec-log（看板の実行ログ記録、スクリプト実行） | 1分ごと | 1,370回・ok |
| default | notify-queue-flush（outbox → Slack #hermes-notify） | 7〜21時の15分ごと | 955回・ok |
| default | front-door-night-sync（窓口スキルの夜間同期） | 毎日 3:10 | 12回・ok |
| memory-prospective | カード突き合わせ | 7〜21時の毎時21分・51分 | 550回・ok |
| cost-monitor | cost-report-3x（コスト報告を outbox へ） | 毎日 7:00 / 12:00 / 19:00 | 42回・ok |
| memory-short | memory-short-intake-3x（受付箱 intake） | 毎日 7:10 / 12:10 / 19:10 | 40回・ok |
| wiki-knowledge | llm-wiki ingest | 毎日 4:00 | 21回・ok |
| memory-manager | 夜次固定化 | 毎日 23:50 | 20回・ok |
| memory-short | 朝の今日ディレクトリ | 毎日 6:00 | 19回・直近は error |
| memory-short | 夕方の締め | 毎日 23:30 | 19回・直近は error |
| maintainer | model-chain-check | 毎日 5:00 / 12:00 / 19:00 | 19回・ok |
| memory-episode | memory-episode-nightly-check | 毎日 7:10 | 16回・ok |
| memory-procedural | hermes-nightly-commit | 毎日 2:00 | 13回・ok |
| notify-manager | 朝のダイジェスト | 毎日 8:00 | 6回・ok |
| notify-manager | 午後のトレンド報告 | 毎日 12:00 | 7回・直近は delivery_failed |
| notify-manager | 夜のダイジェスト | 毎日 19:00 | 6回・直近は delivery_failed |
| signal-monitor | sm-style-watch（プロンプト付き短尺の定点） | 毎日 8:00 | 6回・ok |
| signal-monitor | sm-morning-digest（朝ダイジェスト＋スキャン） | 毎日 8:15 | 6回・ok |
| signal-monitor | sm-hermes-x-observation | 毎日 9:00 | 6回・ok |
| signal-monitor | sm-noon-trend（お昼のトレンドレポート） | 毎日 12:00 | 6回・ok |
| signal-monitor | sm-evening-scan（夕方スキャン） | 毎日 19:15 | 6回・ok（次回は本日19:15） |
| signal-monitor | note.com ak_iii weekly monitor | 毎週金曜 9:00 | 1回・ok |
| memory-manager | 週次振り返り | 毎週月曜 6:45 | 4回・ok |
⏸ 停止中 14件
| 担当 | ジョブ | スケジュール | 備考 |
|---|---|---|---|
| judge-logic-manager | model-role-survey（無料モデル一覧の見張り） | 毎日 3:00 / 12:00 | 要注意: SOUL では毎日実行のはずが jobs.json では無効。18回実行実績あり、次回予定は過去（11/5）のまま |
| judge-logic-manager | notify-test | 60分ごと | テスト用。直近は delivery_failed |
| memory-episode | memory-episode-intake | 毎時23分 | 未実行のまま無効 |
| default | Primary Bot: 常設-課題リスト ステータス整合チェック | 7〜21時の21分・51分 | Grok Bot からの取り込み。Grok Bot 側ルーチンが止まるまで再開しない方針で停止 |
| default | Primary Bot: 常設-家計簿メンテ（毎月7日・0408） | 毎月7日 9:19 | 同上（取り込み・停止中） |
| default | Signal Monitor: シグナル監視（朝・夕） | 8:15 / 19:15 | 同上。現行は signal-monitor 側の sm-* ジョブが実働 |
| default | Signal Monitor: プロンプト付き短尺の定点 | 8:00 | 同上（現行は sm-style-watch） |
| default | Signal Monitor: お昼のトレンドレポート | 12:00 | 同上（現行は sm-noon-trend） |
| default | Primary Bot: Jev shadow 締め（10/14）／（10/21） | 10/14・10/21 10:17 | 期限付き・未実行 |
| default | Primary Bot: 使用率チェック 10/13 17:50 | 10/13 17:52 | 一回きり・未実行 |
| default | Primary Bot: 黄色7:00報告を眼鏡へ中継（10/23） | 10/23 7:15 | 期限付き・未実行 |
| default | Zettelkasten: Watch Codex Terra PAO plan | 21〜23時の5分ごと | 取り込み・停止中 |
| default | Zettelkasten: 緑 graffiti 導入 10分監督（10/16まで） | 10/16 6〜16時の10分ごと | 期限切れ相当・未実行 |
注: Muse（この調査をした側）自身の定期ジョブ（ストック投稿など）は Hermes の構成ではないため含みません。
4. 1日の流れ（有効ジョブの時系列）
1分ごとkanban-exec-log（看板の実行ログ）
7〜21時 15分ごとnotify-queue-flush（通知キューを #hermes-notify へ）
7〜21時 21/51分memory-prospective カード突き合わせ
02:00memory-procedural: hermes-nightly-commit
03:10default: front-door-night-sync
04:00wiki-knowledge: llm-wiki ingest
05:00maintainer: model-chain-check（+12:00 / 19:00）
06:00memory-short: 朝の今日ディレクトリ ※直近 error
月曜 06:45memory-manager: 週次振り返り
07:00cost-monitor: cost-report-3x（+12:00 / 19:00）
07:10memory-episode: nightly-check ／ memory-short: intake（+12:10 / 19:10）
08:00signal-monitor: sm-style-watch ／ notify-manager: 朝のダイジェスト
08:15signal-monitor: sm-morning-digest
09:00signal-monitor: sm-hermes-x-observation（金曜は note.com 監視も）
12:00signal-monitor: sm-noon-trend ／ notify-manager: 午後のトレンド報告
19:00notify-manager: 夜のダイジェスト
19:15signal-monitor: sm-evening-scan
23:30memory-short: 夕方の締め ※直近 error
23:50memory-manager: 夜次固定化
5. 調査メモ（出典と検証）
- ボットへの質問: Hermesアプリ（Mac）から main-bot へ接続確認（12:07、返信「届きました」）と構成の棚卸し質問（12:22）を実施。回答は旧構成だったため図には採用せず、食い違いとして §1 の警告枠に記録しました。各ボットの役割は、本人の定義書である各 profile の SOUL.md を出典としています。
- ファイル実測: gateway_state.json（served_profiles 27件・Discord/Slack connected・api_server disconnected）、profile.yaml（main-bot の表示名と2つのグループ部屋のメンバー）、channel_directory.json（Discord/Slack のチャンネル構成）、jev_router/bot-roles.yaml と memory_route_map.yaml（役割区分・記憶ルーティング）、全12プロファイル分の cron/jobs.json（37件を集計）。
- 気づいた不整合: ① main-bot の自己申告が旧構成 ② judge-logic-manager の model-role-survey が無効化されている（SOUL の説明と不一致） ③ memory-short の朝・夕ジョブが直近 error、notify-manager の昼・夜ダイジェストが直近 delivery_failed ④ second-bot の SOUL と config でモデル表記が異なる。
- 含めていないもの: APIキー・トークン類、Slack/Discord のチャンネルID・ユーザーID、端末シリアルなど（ボット自身の「カード・ログに書かない」ルールに準拠）。他マシン（hermes_8 / hermes_16gb / hermes_micro / Windows）の Hermes 本体の内部構成は、この Mac からはチャンネルの存在までしか確認できないため対象外です。