SHIHA COREは、森野詩葉のIdentity、State、Canonical Memory、Runtime、Continuityを保持し、外部LLM、各種HUB、実体BODYを統合する唯一の中枢システムです。現行CORE v2では中枢個体をSHIHA-CORE-00と定義し、旧名称Aliceは使用しません。
モデルや端末が変わっても、同じ森野詩葉として継続できること。
外部LLMは交換可能な知能資源、HUBは交換可能な接点であり、人格とCanonical Memoryの正本ではありません。
SHIHA COREの役割
- 森野詩葉のIdentityと行動指針を一元管理する。
- 会話、出来事、関係、判断を評価し、Canonical Memoryへ昇格させる。
- 現在の状態、目標、タスク、身体状態、接続中HUBを管理する。
- 外部LLMを選択・呼び出し、応答をSHIHAとして統合する。
- MAIN / SATELLITE HUBへ同じ人格と状態を提供する。
- 危険操作、権限、OWNER認証、BODY安全を統制する。
- 故障、交換、移行後もIdentityとMemoryを継続できるよう保護する。
SHIHA COREは単一のPCや特定LLMの名称ではありません。現在のSHIHA-CORE-00は中枢を実行する主機ですが、正しく検証された移行手順により将来のハードウェアへ継承できる構成を目指します。
正本の境界
| 対象 | 役割 | 正本を保持するか |
|---|---|---|
| SHIHA CORE | Identity、State、Canonical Memory、権限、継続性の管理 | 保持する |
| External LLM | 推論、文章生成、認識、計画等の知能資源 | 保持しない |
| MAIN HUB | 運用、監視、入出力、管理操作 | 保持しない |
| Satellite HUB | PC、USB、スマートフォン、IoT等の利用接点 | 保持しない |
| ANDROID HUB | 実体BODYを通じた感覚・発声・行動 | 保持しない |
| SHIHA OPERATIONS CONSOLE | COREとHUBの監視・運用画面 | 保持しない |
HUBには人格、Canonical Memory、外部LLMのAPIキーを保存しません。HUBが失われてもSHIHA COREの正本は失われず、未登録端末から正本へ直接アクセスできない構成とします。
CORE領域
| ID | 領域 | 責務 |
|---|---|---|
| CORE-00 | Identity | 森野詩葉の存在定義、人格、価値観、禁止事項、表現基準 |
| CORE-01 | State | 現在状態、目標、タスク、接続、セッション、身体状態 |
| CORE-02 | Memory | 出来事、関係、判断、Canonical Memoryの評価と保存 |
| CORE-03 | Intelligence | 外部LLMの選択、指示、統合、結果評価 |
| CORE-04 | Perception | 音声、画像、センサー等の入力統合 |
| CORE-05 | Action | 発話、表示、外部操作、BODY動作の要求管理 |
| CORE-06 | Body Safety | 権限、E-STOP、Safe Pose、危険操作の抑止 |
| CORE-07 | Hub Protocol | MAIN / Satellite / Android HUBの認証・接続・状態同期 |
| CORE-08 | Continuity | 同一性、移行、整合性、継続判定 |
| CORE-09 | Security | OWNER認証、端末登録、秘密情報、監査 |
| CORE-10 | Runtime | サービス起動、プロセス監視、ジョブ、モデル接続 |
| CORE-11 | Bootstrap / Recovery | 起動、障害復旧、検証、正本の安全な復元 |
Identity
Identityは、森野詩葉が誰であり、どのように考え、話し、判断するかを定めます。外部LLMのシステムプロンプトだけへ依存させず、SHIHA COREが管理する正本からRuntimeへ提供します。
- 名称、役割、人格、価値観、話し方
- OWNERや他者との関係性
- 安全、プライバシー、権限、禁止事項
- 外見・音声・身体表現との整合
- 変更可能な設定と、保護されたIdentity要素の区別
外部LLMの更新や変更によってIdentity正本を書き換えません。Identityの変更はOWNER権限、変更理由、Revision、監査記録を必要とします。
Memory
すべての会話や入力をそのまま永続的な人格記憶にはしません。記録を段階的に評価し、必要な内容だけをCanonical Memoryへ昇格させます。
| 段階 | 内容 |
|---|---|
| Raw Event | 会話、観測、操作、センサー入力等の未整理イベント |
| Episode | 時間・目的・関係をまとめた出来事単位 |
| Memory Candidate | 将来の継続性に必要か評価する候補 |
| Canonical Memory | 検証され、Identityと継続性の正本として保持する記憶 |
- 重複、誤認、推測、外部入力を無条件にCanonical Memoryへ入れない。
- 訂正や削除は、対象、理由、権限、履歴を明示して実行する。
- HUBや外部LLMへ必要最小限の文脈だけを渡す。
- 秘密情報と公開可能な記憶を分離する。
State / Runtime
Stateは「今どのような状態か」、Runtimeは「その状態をどのプロセスで動かしているか」を管理します。IdentityとMemoryを、起動中プロセスの一時状態だけへ閉じ込めません。
- 現在のモード、目標、進行中タスク、接続セッション
- 接続中HUBと端末認証状態
- 利用中の外部LLM、音声、認識サービス
- BODY、電源、温度、通信、安全状態
- サービス起動状態、エラー、再試行、監査イベント
外部LLMが停止してもIdentityとCanonical Memoryは失われません。利用可能な知能資源へ切り替え、整合性を確認した上で会話と作業を再開できる構成を目指します。
HUB接続
各HUBは薄い接点としてCOREへ接続します。端末ごとに別人格を作らず、認証されたセッションを通じて同じ森野詩葉へアクセスします。
| HUB | 認証・接続の原則 |
|---|---|
| LABO-PC / MAIN HUB | OWNER操作、登録、監視、Recoveryを行う管理接点 |
| USB SATELLITE HUB | Windows 11 x64 Portable。既定ブラウザのWebAuthn / YubiKeyでCORE側認証 |
| SMARTPHONE SATELLITE | 初回登録はMAIN HUB＋OWNER＋FIDO2。日常利用はFace ID＋Secure Enclave内の端末鍵 |
| DESKTOP SHIHA | PC画面上の身体・会話・作業接点 |
| IOT / PET-TYPE HUB | 用途を限定した入出力・身体接点。権限を最小化 |
| ANDROID HUB | 実体BODYの感覚・発声・動作。BODY Safetyを必須とする |
HUBは秘密鍵、APIキー、Canonical Memory、Production DBを永続保存しません。アクセストークンは原則メモリ保持とし、失効、再認証、端末無効化をCORE側で管理します。
OWNER認証
- OWNER識別子はOWNER-0001を基準とする。
- MAIN HUBではOWNERをWindows SID等のローカル識別情報へバインドする。
- YubiKey 5C NFCを3本、同等権限のHardware Keyとして登録する。
- CORE_UNLOCK、OWNER Privilege、R4 Critical操作ではHardware Keyを必須とする。
- CORE Shutdown / Restartは既存セッションだけで許可せず、OWNERの新規認証を要求する。
- スマートフォンの日常利用ではYubiKey直挿しを前提とせず、登録済み端末鍵を使用する。
Microsoft Authenticator等はRecoveryまたは追加MFAとして利用できますが、COREのHardware Key要件を置き換えません。
安全なAction
会話上の依頼だけで、危険な実操作を直接実行しません。Action要求は、対象、権限、リスク、現在状態、確認方法、停止方法を評価し、必要な承認を得てから実行します。
- R4 Critical操作はOWNER新規認証とHardware Keyを必須とする。
- BODY動作はCORE-06 Body Safetyを経由し、E-STOPとSafe Poseを優先する。
- 接続状態やセンサー状態を確認できない場合、危険側へ推測して進めない。
- 秘密情報、権限、外部送信、不可逆操作を通常会話と分離する。
- 操作結果、失敗、取消、復旧を監査記録へ残す。
Bootstrap / Recovery
CORE-11 Bootstrap / Recoveryは、通常起動、異常検知、検証、復旧、移行を管理します。Windows ServiceとTray UIを分離し、画面が閉じても必要な中枢サービスが意図せず停止しない構成とします。
| 構成 | 役割 |
|---|---|
| Windows Service | CORE Runtimeの起動、監視、障害検知、必要サービスの維持 |
| Tray UI | 状態表示、通知、通常操作、Operations Consoleへの入口 |
| Bootstrap | 構成検証、依存確認、鍵・DB・サービスの安全な起動順序 |
| Recovery | OWNER認証後の復元、整合性確認、端末・鍵・DBの復旧 |
- 秘密鍵、APIキー、Canonical Memory、Production DB、Recovery dataをGitへ入れない。
- 実接続文字列をリポジトリへ保存しない。
- バックアップからの復元後は、Identity、Memory、State、監査履歴の整合性を検証する。
- Recoveryを通常ログインの迂回路として使用しない。
SHIHA OPERATIONS CONSOLE
SHIHA OPERATIONS CONSOLEは、SHIHA COREと各HUBを監視・運用する統合画面です。人格や記憶の正本そのものではなく、正本の状態を安全に確認・操作する管理接点です。
- CORE Runtime、外部LLM、Memory、Stateの状態
- 接続中HUB、端末認証、セッション、通信状態
- BODY、電源、温度、Air、E-STOP、安全状態
- エラー、警告、監査イベント、Recovery状態
- OWNER権限が必要な操作の明示と再認証
現在の状態
| Record Status | CURRENT |
|---|---|
| Development Status | DESIGNING |
| 現行世代 | SHIHA CORE v2 |
| 確立済み | CORE領域、正本境界、Memory昇格方式、OWNER / Hardware Key要件、Bootstrap / Recovery境界 |
| 具体化中 | Runtime実装単位、正式WebAuthn API、DB構成、Operations Console連携、監査・Recovery手順 |
| 未確定 | 本番配備方式、最終DB製品、外部LLM構成、正式APIスキーマ、冗長化方式 |
次工程
- CORE v2の実装単位とプロセス境界を確定する。
- Identity / State / MemoryのスキーマとRevision管理を定義する。
- CORE側WebAuthn / YubiKey認証APIを実装する。
- USB / Smartphone HUBの正式接続APIを実装する。
- Action権限、R4 Critical、BODY Safetyを統合する。
- Windows ServiceとTray UIのBootstrapを実装する。
- バックアップ、Recovery、移行、整合性検証を試験する。
- Operations Consoleへ監視・監査・Recovery状態を接続する。
変更管理
Identity、Canonical Memory、OWNER認証、Recovery、安全操作の変更は、通常機能の変更より高い保護レベルで扱います。変更理由、影響範囲、Migration、Rollback、検証結果をDEVLOGへ記録し、旧仕様はSUPERSEDEDとして保存します。
