AIに塊魂を作らせたら、
実在の東京を呑み込む
ゲームになった

/goal
fableの性能を見るためにブラウザ動作する3Dゲームを作りたい
塊魂のようにオブジェクトを取り込んで大きくなると
シームレスにもう一段階大きい視界と大きさに変えて
取り込むスケールが大きくなっても重くならない仕組みに
ultracodeで実行してデプロイまで完了させて
全作業の思考・意思決定・実装方法をログに残して
cloudflare pages で public 公開して
完成するまで頑張って。
トークン上限に行きそうになったら止めて報告して

• ブラウザ3Dの塊魂（取り込んで成長）
• 成長で「一段階大きい視界」へシームレス移行
• スケールが5桁変わっても重くならない
• ultracode（マルチエージェント）で実行
• 全作業の思考・意思決定をログに残す
• 公開 — そしてオーナーの追加注文に5バージョン応える

• Phase 0 で全モジュール契約（イベント/型/定数/骨格スタブ）を凍結
• 各ストリームは他人のファイルを触らない＝5本を真に並列実装
• 統合者だけが main.js で配線

// v4: main.js に「形だけ一致する no-opスタブ」を置き
// 置換用の構築式と引数順をコメントで埋め込む
const osmSpawner = NOOP; // ← new OsmSpawner(store, hashes, pools, bus, scaleMgr, world)
// → 統合は「構築式の差し替え」だけ。呼び出し側の書換ゼロ

for finding in review_findings:
    skeptic = spawn_independent_agent()
    verdict = skeptic.try_to_refute(finding)
        # コードを読み、到達可能性・数値根拠・仕様適合を検査
    if verdict == REFUTED:
        reject(finding)           # 偽陽性として棄却
    else:
        confirm(finding); fixer.queue(finding)

• セッショントークン上限が v3で1回・v4で3回発生
• 回復後 resumeFromRunId でキャッシュ温存して再開
• 例：v3レビューはフィクサー/バリデータのみ再実行（設計・敵対検証は再利用）
• 毎回 二重実行ゼロで完走

• 素朴にやると：座標が巨大化して float32 精度が崩壊（ジッタ）
• ティア境界で見た目がポップ／ヒッチする
• オブジェクト数が増えて重くなる

// シムは常にボール半径 [0.5, 2.5] の狭帯で回す
on TIER_UP:
  for e in all_sim_entities:   // 球・物体・原点・粒子…
     e.position  *= S          // S = 0.2
     e.radiusSim *= S
  worldScale /= S             // 累積スケールを逆向きに
  // 実寸 trueRadius は double で別管理 → この操作で不変

• カメラ位置・注視点・フォグは radiusSim の純関数
• 全状態を一律 0.2倍 ＝ 相似変換 → 描画結果がピクセル同一
• 実測：KeyR強制リスケールでワールド描画はバイト同一（差分はHUD時計の407pxのみ）
• v5地表の再計算でも 1 ulp（1.7e-16）しかズレない

• ゲーム量がティア境界で不連続にならない → ポップ/ヒッチが構造的に消える
• v5「謎の溝」修正も：地表を 実半径0.6→3mでフェード（連続）→ リスケール不変

• 動体はボール1個だけという割り切り（コア ~314行）
• 衝突候補はティア帯別の空間ハッシュ（フラット型付き配列）でマイクロ秒
• 取り込んだ物はボール子階層に取り付け時1回だけ行列書込、埋没で自動間引き
• ゼロ・パー・フレーム・アロケーション（モジュールレベルのスクラッチ）

• アーキタイプ×ティアの InstancedMesh プール
• ドローコール上限を台帳で管理（v1=55 → v2=60 → v3以降=72）
• レビュー確定例：生インスタンスが0になった瞬間に mesh.count を畳む（ティアを跨いで蓄積していた）
• v4 EXTRAは BatchedMesh（1メッシュで複数ジオメトリ）で +draw を抑制

• Google Maps Platform ToS は派生データセット化・再配布を禁止
• → OpenStreetMap（ODbL）採用。帰属表示で合法に「実在の東京」
• リリースゲートに ODbL 遵守を組込：アプリ内クレジット / ライセンスリンク / 抽出日時 / 派生DB公開（data/osm-raw + scripts/osm）

OSM由来の実在ビルで埋まった東京

fetch  Overpass（UA必須/スロット監視/429リトライ/再開可能）
build  dedupe(type,id) → 外環ステッチ → 投影 →
       カバレッジ重心クリップ → 除外ゾーン → OBB → 高さ →
       ボクセル量子化 → 長屋マージ(14,546) →
       クリアランスベイク(13,367 inset/14,319 drop) →
       バンド分け → KEEP_K間引き → FKT4 v1 バイナリ
verify 予算/カウント±20%/重複0/POLY u16/バイト同一/
       ナビゲビリティ/ランドマーク実距離 → predeployゲート

• OsmWorld：シャード fetch + デコード、ティア2デッドラインで手続き生成にフォールバック（ワンウェイ）
• OsmSpawner：共有ObjectStoreに FLAG_OSM、アドミッション制御で生存数4096を保証
• BatchedMesh プール2本（容量2048/1024、boot時に容量充足アサート）
• 地表Groupの変換は scale=1/worldScale, pos=-shift の純関数＝実座標タイルでもリスケール不変

• 当初「民家→街の銅像ゴール」で設計
• 批評AIが15件の重大問題検出（屋内カメラ破綻、ドアのソフトロック…）
• オーナーが実プレイ→「ゴールは月に変更、家の中案は取り下げ」
• 判断：最もリスクの高い地形/壁/段差を丸ごとキャンセル。旧設計の流用部はJSONにサルベージして再投入

• キュレート配置がティア帯ウィンドウ外で吸収判定に不可視→ 東京タワーをすり抜け
• 修正：DYNAMIC RE-BANDING — 昇格時に生存配置の tierOf を clamp(naturalBand, t-1, t+1) で再スタンプ
• 既存64個/フレームのラウンドロビン内で償却、約370配置すべてに効く

• 地表の浮かせ量がフォグ下限で半径の90%／道路Yオフセットが半径の3倍も重なる
• 修正：浮き/オフセットを半径10%上限でクランプ＋パイプラインで店周辺のリボンをクリップ＋verifyに再発ゲート

• 批評エージェントが設計の数字を信じず自分でOverpassカウントクエリを再実行
• 見積もりが実測の1.5倍ズレ（建物58,155棟）と発覚 → 全予算を実測で再導出、ペーシング 2.2x→2.8x
• 実装でもランドマークは手打ちIDでなく名前/タグクエリで解決+実距離アサート

• エージェントの約71% / トークンの約58%が検証・レビューに投下
• 敵対的検証で71件中31件(44%)を偽陽性として棄却（v1 9/30・v2 6/19・v3 16/22）
• ヘッドレス約3,000アサート（最大塊v4 OSM 2,376）＋ 実機検証25パス
• KeyR pixel-identity を1 ulpまで / osm:verify ALL GREEN ゲート（到達率≥95%・バイト同一・予算240KB）
• ビルド緑でも壊れる回帰を自己捕捉：ACCEL_K終端速度デッドキャップ / 開幕不可視 / 成長暴走 / 批評AIのOverpass再実測

• AIの指摘は 別のAIに論破させると精度が上がる（偽陽性36%棄却）
• エージェントは役割を与えると自走して検算（Overpassを自分で叩く）
• 契約凍結が並列を可能にする — 統合は構築式の差し替えだけ
• 中断は resumeFromRunId で回復可能
• そして最後は 人間が遊んでバグを見つけた（自動検証はエラー0で素通り）