[{"data":1,"prerenderedAt":594},["ShallowReactive",2],{"content-/2026-06-27-diary":3,"all-pages-for-dir":592,"og-image-/2026-06-27-diary":593},{"id":4,"title":5,"body":6,"category":571,"description":572,"extension":573,"meta":574,"navigation":575,"ogImage":576,"path":577,"project_name":578,"published":579,"publishedAt":580,"seo":581,"stem":582,"tags":583,"todo":576,"unpublished":579,"updatedAt":576,"__hash__":591},"pages/2026-06/2026-06-27/diary-2026-06-27.md","2026年6月27日の開発日記 - Micron 三本立て・ハイパースケーラー CapEx 6本柱・公認会計士の SNS 営業フック",{"type":7,"value":8,"toc":554},"minimark",[9,14,18,22,29,32,37,40,46,59,64,85,88,92,95,99,110,114,128,130,134,150,154,165,174,176,180,183,187,195,203,205,209,212,216,224,232,234,238,241,245,256,264,266,269,479,481,484,510,512,515],[10,11,13],"h1",{"id":12},"_2026年6月27日の開発日記","2026年6月27日の開発日記",[15,16,17],"p",{},"朝起きて Twitter を開いたら、暮らしのマーケットでドラム式洗濯機の分解掃除をしてくれた人が宅建・行政書士・FP1 級持ちで、清掃を入口に不動産・金融営業をかけているという投稿が流れてきて、そこから「自分なら何を入口にするか」を考え始めた。一日のうちに、Micron 関連の翻訳記事 3 本、ハイパースケーラー CapEx を緩めない 6 本柱、AI 過剰投資の非対称な保険論、AI 時代のゲーム=IP 発見装置論、ハイパースケーラー CapEx ページのチャート組み替え、公認会計士の SNS 営業フック設計、妻ブログの Cloudflare → GitHub 連携への移行、という 9 本に着地した。",[19,20,21],"h2",{"id":21},"今日のタイムライン",[15,23,24],{},[25,26],"img",{"alt":27,"src":28},"タイムライン","/2026-06/2026-06-27/timeline-2026-06-27.png",[19,30,31],{"id":31},"今日やったこと",[33,34,36],"h3",{"id":35},"_1-micron-三本立て-ai-メモリ相場の現在地を多角度で押さえる","1. Micron 三本立て - AI メモリ相場の現在地を多角度で押さえる",[15,38,39],{},"朝の流れで Micron 関連を 3 本一気に作った。1 本は I/O Fund の Beth Kindig の論考翻訳、1 本は BofA Securities のレーティングレポート翻訳、1 本は TrendForce News のグローバル Fab 拡張マップ。3 本それぞれ角度が違うが、合わせると「AI メモリ相場で Micron がどこにいて、これからどこに行くのか」が立体的に見える。",[15,41,42],{},[43,44,45],"strong",{},"主な成果:",[47,48,49,53,56],"ul",{},[50,51,52],"li",{},"HBM／DRAM／NAND の 3 層で構造的供給不足が続く根拠を、メーカー別タイムラインで整理",[50,54,55],{},"BofA の SCA 16 本／FCF マージン 50-60% 超／構造的 P/E 12-15 倍再評価のシナリオを表に展開",[50,57,58],{},"グローバル Fab 拡張を米国・日本・シンガポール・台湾・インド・マレーシアで地域別マップ化、短期・中期・長期の三層構造に整理",[15,60,61],{},[43,62,63],{},"詳細:",[47,65,66,73,79],{},[50,67,68],{},[69,70,72],"a",{"href":71},"/micron-900-percent-ai-memory-still-upside","マイクロン+1兆ドル時価総額、それでもAIメモリ相場の上値余地が残っている理由",[50,74,75],{},[69,76,78],{"href":77},"/bofa-micron-buy-1550-target-2026-06-24","BofA: Micron 目標株価 $1,550 に引き上げ — SCA 16本／FCF最適化／構造的P/E再評価",[50,80,81],{},[69,82,84],{"href":83},"/micron-global-fab-expansion-beyond-2026","マイクロン時価総額1兆ドル超え、2026年以降のグローバルFab拡張計画を一気にマップする",[86,87],"hr",{},[33,89,91],{"id":90},"_2-ハイパースケーラー-capex-を緩めない-6-本柱と非対称な保険論","2. ハイパースケーラー CapEx を緩めない 6 本柱と非対称な保険論",[15,93,94],{},"韓国語の論考（빅테크 및 AI프런티어 기업들이 너무 무리해서 칩들을 사는거 아니냐 / ビッグテックと AI フロンティア企業がチップを無理して買い過ぎではないか）を起点に、「中国は蒸留で安く真似できる」「LLM は数ヶ月早く良くなるだけ」を根拠にする CapEx 緩和論を分解した。直近 1 週間の自分の記事 5 本を読み直して、戦略・物理・歴史/現場 の 3 層で 6 本柱を立てた。同じ素材から、AI 過剰投資の合理性を「非対称な保険」として説明する論考も別軸で書いた。途中で「効率化が需要を減らした事例は歴史にない」というジェボンズのパラドックスを 1 行差し込んだ。",[15,96,97],{},[43,98,45],{},[47,100,101,104,107],{},[50,102,103],{},"緩めない理由を 3 層 × 6 本柱に圧縮（戦略 ①②／物理 ③④／歴史・現場 ⑤⑥）",[50,105,106],{},"NVIDIA が売る限り HBM が代々 2 倍になるのは供給側の内製圧力で、買い手側の意思の外にある、という構造を明示",[50,108,109],{},"過剰投資の合理性を信頼度 × タスクホライズンの非線形性から逆算",[15,111,112],{},[43,113,63],{},[47,115,116,122],{},[50,117,118],{},[69,119,121],{"href":120},"/why-hyperscaler-capex-wont-ease-six-pillars","ハイパースケーラーが CapEx を緩めない 6 つの理由 — 戦略・物理・歴史/現場 の 3 層",[50,123,124],{},[69,125,127],{"href":126},"/ai-overinvestment-asymmetric-bet","AI への過剰投資はなぜ合理的か — 非対称な保険と 4 つの狙い",[86,129],{},[33,131,133],{"id":132},"_3-ハイパースケーラー-capex-ページを三本並列に作り直し合算積み上げ棒まで詰める","3. ハイパースケーラー CapEx ページを三本並列に作り直し、合算積み上げ棒まで詰める",[15,135,136,137,141,142,145,146,149],{},"論考を仕上げた直後、元データのページ ",[138,139,140],"code",{},"/memory-makers/hyperscaler-capex"," を開き直したら、MSFT の 24Q2 がフィスカルかカレンダーか判別できないまま 3 秒固まった。一日かけて、軸の表記をカレンダーイヤーに統一、個別チャートを「左 OCF・中央 CapEx・右 FCF」の三本並列に組み替え、4 社合算の積み上げ棒チャートを上段に追加、点線の境界線を ticker 別 estimate に追従させるまで詰めた。途中で Koyfin の ",[138,143,144],{},"\"Upgrade\""," プレースホルダ文字列に踏み抜いて 23Q1〜24Q1 の実績が空欄になっていた問題も ",[138,147,148],{},"financial_data_quarterly"," フォールバックで埋めた。Codex レビューも 2 周回した。",[15,151,152],{},[43,153,45],{},[47,155,156,159,162],{},[50,157,158],{},"個別チャートを OCF・CapEx・FCF の三本並列に再構成、年度ごとの効率が一目で見える形に",[50,160,161],{},"4 社（MSFT・GOOG・AMZN・META）合算の積み上げ棒を上段に追加、Apple/Oracle/CRWV は趣旨から外れるため除外",[50,163,164],{},"23Q1〜24Q1 の Koyfin 空欄を別テーブル経由で埋め、点線位置を ticker 別 estimate に追従させる",[15,166,167,169,170],{},[43,168,63],{}," ",[69,171,173],{"href":172},"/hyperscaler-capex-page-parallel-chart-refactor","hyperscaler-capex ページを「営業CF・CapEx・FCF 三本並列」へ作り直し、合算積み上げ棒と点線位置まで詰める",[86,175],{},[33,177,179],{"id":178},"_4-ai-時代のコンテンツ産業-ゲームは-ip-の発見装置になる","4. AI 時代のコンテンツ産業 - ゲームは IP の発見装置になる",[15,181,182],{},"AI でゲーム制作コストが下がる本当の意味は、1 本の大作に賭けずに済むこと、という角度で書いた。先にゲームで 100 本小さく試し、勝ち筋が見えた IP だけを漫画化・アニメ化・商品化する「発見 → 展開」の順番が成立する。漫画化・アニメ化が先でゲームが最後だった順番は、ゲームが先で漫画化・アニメ化があとに来る順番に逆転する、という構造を 1 本にまとめた。",[15,184,185],{},[43,186,45],{},[47,188,189,192],{},[50,190,191],{},"コンテンツ展開の順番逆転を 1 枚の SVG に図解化",[50,193,194],{},"出版社・広告・芸能事務所の競争軸が「制作量」から「選ぶ力・育てる力・権利を扱う力」に移る、という流れを 4 つのビジネス機会に展開",[15,196,197,169,199],{},[43,198,63],{},[69,200,202],{"href":201},"/games-as-ip-discovery-engine-ai-era","ゲームは IP の発見装置になる — AI 時代の「先に試して後で広げる」コンテンツ産業",[86,204],{},[33,206,208],{"id":207},"_5-公認会計士の-sns-営業フックを-claude-code-と-cfws-excel-ドリルで設計する","5. 公認会計士の SNS 営業フックを Claude Code と CFWS Excel ドリルで設計する",[15,210,211],{},"朝の暮らしのマーケット投稿（実働 3.5h の分解掃除で名刺に宅建・行政書士・FP1 級）を起点に、税理士 → 公認会計士 → SNS と振って「自分なら何を入口にするか」を考えたメモ。対面なら 5〜10 分で価値を証明できるが、SNS だと持ち時間が 5〜10 秒に縮む。Claude Code の実演動画、Excel スクリーンキャストの早回し（キャッシュフロー計算書ドリルへの動線）、決算書 1 枚クイズ、失敗談・実装ログ、の 4 案を列挙して締めた。",[15,213,214],{},[43,215,45],{},[47,217,218,221],{},[50,219,220],{},"対面 vs SNS の持ち時間が 2 桁違う、という解像度の上がり方",[50,222,223],{},"自分の手札（Claude Code・CFWS Excel ドリル）と「腕を見せる」フォーマットを接続する 4 案",[15,225,226,169,228],{},[43,227,63],{},[69,229,231],{"href":230},"/cpa-sns-marketing-hook","公認会計士の SNS 営業フックを Claude Code とキャッシュフロー Excel ドリルで設計する",[86,233],{},[33,235,237],{"id":236},"_6-妻ブログを-cloudflare-pages-direct-から-github-連携に切り替える手順を整理した","6. 妻ブログを Cloudflare Pages Direct から GitHub 連携に切り替える手順を整理した",[15,239,240],{},"妻のブログのディレクトリを開いて、ふと「これって自分の GitHub で管理してたっけ？」と手が止まったところから始まった。Claude Code に Cloudflare 側のプロジェクト設定を見てもらったら、Direct Upload で動いていることが判明。GitHub に連携してから後で切り替える経路がないと知って、既存プロジェクトを削除して GitHub 連携で作り直す方針を決めた。ドメインは自分が管理しているので、再紐付け含めて手順を整理し、Google カレンダーのメモ欄にも貼っておいた。実際の切り替え作業は別日にまとめて入れる。",[15,242,243],{},[43,244,45],{},[47,246,247,250,253],{},[50,248,249],{},"Cloudflare Pages Direct Upload では GitHub 連携への切り替えボタンが存在せず、最初から作り直すしかない、という確認",[50,251,252],{},"既存 Direct プロジェクト削除 → GitHub 連携新規作成 → ドメイン再紐付け → master プッシュで自動デプロイの手順を 5 ステップで整理",[50,254,255],{},"手順を Google カレンダーのメモ欄に貼って、次回手を動かすときに迷わないように残す",[15,257,258,169,260],{},[43,259,63],{},[69,261,263],{"href":262},"/wife-blog-cloudflare-to-github-migration","妻ブログを Cloudflare Pages Direct から GitHub 連携に切り替えた手順メモ",[86,265],{},[19,267,268],{"id":268},"今日の試行錯誤",[270,271,272,294],"table",{},[273,274,275],"thead",{},[276,277,278,282,285,288,291],"tr",{},[279,280,281],"th",{},"#",[279,283,284],{},"テーマ",[279,286,287],{},"試したこと",[279,289,290],{},"結果",[279,292,293],{},"気づき",[295,296,297,315,332,349,366,383,400,424,445,462],"tbody",{},[276,298,299,303,306,309,312],{},[300,301,302],"td",{},"1",[300,304,305],{},"Micron 翻訳の構造化",[300,307,308],{},"Beth Kindig の論考をそのまま訳すか、HBM／DRAM／NAND の層別で組み替えるか",[300,310,311],{},"層別で組み替え",[300,313,314],{},"3 層で時系列も整理し直すと、メーカー別の供給ギャップが比較できる",[276,316,317,320,323,326,329],{},[300,318,319],{},"2",[300,321,322],{},"ハイパースケーラー CapEx 緩和論への反論",[300,324,325],{},"「中国蒸留」「LLM 数ヶ月差」の 2 点をそのまま受けるか、3 層に分解するか",[300,327,328],{},"戦略・物理・歴史/現場 の 3 層 × 6 本柱",[300,330,331],{},"フラットに並べるより階層化したほうが反論がブレない",[276,333,334,337,340,343,346],{},[300,335,336],{},"3",[300,338,339],{},"NVIDIA-HBM 循環論への自分の反論",[300,341,342],{},"ユーザーから「NVIDIA が売る限り HBM 代々 2 倍は供給側の内製圧力、というのは買い手側との論理が循環していないか」と問い返された",[300,344,345],{},"「内製圧力」と「需要側の意思」を切り分けて再説明",[300,347,348],{},"自分の論考のうち、内製圧力と需要意思を混同していた箇所が見えた",[276,350,351,354,357,360,363],{},[300,352,353],{},"4",[300,355,356],{},"hyperscaler-capex ページの軸統一",[300,358,359],{},"FY と CY を併記するか、CY に統一するか",[300,361,362],{},"CY に統一、小数点第 1 位まで表示",[300,364,365],{},"Koyfin の桁との突き合わせが一発でできるようになる",[276,367,368,371,374,377,380],{},[300,369,370],{},"5",[300,372,373],{},"個別チャートの並べ方",[300,375,376],{},"CapEx + OCF の並列を試作 → 「左 OCF・中央 CapEx・右 FCF」に組み替え",[300,378,379],{},"三本並列に再構成",[300,381,382],{},"差額の FCF が右に来ると、年度ごとの効率が縦一列で見える",[276,384,385,388,391,394,397],{},[300,386,387],{},"6",[300,389,390],{},"4 社合算積み上げ棒の構成銘柄",[300,392,393],{},"当初は MSFT/GOOG/AMZN/META/AAPL/ORCL/CRWV の 7 社で試算",[300,395,396],{},"Apple/Oracle/CRWV を除外、4 社に絞る",[300,398,399],{},"ハイパースケーラーの定義から外れる銘柄を除いた方が話の軸がブレない",[276,401,402,405,408,414,421],{},[300,403,404],{},"7",[300,406,407],{},"点線（フィスカル境界）位置",[300,409,410,413],{},[138,411,412],{},"anyEstimate"," の OR 判定で CRWV に引きずられて手前に出ていた",[300,415,416,417,420],{},"ticker 別 ",[138,418,419],{},"dividerX"," で計算し直し",[300,422,423],{},"1 つの ticker の estimate に他社の点線が引きずられる構造を放置していた",[276,425,426,429,432,435,440],{},[300,427,428],{},"8",[300,430,431],{},"23Q1〜24Q1 の Koyfin 空欄",[300,433,434],{},"Koyfin の対象 API レスポンスを確認",[300,436,437,439],{},[138,438,144],{}," プレースホルダ文字列が入っていた",[300,441,442,444],{},[138,443,148],{}," テーブルにフォールバックして埋める",[276,446,447,450,453,456,459],{},[300,448,449],{},"9",[300,451,452],{},"営業フックを「税理士で組むか会計士で組むか」",[300,454,455],{},"税理士で月次帳簿化を入口に置く骨格を試す",[300,457,458],{},"単価感が違うので公認会計士の単発スポット型に振り替え",[300,460,461],{},"単価が違うと SNS で見せる「腕」のフォーマットも変わる",[276,463,464,467,470,473,476],{},[300,465,466],{},"10",[300,468,469],{},"妻ブログの GitHub 連携への切り替え経路",[300,471,472],{},"Cloudflare Pages で Direct → GitHub の切り替えボタンを探す",[300,474,475],{},"ボタンが存在しないことを確認",[300,477,478],{},"プロジェクトを最初から作り直すしかない、と早めに諦めて時短した",[86,480],{},[19,482,483],{"id":483},"今日の学び",[47,485,486,489,492,495,498,501,507],{},[50,487,488],{},"ハイパースケーラー CapEx が緩むかどうかは、需要側の意思ではなく外部資本コストと電力接続という供給側の引き金で決まる、という整理が腹落ちした",[50,490,491],{},"「中国は蒸留で安く真似できる」「LLM は数ヶ月差」を根拠にする CapEx 緩和論は、3 層 × 6 本柱に分解すると一つずつ反論できる",[50,493,494],{},"AI 時代のゲーム制作コスト低下の本当の意味は「100 本試して勝ち筋を発見する」順番が成立すること、という角度はそのまま IP 戦略の競争軸の話につながる",[50,496,497],{},"SNS 営業フックの設計で大事なのは「対面の 5〜10 分」と「SNS の 5〜10 秒」の持ち時間の違いを認識すること",[50,499,500],{},"Cloudflare Pages の Direct Upload と GitHub 連携は、後から切り替えるボタンが存在しない。最初に決め切る必要がある",[50,502,503,504,506],{},"Koyfin の ",[138,505,144],{}," 文字列プレースホルダ問題は、別テーブルにフォールバックする経路を持っておくと埋められる",[50,508,509],{},"ハイパースケーラー CapEx ページの個別チャートを三本並列にしたことで、年度ごとの効率が縦一列で読める形になった",[86,511],{},[19,513,514],{"id":514},"関連記事",[47,516,517,521,525,529,533,537,541,545,549],{},[50,518,519],{},[69,520,72],{"href":71},[50,522,523],{},[69,524,78],{"href":77},[50,526,527],{},[69,528,84],{"href":83},[50,530,531],{},[69,532,121],{"href":120},[50,534,535],{},[69,536,127],{"href":126},[50,538,539],{},[69,540,173],{"href":172},[50,542,543],{},[69,544,202],{"href":201},[50,546,547],{},[69,548,231],{"href":230},[50,550,551],{},[69,552,553],{"href":262},"妻ブログを Cloudflare Pages Direct から GitHub 連携に切り替えるための手順メモ",{"title":555,"searchDepth":556,"depth":556,"links":557},"",2,[558,559,568,569,570],{"id":21,"depth":556,"text":21},{"id":31,"depth":556,"text":31,"children":560},[561,563,564,565,566,567],{"id":35,"depth":562,"text":36},3,{"id":90,"depth":562,"text":91},{"id":132,"depth":562,"text":133},{"id":178,"depth":562,"text":179},{"id":207,"depth":562,"text":208},{"id":236,"depth":562,"text":237},{"id":268,"depth":556,"text":268},{"id":483,"depth":556,"text":483},{"id":514,"depth":556,"text":514},"diary","Micron 関連 3 本（900%論考翻訳・BofA $1,550 レポート・グローバル Fab マップ）と、ハイパースケーラー CapEx を緩めない 6 本柱、AI 過剰投資の非対称な保険論、ゲーム=IP 発見装置論、CapEx ページの三本並列化改修、公認会計士の SNS 営業フック設計、妻ブログの GitHub 連携移行までを一日に詰め込んだ記録。","md",{},true,null,"/2026-06-27-diary","daily-log",false,"2026-06-27T00:00:00.000Z",{"title":5,"description":572},"2026-06/2026-06-27/diary-2026-06-27",[584,585,586,587,588,589,590],"日記","Micron","ハイパースケーラー","CapEx","AI","公認会計士","Cloudflare Pages","u82Vt5oORGhCzgf30Dh-OjpTBZeGVvccZK8KZBuirUs",[],"https://log.eurekapu.com/og/blog/2026-06-27-diary.png?v=2026-06-27T00%3A00%3A00.000Z&title=2026%E5%B9%B46%E6%9C%8827%E6%97%A5%E3%81%AE%E9%96%8B%E7%99%BA%E6%97%A5%E8%A8%98%20-%20Micron%20%E4%B8%89%E6%9C%AC%E7%AB%8B%E3%81%A6%E3%83%BB%E3%83%8F%E3%82%A4%E3%83%91%E3%83%BC%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%A9%E3%83%BC%20CapEx%206%E6%9C%AC%E6%9F%B1%E3%83%BB%E5%85%AC%E8%AA%8D%E4%BC%9A%E8%A8%88%E5%A3%AB%E3%81%AE%20SNS%20%E5%96%B6%E6%A5%AD%E3%83%95%E3%83%83%E3%82%AF&author=Kei%20Komatsu&sig=fbc32d8f558c928f",1782885016103]