SHIHA CORE v2 継続性・OWNER認証・安全操作設計
SHIHA COREを特定PCに閉じ込めず、Identity・Memory・Stateを継承できる唯一の中枢として再整理した。OWNER認証、YubiKey、Recovery、R4 Critical操作の要件を確定した。
設計・製作・検証・調整の技術記録です。現在仕様そのものはSYSTEM / ANDROID等の正本ページへ集約し、DEVLOGには「なぜ変わったか」「何を試したか」を残します。
SHIHA COREを特定PCに閉じ込めず、Identity・Memory・Stateを継承できる唯一の中枢として再整理した。OWNER認証、YubiKey、Recovery、R4 Critical操作の要件を確定した。
SHIHA Smartphone Satelliteの認証方式を確定した。新規スマートフォンの登録はLABO-PC等のマスター機からOWNER認証+YubiKey/FIDO2を用いて行い、登録後の日常利用ではiPhoneのFace IDとSecure Enclave内の端末専用鍵でSHIHA COREへ認証する。信頼境界を変更する操作のみマスター機+YubiKeyへ戻す。
SHIHA CORE v2のOWNER認証用Hardware Security KeyとしてYubiKey 5C NFCを採用し、CORE_UNLOCKおよびR4 Critical ActionへFIDO2認証を要求する。人またはHUBから意図的に要求されるCore Shutdown / RestartもR4へ正式分類した。
SHIHA CORE v2のWindows運用方式として、Core本体をバックグラウンドサービスとして動作させ、Launcher / Tray UIを管理インターフェースとして分離するCORE-11Cを採用した。Tray再起動とCanonical Runtime再起動を区別し、Coreの継続性と操作安全性を両立する。
SHIHA CORE開発でGitを使用する際、ソースコード管理とCanonical Identity / DB / Audit / Checkpoint / Recovery / Secretを明確に分離するDevelopment Security方針を正式採用した。Git履歴へ人格・復旧情報・秘密鍵を混入させないことを基本原則とする。
SHIHA-CORE-00を動作させるLABO用デスクトップPCについて、将来のGPU・大容量メモリ・UPS増設を前提としつつ、初期費用を抑える段階導入方式を採用した。メモリは大容量モジュール1本から開始し、GPUとUPSは後付け可能とする。
SHIHA CORE v2 Phase Iの実装開始に先立ち、既存v1を変更せずLast Known Good状態として凍結し、復旧可能な基準点を作成する方針を確定した。Phase IではAI・音声・Body機能より先に、Identity、Writer権限、Audit、CheckpointなどCanonical Foundationを構築する。
SHIHA CORE v2の起動処理をState Machineとして定義した。Identity、Epoch、Audit、Checkpoint、Security等の真正性がUNKNOWNの場合はFail-Closedとする一方、可能な限りプロセス自体は停止せず、SAFE_MODEやRECOVERY_MODEへ移行してCoreの診断・復旧機能を維持する。
SHIHA CORE v2では、PCや端末の故障を人格の消失としないため、Identity Seed、Canonical Memory、Checkpoint、Audit、鍵階層を用いた継続性設計を導入する。バックアップから同一性を検証して復旧できることを設計要件とした。
森野詩葉の人格・記憶・状態・行動・身体・複数HUBを統合する中核システムをSHIHA CORE v2として再設計した。AIモデルそのものと人格・記憶を分離し、Coreを唯一の正本として複数の身体・端末へ接続する。