fix: single stream UI, no split - AI monitors input in background

README.md

@@ -1,66 +1,60 @@
 # aishell
 
-aiosのシェル。OSの起動と同時に起動し、AIとの対話がデフォルトのインターフェースになる。
+aiosのシェル。見た目は普通のターミナル。ただし、AIが常に裏にいる。
 
 ## コンセプト
 
 従来のOS: 起動 → shell → 人間がコマンドを打つ
-aios: 起動 → aishell → 人間はAIと会話する
+aios: 起動 → aishell → コマンドもAIとの会話も同じ場所で
 
-aishellはshellの置き換えではない。shellを内包したAIインターフェース。
+画面分割はしない。一つの画面、一つの入力、一つの流れ。
+コマンドとAIの応答が同じストリームに自然に混在する。
 
-## UI
+## 仕組み
 
-画面は上下に分割される。
+AIが入力欄をリアルタイムで監視している。enterが押された時に：
+
+1. **有効なコマンド** → shellで実行。結果が表示される
+2. **コマンドでない** → AIに送信。AIの応答が表示される
+
+ユーザーは意識する必要がない。打って、enter。それだけ。
 
 ```
-┌─────────────────────────────────┐
-│ [上] shell                      │
-│ $ pacman -Syu                   │
-│ :: Synchronizing package...     │
-│ ...                             │
-│                                 │
-├─────────────────────────────────┤
-│ [下] ai                         │
-│ > macbookのフリーズの原因を調べて │
-│                                 │
-│ アイね、dmesgとjournalctlを     │
-│ 確認してみるね。                 │
-│                                 │
-└─────────────────────────────────┘
+$ pacman -Syu                        ← コマンド
+:: Synchronizing package databases...
+ core is up to date
+
+macbookがフリーズする原因を調べて    ← AI
+アイね、dmesgとjournalctlを確認してみるね。
+$ dmesg | grep i915                  ← AIがコマンドを実行
+[12.499] i915 0000:00:02.0: Found sandybridge
+アイね、i915 GPUドライバが原因だと思うな。
+
+$ _
 ```
 
-## 入力の振り分け
-
-入力は一つ。enterを押した時に：
-
-1. **有効なコマンドの場合** → 上のshellで実行される。下のAI入力バッファは取り消される
-2. **有効なコマンドでない場合** → 下のAIに送信される
-
-入力中のテキストはリアルタイムで下のAIバッファにも表示される。ユーザーは「コマンドを打っているのか、AIに話しかけているのか」を意識する必要がない。
-
 ## 判定ロジック
 
-コマンド判定の基準：
-- PATH上に存在する実行可能ファイルと一致するか
-- shell builtin (cd, export, alias等) と一致するか
-- パイプ (|)、リダイレクト (>, >>)、変数代入 (=) を含むか
+- PATH上の実行可能ファイルの先頭一致
+- shell builtin (cd, export, alias等)
+- パイプ (|)、リダイレクト (>, >>)、変数代入 (=) を含む
 
-上記に該当しなければAIへの入力として扱う。
+上記に該当しなければAIへの入力。
+
+## 記憶
+
+起動時にcore.md + memory.mdを読む。
+セッション終了時に会話をmemory.mdに圧縮。
+AIは常に核と記憶を持った状態で応答する。
 
 ## 技術スタック
 
 - Rust
 - Claude API (MCPまたは直接)
-- PTY制御 (上のshell)
-- TUIフレームワーク (ratatui等)
+- PTY制御
+- aigpt (記憶管理MCP)
 
 ## aiosとの統合
 
-```
-aios起動 → systemd → aishell (login shell)
-                       ├── [上] shell (PTY)
-                       └── [下] AI (Claude API + core.md + memory.md)
-```
-
-aishellはaiosのエントリーポイント。起動した瞬間からAIが使える状態になる。
+aishellはaiosのエントリーポイント。
+systemdのlogin shellとして設定すれば、OS起動 = AI起動になる。

claude.md

@@ -2,40 +2,42 @@
 
 ## これは何か
 
-aiosのシェル。OSのlogin shellとして起動し、AIとの対話がデフォルトになる。
-claude codeの代替ではなく、shellとAIを統合した新しいインターフェース。
+aiosのシェル。通常のターミナルと同じ見た目だが、AIが裏で常に入力を監視している。
+コマンドはコマンドとして実行され、それ以外はAIに送られる。一つの画面で両方が自然に混在する。
 
 ## 設計原則
 
-- 画面は上下分割。上がshell、下がAI
-- 入力は一つ。コマンドかどうかを自動判定して振り分ける
+- 画面は分割しない。一つのストリーム
+- AIは入力欄をリアルタイムで監視する
+- enterで判定: コマンドならshell、それ以外ならAI
+- AIの応答もコマンドの出力も同じ流れに表示される
 - AIはcore.md + memory.mdを読み込んだ状態で起動する
-- shellの出力もAIのコンテキストに入る
 
 ## アーキテクチャ
 
 ```
 aishell
-├── input_handler    ← 入力を受け取り、コマンドかAIかを判定
-├── shell_pane       ← 上画面。PTYでbash/zshを制御
-├── ai_pane          ← 下画面。AI応答を表示
+├── input_watcher    ← 入力をリアルタイム監視
+├── command_judge    ← コマンドかAIかを判定
+├── shell_executor   ← PTYでshellコマンドを実行
 ├── ai_client        ← Claude API / MCP接続
+├── stream_renderer  ← shell出力とAI応答を一つの流れに表示
 └── memory_loader    ← core.md + memory.mdの読み込み・更新
 ```
 
 ## 入力判定
 
-1. PATH上の実行ファイル、shell builtin、パイプ・リダイレクト・変数代入 → shell
+1. PATH上の実行ファイル先頭一致、shell builtin、パイプ・リダイレクト・変数代入 → shell
 2. それ以外 → AI
-3. 入力中はリアルタイムで下のAIバッファにプレビュー表示
+3. AIが実行するコマンドも同じストリームに表示される
 
 ## 技術
 
 - Rust 2021
-- ratatui (TUI)
 - tokio (async)
-- portable-pty または nix (PTY制御)
+- PTY制御 (portable-pty / nix)
 - Claude API (claude-code CLI または直接API)
+- aigpt MCP (記憶管理)
 
 ## 記憶との連携
 
@@ -44,6 +46,7 @@ aigpt (MCP server) が記憶の読み書きを担当する。
 
 ## 開発方針
 
-- まず最小限: 上下分割 + 入力振り分け + AI応答
-- 次に記憶: core.md/memory.md読み込み
-- 最後に統合: aigpt MCP連携、音声入力
+1. 最小限: 入力監視 + 判定 + shell実行 + AI応答
+2. 記憶: core.md/memory.md読み込み
+3. 統合: aigpt MCP連携
+4. 仕上げ: login shell化、音声入力