基礎zfb の目的、実行形態、設計上の判断を理解します。zfb の目的、実行形態、設計上の判断を理解します。アーキテクチャ概要zfb のランタイムスタックをトップダウンで捉えるメンタルモデル — ビルド時とブラウザの JS、何がどこで動くのか、そしてなぜ Hono/Workers の形が安定したコントラクトなのか。zfb を選ぶzfb は誰のためのものか、3 つの実行形態（静的ビルド、Cloudflare Workers 上の SSR、ローカルコンテンツサーバー）が実際のプロジェクトにどう対応するか、そしてスケールのスイートスポットはどこか。zfb を動かす 3 つの方法1 つの Request/Response アプリケーションと 3 つの実行形態 — ビルド時に静的 HTML へプリレンダリングする、リクエスト時に Cloudflare Workers で配信する、別のプログラムの内側でローカルコンテンツサーバーとして動かす。設計哲学なぜ zfb は意図的に狭いままでいるのか、そしてなぜ AI 時代がそのバランスを「プラグインよりレシピ」へとさらに傾けるのか。エンジンとフレームワークzfb はエンジンであり、zudo-doc のようなフレームワークはそのプリミティブの上に乗るなぜ Rust か静的サイトフレームワークを Rust で書くという賭け、それが何をもたらし、何を犠牲にするか。前へアーキテクチャ次へアーキテクチャ概要Revision History作成更新