Ver4 BASECORD Ver4 (独立化)

/mente_x7k2p9q3n4_basecord/ — 3エンジン / ai-manager 接ぎ木型 / FakeWs乗っ取り / 1.6GB

ブラウザ WebSocket Client REST Client (fetch) Instance HTML 9,300行 xterm.js ターミナル 画像/ギャラリー WS cc-manager.js Ver3ベース (被乗っ取り) FakeWs / aimGraft WebSocket 通信を横取り cc-manager の WS を乗っ取って ai-manager に転送 WebSocket Server (残存) PTY Manager (残存) セッション管理 (残存) bc_messages (残存) バックアップ / admin 横取り ai-manager-api Fastify サーバー REST API エンドポイント TypeScript 基盤 types.ts db.ts adapters/ (各エンジン) 画像処理 / ギャラリー管理 ai-manager-terminal ai-manager-terminal.cjs WebSocket ターミナル中継 term WS REST PTY Claude CLI 子プロセス Codex CLI 子プロセス agy CLI 子プロセス 各社 API HTTPS basecord_unified bc_messages (正本分散) basecord_test_unified テスト用DB メモリ: 1.6GB 正本が5箇所に分散 通信プロトコル WebSocket REST API PTY FakeWs 横取り HTTPS

特徴

  • ai-manager への移行を試みた (TypeScript 基盤: types.ts, db.ts, adapters/)
  • ai-manager-api (Fastify) と ai-manager-terminal (WS) の2プロセス構成
  • 画像処理・ギャラリー管理を ai-manager 側に独立
  • ターミナル/チャットの独立化を推進
  • テスト用DB (basecord_test_unified) を分離

問題点

  • FakeWs / fetch hijack で cc-manager.js の通信を乗っ取る構造
  • 修正するたび別の機能が壊れる (接ぎ木の副作用)
  • 正本が5箇所に分散 (どこが真実かわからない)
  • メモリ 1.6GB 消費 (cc-manager + ai-manager 二重起動)
  • Instance HTML が 9,300行に肥大化
  • Ver3 の上に接ぎ木する形のため根本的な改善が困難