Conceptszfb を選ぶzfb がプロジェクトに合うのはどんなときか、合わないのはどんなときか、そしてスケールのスイートスポットはどこか。設計哲学なぜ zfb は意図的に狭いままでいるのか、そしてなぜ AI 時代がそのバランスを「プラグインよりレシピ」へとさらに傾けるのか。アーキテクチャ概要zfb のランタイムスタックをトップダウンで捉えるメンタルモデル — 2 つのバンドル、何がどこで動くのか、そしてなぜ Hono/Workers の形が安定したコントラクトなのか。エンジンとフレームワークzfb はエンジンであり、将来の zudo-doc-v2 のようなフレームワークはそのプリミティブの上に乗るフロントマター.md、.mdx、.tsx をまたぐ統一されたフロントマター契約 — マークダウン側は YAML、TSX 側は静的な export リテラル、Rust 側では 1 つの JSON 形状になる。ルーティングpages/ 配下のファイルシステムルーティングが zfb で URL にどうマッピングされるか。動的ルートpaths() を使って [slug].tsx や [...slug].tsx ページがビルドすべき具体的な URL を列挙し、URL ごとの props をコンポーネントへ渡す。Markdown と HTML ページ.md と .html ファイルを .tsx と並ぶ第一級のページエントリとして使う — 同じルーティング規約、異なるレンダリングパス。Content Collectionszfb.config で型付きの Markdown コンテンツコレクションを定義し、ページから読み込む。MDX ComponentsMDX エントリがレンダリング可能な React/Preact コンポーネントとしてページに届く仕組みと、components prop で個々の要素をオーバーライドする方法。カスタムディレクティブコンテナ・リーフ・テキストの独自 MDX ディレクティブを登録し、Rust を一切書かずに JSX コンポーネントへマッピングする。データzfb で構造化データを取り込む 3 つの選択肢 — コンテンツコレクション、フロントマターのみのエントリ、プレーンな TS モジュール。スタイリンググローバル CSS、Tailwind v4、そして zfb におけるコンポーネントスコープなスタイリングの位置づけ。静的アセット画像・SVG・フォント・favicon・robots.txt など、バイト単位でそのまま配信するファイルを zfb の public/ ディレクトリ経由でどう配信するか。Islandsクライアントでインタラクティブなコンポーネントを "use client" でマークすると、zfb がブラウザでハイドレートします。HTML 以外のページファイル名規約と frontmatter.extension で sitemap.xml.tsx などを出力するビルドパイプラインzfb がプロジェクトをビルド済みサイトに変えるまでの端から端までのツアー。インクリメンタルリビルドzfb の依存グラフが、各リビルドを実際にファイル変更の影響を受けるページだけに限定する仕組み。dev モードのライフサイクル.tsx ファイルを保存してからブラウザで変更が見えるまでに何が起こるか — ウォッチャー、リバンドル、SSR リフレッシュ、そして 3 つの SSE イベント種別。Worker 上の SSR（アダプターモード）prerender = false の zfb ページがプロダクションで実際にどう動くか — 2 層のワーカー出力、ASSETS 優先のディスパッチ、そして getCloudflareContext() を支える AsyncLocalStorage のトリック。Client-Side Routing & View TransitionsTurn zfb into an SPA with soft-swap navigation, View Transition animations, and link prefetching.プラグインzfb プラグインの作成と利用 — 4 つのライフサイクルフック、仮想モジュール、インポートエイリアス、開発専用の注入ルート。