OPERATIONS CONSOLE

SHIHA OPERATIONS CONSOLE

LABO-PCでCOREと各HUBを監視・運用する統合コンソールです。

SHIHA OPERATIONS CONSOLEは、LABO-PC上のMAIN HUBからSHIHA COREと各HUBを監視・運用するための統合管理画面です。森野詩葉の人格や記憶を保持するCORE本体ではなく、COREの状態を確認し、安全な管理操作を行うための「運用窓口」として位置付けます。

見えること、操作できること、実行してよいことを分ける。

Consoleへの接続だけで重大操作を許可せず、権限・再認証・安全条件・実行結果確認を段階的に通過させます。

位置付け

対象役割
SHIHA COREIdentity、Canonical Memory、State、Runtime、認証、権限判断の正本
SHIHA OPERATIONS CONSOLECOREとHUBの状態表示、管理操作、警告、監査、Recovery状態確認
MAIN HUB / LABO-PCConsoleを常設し、OWNERによる統合運用と端末管理を行う環境
Satellite / Android HUBCOREへ接続し、用途ごとの入出力・身体・Actionを提供する接点

画面構成

領域表示・操作内容
CORECORE Runtime、External LLM接続、Memory、State、Bootstrap状態の概要
HUB登録HUB、接続状態、端末種別、最終接続、失効状態、権限範囲
SESSIONUSER / OWNER Session、期限、接続元、再認証要求の状態
BODYAndroid HUB、Head / Body I/O、電源、温度、Air、接続確認の概要
SAFETYE-STOP、安全停止、異常状態、Action制限、接続不一致
SECURITY認証結果、端末登録・失効、権限、重要操作の承認状態
VOICE音声入出力、発話経路、利用HUB、ミュート・制限状態
CONNECTIONCORE―HUB間通信、再接続、遅延・切断、経路状態
LOGS運用イベント、警告、エラー、監査対象操作、検証結果
ACTIONAction Proposal、承認、実行、結果確認の進行状態

優先表示する状態

OWNER認証

Consoleは日常監視と管理操作を分離します。状態閲覧や通常操作に必要な権限と、新規端末登録、重大設定変更、Recovery、R4 Critical操作に必要なOWNER権限を同一に扱いません。

操作認証方針
通常監視認証済みセッションで、許可された範囲の状態を表示する
OWNER管理OWNER Sessionと操作権限を確認する
新規端末登録MAIN HUB上でOWNER認証+FIDO2を要求し、短時間の登録セッションを発行する
重大設定・Recovery既存Sessionだけに依存せず、新しい強いOWNER認証を要求する
Critical Action対象、影響、安全条件、承認、実行結果を明示して監査へ残す

端末管理

登録端末は、端末名だけでなく、HUB種別、公開鍵、権限範囲、登録日時、最終接続、失効状態をCORE側で管理します。スマートフォン等の端末秘密鍵は端末の安全領域から取り出さず、Consoleは公開鍵と登録状態を扱います。

安全なAction実行

LLMの出力を直接危険操作へ接続しません。Consoleでは、提案から実行結果確認までの各段階を分け、現在どこで停止・保留・拒否されているかを確認できる構成とします。

段階Consoleで確認する内容
Action Proposal要求元、目的、対象、想定結果
Policy許可範囲、禁止条件、現在Stateとの整合
Capability / Approval実行主体の権限、OWNER承認、追加認証
HUB実行先HUB、接続状態、安全状態
Execution実行開始、進行、停止、失敗
Verificationセンサー・戻り値・状態変化による結果確認

警告・監査・Recovery

公開しない情報

非公開対象理由
秘密鍵・APIキー・認証秘密不正接続・権限奪取を防ぐ
Canonical Memoryの内容人格・個人情報・継続性を保護する
Recovery data通常認証の迂回と復旧経路の悪用を防ぐ
内部アドレス・実接続先インフラ構成と接続面を保護する
詳細な防御設定・監査保存構成安全設計の弱点推測を防ぐ

現在の開発状況

SHIHA OPERATIONS CONSOLEは現在DESIGNINGです。CORE、HUB、Session、Safety、Security、Logs、Action、Connectionを一つの運用面へ統合する役割と、安全操作・端末登録・Recoveryの基本フローを確定しています。正式なRuntime実装単位、WebAuthn API、DB構成、監査保存期間、詳細なR1〜R4分類、最終配備方式は実装設計で確定します。

関連ページ