[{"data":1,"prerenderedAt":345},["ShallowReactive",2],{"content-/nuxt-build-deploy-time-measurement":3,"all-pages-for-dir":343,"og-image-/nuxt-build-deploy-time-measurement":344},{"id":4,"title":5,"body":6,"category":324,"description":325,"extension":326,"meta":327,"navigation":328,"path":329,"project_name":330,"published":331,"publishedAt":332,"seo":333,"stem":334,"tags":335,"todo":341,"unpublished":331,"updatedAt":341,"__hash__":342},"pages/2026-06/2026-06-04/nuxt-build-deploy-time-measurement.md","Nuxt の pnpm generate を measure-deploy.ps1 でフェーズ別に計測した",{"type":7,"value":8,"toc":313},"minimark",[9,13,22,25,29,36,53,56,66,69,73,76,82,88,103,106,110,117,127,148,165,169,172,175,186,192,202,205,208,220,223,230,233,240,248,251,254,258,261,275,278,281,307,310],[10,11,12],"h2",{"id":12},"なぜ計測することにしたか",[14,15,16,17,21],"p",{},"Cloudflare Pages へのデプロイが「最近なんか長い」という感覚だけで止まっていた。",[18,19,20],"code",{},"pnpm generate"," が 10 分以上回ることは知っているが、その 10 分のうち何分が prerender で、何分が postgenerate の検証スクリプトで、何分が wrangler deploy なのか、内訳を一度も手元に持っていなかった。",[14,23,24],{},"感覚で「Nuxt のビルドが遅い」と言い続けても、改善する場所が決まらない。フェーズ別の秒数が出れば、どこに手を入れれば一番効くか判断できる。記事数が 1000 本を超えたタイミングで、いちど計測スクリプトを通すことにした。",[10,26,28],{"id":27},"measure-deployps1-でフェーズを切る","measure-deploy.ps1 でフェーズを切る",[14,30,31,32,35],{},"PowerShell でフェーズ別に時間を測るスクリプトを ",[18,33,34],{},"scripts/measure-deploy.ps1"," に置いた。やっていることは単純で、",[37,38,39,45,50],"ul",{},[40,41,42,44],"li",{},[18,43,20],{}," の開始・終了時刻を記録する",[40,46,47,44],{},[18,48,49],{},"wrangler pages deploy",[40,51,52],{},"各フェーズの所要時間を秒で出す",[14,54,55],{},"筆者は PowerShell を書き慣れていないので、骨格は Claude Code に書かせて、出力フォーマットだけ自分の見たい順に並べ替えてもらった。",[57,58,63],"pre",{"className":59,"code":61,"language":62},[60],"language-text","PS C:\\Users\\numbe\\Git_repo\\mdx-playground> powershell -ExecutionPolicy Bypass -File scripts/measure-deploy.ps1\n=== Nuxt Build & Deploy Phase Timer ===\n","text",[18,64,61],{"__ignoreMap":65},"",[14,67,68],{},"スクリプトを叩いた瞬間、ヘッダが出てビルドが走り始めた。あとはコンソールを眺めて、各フェーズの秒数が積み上がっていくのを待つだけ。",[10,70,72],{"id":71},"pnpm-generate-が-exit-1-で落ちる","pnpm generate が exit 1 で落ちる",[14,74,75],{},"ところがビルドの終盤、コンソールに赤い文字が流れた。",[57,77,80],{"className":78,"code":79,"language":62},[60],"pnpm generate failed (exit 1)\nCategoryInfo : OperationStopped: (pnpm generate failed (exit 1):String) [], RuntimeException\n",[18,81,79],{"__ignoreMap":65},[14,83,84,87],{},[18,85,86],{},"exit 1"," だけ見ると「ビルド本体がコケた」と読みたくなる。実際、最初は SSG のメモリ問題が再発したのかと身構えた。",[14,89,90,91,94,95,98,99,102],{},"ログを上に遡って読むと、ビルド本体（Nitro の prerender）は完走していた。落ちていたのは ",[18,92,93],{},"postgenerate"," フックで動かしている ",[18,96,97],{},"apps/web/scripts/verify-blog-payload.mjs"," だった。このスクリプトは「カレンダーに出るべき記事数」と「実際に出力された HTML に含まれる記事数」を突き合わせるチェックを担っていて、その差分検出で ",[18,100,101],{},"process.exit(1)"," を投げていた。",[14,104,105],{},"エラーメッセージは「2026-06 のカレンダーに 27 本あるはずなのに 24 本しか HTML に出ていない」という内容。3 本どこかへ消えた。",[10,107,109],{"id":108},"消えた-3-本を追う","消えた 3 本を追う",[14,111,112,113,116],{},"カレンダーから抜けている 3 本の frontmatter を見にいった。原因は単純で、3 本のうち 2 本が ",[18,114,115],{},"unpublished: true","、もう 1 本はビルドの途中で書き足したばかりで、検証スクリプトが見にいったタイミングではまだ HTML に焼き込まれていなかった。",[14,118,119,120,123,124,126],{},"検証スクリプトの ",[18,121,122],{},"collectArticleIndexFromContent"," 側は ",[18,125,115],{}," の記事も「期待値」に含めていた。期待値には入れているのに、SSG 側はそれを除外して出力する。当然差分が出る。",[14,128,129,130,133,134,136,137,140,141,144,145,147],{},"修正は 1 箇所で終わった。",[18,131,132],{},"verify-blog-payload.mjs"," の期待値生成で、frontmatter に ",[18,135,115],{}," がある記事を除外するロジックを足す。同じリポジトリ内に ",[18,138,139],{},"verify-unpublished-excluded.mjs"," という別の検証スクリプトが既にあって、そちらは ",[18,142,143],{},"/^unpublished:\\s*true\\s*$/m"," で ",[18,146,115],{}," を判定していたので、正規表現の書き方もそちらに揃えた。",[14,149,150,151,153,154,157,158,160,161,164],{},"ここで ",[18,152,20],{}," をもう一度回すと検証だけで 10 分待たされる。先に検証ロジック単体を ",[18,155,156],{},"node"," で叩いて、正規表現が 3 ケース（",[18,159,115],{}," / ",[18,162,163],{},"unpublished: false"," / フィールドなし）を正しく仕分けることだけ確かめた。フルビルドは流さなかった。",[10,166,168],{"id":167},"モデルを-opus-47-1m-context-に切り替えた","モデルを Opus 4.7 1M context に切り替えた",[14,170,171],{},"セッション後半、コンテキストが膨らんできた。frontmatter の Read、検証スクリプトの差分、ログの分析と、参照ファイルが増えていく。",[14,173,174],{},"ここで筆者が Claude Code に対して「Opus 4.7 (1M context) の指定方法を教えて」と聞いた。長いログを最後まで追いかけるなら 1M context モデルに切り替えたかったからだ。",[14,176,177,178,181,182,185],{},"最初は ",[18,179,180],{},"/model"," コマンドに完全な ID（",[18,183,184],{},"claude-opus-4-7[1m]","）をそのまま渡して弾かれた。",[57,187,190],{"className":188,"code":189,"language":62},[60],"❯ /model\n⎿  Kept model as Opus 4.8 (1M context) (default)\n",[18,191,189],{"__ignoreMap":65},[14,193,194,195,197,198,201],{},"エイリアスではなく表示名や角括弧入り完全 ID を投げたのが原因だった。引数なしで ",[18,196,180],{}," を叩くと選択 UI が出る。一覧から ",[18,199,200],{},"Opus 4.7 (1M context)"," を選ぶ方式が一番確実だった。これ以降のセッションは長文ログをそのまま読ませても余裕が残った。",[10,203,204],{"id":204},"ビルド時間の内訳を見て気づいたこと",[14,206,207],{},"計測スクリプトが吐いた数字を、過去のビルドログと並べた。結論は予想外だった。",[37,209,210,213],{},[40,211,212],{},"今回のルート数は 2724（普段より少ない）",[40,214,215,216],{},"それなのにルートあたりの prerender 時間が",[217,218,219],"strong",{},"普段の倍",[14,221,222],{},"ルート数が減って総時間も短くなる、なら素直な話で済んだ。ルート数が減っているのに 1 ルートあたりの時間が伸びている、というのは別の話で、特定のページが詰まっている可能性が高い。",[14,224,225,226,229],{},"調査メモを ",[18,227,228],{},"memo/2026-06-04/"," にマークダウンで残した。「どのページが詰まっているか」をスローページ単位で特定するのは翌日の作業として積み残し、今日はここまでで切ることにした。",[10,231,232],{"id":232},"ブラウザ側の確認でハイドレーション崩れも見つかる",[14,234,235,236,239],{},"ビルドの数字を見たあと、デプロイ済みの ",[18,237,238],{},"log.eurekapu.com/blog"," を agent-browser で開いて表示確認した。すると別の症状が出ていた。",[37,241,242,245],{},[40,243,244],{},"サーバが返す HTML はちゃんと 2026 年 6 月で 24 件入っている",[40,246,247],{},"ブラウザに見えているカレンダーは 2026 年 5 月のまま",[14,249,250],{},"HTML と DOM が食い違っている。クライアント側の payload が古いビルドのものを参照していて、ハイドレーション後に 6 月が消えていた。ビルド ID と payload のキャッシュがずれていた。",[14,252,253],{},"ビルド時間の計測から始まったセッションで、思いがけず「デプロイ後の表示崩れ」まで掘り当てた。一日のうちに 2 つ別の問題が見えたが、今日のスコープはビルド時間の計測まで、と決めて切った。",[10,255,257],{"id":256},"ドキュメントcodex-レビューで締める","ドキュメント＋Codex レビューで締める",[14,259,260],{},"ここで筆者は「もう今日は帰りたいんで、ドキュメントをして、OpenAI の codex のレビューを受けてください」と Claude Code に投げた。",[14,262,263,264,266,267,270,271,274],{},"Claude Code が ",[18,265,228],{}," の調査メモをまとめ直し、そのまま ",[18,268,269],{},"/codex-review-doc"," を叩いてドキュメントを Codex（GPT-5 系）に投げた。途中で Codex の ",[18,272,273],{},"config.toml"," にエラーがあって設定を直す手間が入ったが、本筋ではないので省く。",[14,276,277],{},"Codex から致命的な指摘が 3 つ返ってきた。瑣末な指摘ではなく、どれも「ここを直さないと記録として残す意味が薄い」というレベルの指摘だった。Claude Code がそのまま 3 件全部をメモに反映して、今日の作業を締めた。",[14,279,280],{},"筆者がやったことを並べると、",[282,283,284,287,292,295,298,301,304],"ol",{},[40,285,286],{},"measure-deploy.ps1 を叩いてビルド時間を計測した",[40,288,289,291],{},[18,290,20],{}," が落ちたエラーログを読んで「ビルド本体は無事、検証スクリプトが落ちている」と切り分けた",[40,293,294],{},"検証スクリプトの修正方針を Claude Code に指示した",[40,296,297],{},"長文ログを読ませる必要が出てきたので Opus 4.7 1M context に切り替えた",[40,299,300],{},"ビルド数字に違和感を感じて Claude Code に過去ビルドとの比較分析を依頼した",[40,302,303],{},"デプロイ済みサイトの表示崩れを目視で見つけた",[40,305,306],{},"「ドキュメント書いて Codex に投げて」とだけ言って退勤した",[14,308,309],{},"実装と分析と検証はほぼ Claude Code が回している。筆者がやったのは「方針を投げる係」と「画面の数字に違和感を持つ係」だけ。最後の Codex レビューも、自分で要点を読んで判断するのではなく、Claude Code に指摘を反映させるところまで任せた。",[14,311,312],{},"ビルド時間の改善余地を掴むつもりで叩いたスクリプトが、検証スクリプトのバグ・ハイドレーション崩れ・スローページの存在まで芋づる式に出してくれた。一日 1 スクリプトで 3 件の宿題が見えるなら、計測は儲かる。明日はスローページ特定から手をつける。",{"title":65,"searchDepth":314,"depth":314,"links":315},2,[316,317,318,319,320,321,322,323],{"id":12,"depth":314,"text":12},{"id":27,"depth":314,"text":28},{"id":71,"depth":314,"text":72},{"id":108,"depth":314,"text":109},{"id":167,"depth":314,"text":168},{"id":204,"depth":314,"text":204},{"id":232,"depth":314,"text":232},{"id":256,"depth":314,"text":257},"dev","Cloudflare Pages デプロイの所要時間がどこで膨らんでいるか掴めず、PowerShell スクリプトで pnpm generate と wrangler deploy をフェーズ別に計測した。途中で pnpm generate が exit 1 で落ち、原因を verify-blog-payload.mjs まで追いかけ、Opus 4.7 1M context にモデルを切り替えてから Codex でレビューを受けて締めた一日。","md",{},true,"/nuxt-build-deploy-time-measurement","mdx-playground",false,"2026-06-04T00:00:00.000Z",{"title":5,"description":325},"2026-06/2026-06-04/nuxt-build-deploy-time-measurement",[336,337,338,339,340],"Nuxt","Cloudflare","ビルド時間","計測","PowerShell",null,"6LSjwAkeratbEQLNTvQSzcSHQWZTqpLPda_2fn4YyGA",[],"https://log.eurekapu.com/og/blog/nuxt-build-deploy-time-measurement.png?v=2026-06-04T00%3A00%3A00.000Z&title=Nuxt%20%E3%81%AE%20pnpm%20generate%20%E3%82%92%20measure-deploy.ps1%20%E3%81%A7%E3%83%95%E3%82%A7%E3%83%BC%E3%82%BA%E5%88%A5%E3%81%AB%E8%A8%88%E6%B8%AC%E3%81%97%E3%81%9F&author=Kei%20Komatsu&sig=32b543f7b75ad185",1780619854590]