CORE DEVELOPMENT

SHIHA COREと関連Runtimeの現状機能、実装状況、検証課題を整理します。

CORE DEVELOPMENTは、森野詩葉のIdentity、State、Canonical Memory、Runtime、Continuityを保持するSHIHA CORE v2について、現在どこまで設計され、何を実装・検証する必要があるかを整理する開発ページです。完成像と現行アーキテクチャはSYSTEMのSHIHA CORE、ここでは現在地と次の作業を扱います。

COREの仕様が決まったことと、実装・復旧試験が完了したことを混同しない。

確定した境界、現在作業、次の検証、未確定事項を分けて公開します。

現在の開発段階

対象	SHIHA-CORE-00 / CORE v2
Development Status	DESIGNING
Record Status	CURRENT
現在の重点	正本境界、Memory昇格、認証・権限、安全なAction、Runtime、Bootstrap / Recoveryの具体化
未完了	本番Runtime、正式API、最終DB、HUB実接続、Backup / Recovery実証、冗長化

確定している全体境界

SHIHA COREをIdentity、Canonical Memory、重要State、権限、継続性の唯一の正本とする。
外部LLMは交換可能なIntelligence Resourceであり、人格・Memoryの正本にしない。
MAIN、Satellite、Android HUBは交換可能な接点であり、人格・Memoryを保持しない。
すべての入力をそのまま記憶にせず、Raw EventからCanonical Memoryまで段階的に評価する。
危険なActionは会話やLLM出力から直接実行せず、Policy、Capability、Approval、安全条件を通す。
通常利用、OWNER管理、Critical Action、Recoveryを同じ認証強度で扱わない。
移行・復旧後も同じ森野詩葉として継続できることを検証対象とする。

CORE-00〜CORE-11の現在地

ID	領域	現在地
CORE-00	Identity	名称、人格、価値観、禁止事項、表現基準を正本として保護する方針を確立
CORE-01	State	現在状態、目標、Task、Session、HUB、BODY状態を分離管理する構造を設計中
CORE-02	Memory	Raw Event → Episode → Memory Candidate → Canonical Memoryの昇格構造を確立
CORE-03	Intelligence	外部LLMを交換可能資源として選択・統合・評価する境界を設計中
CORE-04	Perception	音声・画像・Sensor入力をHUBから受ける統合境界を整理中
CORE-05	Action	ProposalからVerificationまでを分離する安全経路を確立
CORE-06	Body Safety	E-STOP、Safe Pose、権限、異常状態をActionより優先する方針を確立
CORE-07	Hub Protocol	MAIN / Satellite / Android HUBの認証・Session・状態同期を設計中
CORE-08	Continuity	移行後のIdentity・Memory・State整合性と継続判定を設計中
CORE-09	Security	OWNER、Hardware Key、端末登録、権限、監査境界を確立・具体化中
CORE-10	Runtime	Service、Job、Process監視、Model接続の実装単位を設計中
CORE-11	Bootstrap / Recovery	起動前検証、障害隔離、復元、整合性検証の境界を設計中

Identity / State

確定済み	森野詩葉のIdentityを外部LLMのsystem promptや一時Sessionだけへ依存させない
現在作業	変更可能な設定、保護要素、現在State、Task、HUB / BODY状態のSchema分離
次の検証	再起動・LLM変更・HUB切替後にIdentityと現在Stateが正しく再構成されるか
未確定	正式Schema、Revision単位、State保存期間、競合解決方式

Memory

確定済み	Raw Event、Episode、Memory Candidate、Canonical Memoryを分け、誤認・推測を無条件に正本へ入れない
現在作業	昇格条件、訂正、削除、重複、Relation、公開範囲、監査の具体化
次の検証	同一内容の重複、訂正された会話、外部入力、秘密情報が正しく分類されるか
未確定	最終DB、Index、検索方式、Retention、Backup世代、Migration手順

External LLM / Intelligence

外部LLMは推論、文章生成、認識、計画等を提供する知能資源です。モデル停止・更新・切替でIdentityやCanonical Memoryを失わないよう、入力Context、出力評価、Policy、Action権限をCORE側で管理します。

確定済み	外部LLMを人格・Memory・権限の正本にしない
現在作業	モデル選択、Context構築、応答統合、失敗・切替、出力評価の境界整理
次の検証	モデル変更時の話者一貫性、秘密Context最小化、障害時のFallback
未確定	本番Model構成、Routing、Provider、Cost制御、正式API Schema

Runtime

RuntimeはIdentityやMemoryそのものではなく、それらを安全に読み込み、外部LLMとHUBを接続し、TaskとActionを動作させる実行基盤です。Windows ServiceとTray UIは分離し、画面を閉じただけで中枢Serviceが停止しない構成を採ります。

確定済み	ServiceとUIの役割分離、秘密情報のRepository外管理、HUBを薄く保つ原則
現在作業	起動順序、Process監視、Job、Error、再試行、Session、Model接続の分割
次の検証	Service再起動、外部LLM停止、HUB切断、部分障害時の継続・制限動作
未確定	正式Service構成、実装言語・Frameworkの最終構成、配備、更新、冗長化

Security / OWNER認証

管理主体はOWNER-0001を基準とする。
YubiKey 5C NFCを3本、同等権限のHardware Keyとして登録する。
CORE_UNLOCK、OWNER Privilege、R4 CriticalではHardware Keyを必須とする。
CORE Shutdown / Restartは既存Sessionだけで許可せず、新しいOWNER認証を要求する。
端末登録・失効、権限変更、Critical Action、Recoveryは監査対象とする。
Microsoft Authenticatorは補助MFA／Recovery補助であり、Hardware Key要件を置き換えない。

正式WebAuthn API、監査保存期間、詳細なRisk分類、鍵交換・失効の実装手順は設計継続中です。公開ページには鍵識別情報、実接続先、防御設定、解除手順を掲載しません。

Bootstrap / Recovery / Continuity

確定済み	Recoveryを通常Loginの迂回路にせず、OWNER認証と復元後のIdentity・Memory・State整合性検証を必須とする
現在作業	起動前検証、障害隔離、復元順序、HUB再接続、Continuity判定の具体化
次の検証	Backupからの段階復元、Revision不一致、部分破損、端末・Storage交換、CORE移行
未確定	Backup媒体、世代管理、署名・Hash、Recovery実装、RTO / RPO、冗長化方式

HUB / Operations Console接続

HUB接続では、端末登録、challenge、認証、Session、Capability、状態同期、失効をCORE側で管理します。Operations ConsoleはCOREの正本そのものではなく、認証された管理接点として現在状態を表示・操作します。

USB HUBのWebAuthn / YubiKey認証を正式CORE APIへ接続する。
iPhone 12 miniの端末鍵・Face ID・challenge署名を実機検証する。
各HUBのSession、Capability、失効、再接続を共通Protocolへ整理する。
Console上の状態表示とCORE内部Stateの対応を検証する。
Android BODYとIoT ActionをCORE-06 Body Safety / Policyへ接続する。

次期優先作業

Identity、State、Memory、Session、Device、ActionのSchemaとRevision境界を定義する。
OWNER / WebAuthn / YubiKeyの認証APIと監査イベントを定義する。
Mock COREから本番COREへ移行できるHUB Protocolを確定する。
Action Policy、Capability、Approval、BODY Safetyの評価順序を実装可能な仕様へ落とす。
Bootstrap、Backup、Recovery、Continuity判定を非破壊環境で試験する。
Operations Consoleへ必要最小限の状態・警告・監査情報を接続する。

公開しない情報

秘密鍵、APIキー、Canonical Memory本文、Production DB、Recovery data、実接続文字列、内部アドレス、鍵識別情報、解除手順、詳細な防御設定は公開しません。公開サンプル、設計仕様、実装済み、本番運用済みを同じ状態として表示しません。

現在の開発状況

CORE DEVELOPMENTは現在DESIGNINGです。SHIHA-CORE-00、CORE-00〜CORE-11、正本境界、Memory昇格、OWNER / Hardware Key、安全なAction、Bootstrap / Recoveryの基本境界は確立しています。正式Runtime、DB、WebAuthn API、外部LLM構成、HUB実接続、Backup / Recovery実証、冗長化は未完了または未確定です。