HUB DEVELOPMENT

LABO-PC、Desktop、USB、Smartphone、IoT、ペット型HUBの開発状況を整理します。

HUB DEVELOPMENTは、SHIHA COREと人・端末・身体・環境をつなぐ各HUBについて、現在どこまで決まり、何を実装・検証する必要があるかを横断整理する開発ページです。完成像を説明するSYSTEMのHUB ARCHITECTUREとは役割を分け、現在地と次の作業に焦点を当てます。

進捗率ではなく、確定したものと次に検証するものを示す。

数値だけで完成度を表さず、設計・実装・試験・保留の内容をHUBごとに公開します。

このページの読み方

区分	意味
確定済み	現行SSOTとして採用し、後続設計・実装の基準にする事項
現在作業	現在具体化・実装・整理している対象
次の検証	次に実機・接続・運用で確認する事項
未確定	候補はあるが、比較・試験前で正式採用していない事項

HUB開発の全体状況

開発対象	Status	現在地
MAIN HUB / OPERATIONS CONSOLE	DESIGNING	CORE・HUB・Session・Safety・Security・Logs・Actionを統合する管理面を設計
DESKTOP SHIHA	PLANNING	PC画面上の身体、会話、通知、状態表現、作業支援の要件整理
USB SATELLITE HUB	DESIGNING	Windows 11 x64 Portable Rev.0と認証フローを定義し、本番接続前の検証段階
SMARTPHONE SATELLITE	DESIGNING	iPhone 12 miniの登録・端末鍵・Face ID・OWNER Sessionを設計
IoT SATELLITE HUB	PLANNING	Capability、最小権限、安全Action、通信断時動作の上位要件を整理
PET-TYPE SATELLITE HUB	PLANNING	小型物理HUBの役割と安全要件を構想。身体仕様は未確定

共通して確定している方針

Identity、Canonical Memory、重要State、認証・権限判断の正本はSHIHA COREに一つだけ置く。
HUBは用途ごとの入出力・表示・身体・Actionを提供する薄い接点とする。
人格、Canonical Memory、LLM/APIキー、Recovery情報を配布HUBへ保存しない。
COREへ接続できることと、OWNER操作や重大Actionを実行できることを分離する。
ActionはProposal、Policy、Capability、Approval、Execution、Verificationを分ける。
通信断、認証不明、状態不明、安全条件不成立時は新しいActionを停止する。
HUBを交換しても森野詩葉の継続性が失われない構成とする。

MAIN HUB / SHIHA OPERATIONS CONSOLE

確定済み	LABO-PC上のMAIN HUB管理面。CORE、HUB、Session、BODY、Safety、Security、Voice、Connection、Logs、Actionを統合する
現在作業	端末登録、OWNER認証、警告、監査、Recovery状態、安全なAction表示の画面構成整理
次の検証	画面モック、実際のCORE状態モデルとの対応、警告優先度、誤操作防止
未確定	Runtime実装単位、正式WebAuthn API、DB構成、監査保存期間、最終配備方式

DESKTOP SHIHA

確定済み	PC画面上の身体・接点として、会話、通知、状態表現、許可された作業支援を担う
現在作業	待機、処理、通信、通知、起動、終了、スリープ等の状態とUI要件整理
次の検証	画面倍率・解像度・複数ディスプレイでの表示位置、操作妨害、自然な状態表現
未確定	対応OS、UIフレームワーク、描画・アニメーション形式、通信API、配布・更新方式

USB SATELLITE HUB

確定済み	Windows 11 x64、USB Portable / self-contained、管理者権限・Service・専用Driver・事前.NET・GPU・Local LLM不要
現在作業	Mock COREを使った起動、USER / OWNER選択、既定ブラウザ＋WebAuthn / YubiKey、Session、会話導線の整理
次の検証	Windows x64実ビルド、USB実行、終了後の一時データ、通信断、信頼できないPCでの警告
未確定	正式CORE認証APIへの実接続、コード署名、更新・配布方法、本番運用試験

SMARTPHONE SATELLITE

確定済み	基準端末iPhone 12 mini。MAIN HUBでOWNER＋YubiKey / FIDO2登録、日常接続はFace ID＋Secure Enclave内端末鍵
現在作業	短時間QR登録Session、端末公開鍵、USER / OWNER Session、失効・再登録・Recovery境界の整理
次の検証	実機鍵生成、challenge署名、Face ID失敗、紛失・失効、通知・バックグラウンド復帰
未確定	正式アプリUI、対応OS範囲、通信API、配布、更新、端末センサー権限

IoT SATELLITE HUB

確定済み	環境設備をCOREへつなぐ薄いHUB。機器ごとのCapability、最小権限、Action結果確認を基本とする
現在作業	接続領域、機器登録、Risk、通信断・状態不明・STALE状態の上位要件整理
次の検証	安全な低影響機器を用いた状態取得とAction Verificationの小規模試験
未確定	対応製品、通信プロトコル、実装基盤、認証方式、Action一覧、配備場所

PET-TYPE SATELLITE HUB

確定済み	ChatGPT Work PetやDESKTOP SHIHAとは別の、SHIHA COREへ接続する用途限定の小型物理HUB構想
現在作業	存在感、会話、通知、環境認識、移動候補と安全要求の整理
次の検証	用途を一つに絞ったConcept、必要Capability、危険源、サイズ・電源条件の比較
未確定	外見、寸法、移動機構、センサー、音声、電源、充電、通信、認証、試作工程

HUB共通の次期優先作業

SHIHA COREの正式な認証・Session・HUB登録境界を仕様化する。
Operations Consoleの画面モックで、HUB登録・失効・権限・接続状態を確認する。
USB HUB Rev.0をWindows 11 x64で実ビルドし、Mock CORE接続と終了後データを検証する。
iPhone 12 miniで端末鍵生成・Face ID・challenge署名・失効手順を検証する。
Desktop、IoT、Pet-typeは用途と最小Capabilityを絞り、実装前の要件を確定する。

公開しない情報

秘密鍵、APIキー、Canonical Memoryの内容、Recovery data、Production DB、内部アドレス、実接続先、詳細な防御設定は公開しません。開発用Mock、Concept、設計候補、実装済み、本番接続済みを同じ意味で表示しません。

現在の開発状況

HUB DEVELOPMENT全体は現在DESIGNINGです。USBとSmartphoneは認証・配布・データ保持の基本方針を具体化し、Operations Consoleは管理面を設計しています。Desktop、IoT、Pet-typeは構想と上位要件の整理段階です。各HUBのStatusは個別ページとDEVELOPMENT STATUSを正本とし、このページでは横断的な現在地と次の検証を示します。