[{"data":1,"prerenderedAt":368},["ShallowReactive",2],{"content-/longform-writing-with-svg-diagrams":3,"all-pages-for-dir":366,"og-image-/longform-writing-with-svg-diagrams":367},{"id":4,"title":5,"body":6,"category":349,"description":350,"extension":351,"meta":352,"navigation":306,"ogImage":353,"path":354,"project_name":355,"published":356,"publishedAt":357,"seo":358,"stem":359,"tags":360,"todo":353,"unpublished":356,"updatedAt":353,"__hash__":365},"pages/2026-06/2026-06-22/longform-writing-with-svg-diagrams.md","市況解説のロングフォーム記事をSVG図入りで2本書いた話",{"type":7,"value":8,"toc":327},"minimark",[9,14,18,21,38,41,45,49,52,66,69,73,76,79,147,150,153,161,164,167,174,178,182,185,188,195,203,207,210,213,217,221,224,228,235,239,242,245,259,262,266,269,280,283,286,289,292,295],[10,11,13],"h2",{"id":12},"背景-文章だけでは伝わらないので図を多用したい","背景: 文章だけでは伝わらないので図を多用したい",[15,16,17],"p",{},"最近、半導体・データセンター・AI周辺の市況解説を長文で書く機会が増えた。\n1本あたり数千字のロングフォームになると、数字の連なりだけでは読み手の頭の中に構図が立ち上がらない。\n「ハイパースケーラー上位4社のCapExが前年比+78%」とテキストで書いても、読者はその規模感を像として持てない。",[15,19,20],{},"この日は同じパターンの長文記事を2本書いた。",[22,23,24,32],"ul",{},[25,26,27,31],"li",{},[28,29,30],"strong",{},"記事1",": データセンターのコスト構造 ── 部材インフレとハイパースケーラーの限界線",[25,33,34,37],{},[28,35,36],{},"記事2",": AI時代の「価値ある人材」を見極める5ステップ ── マッキンゼーの人材論を読んで",[15,39,40],{},"どちらも本文だけだと頭に入らない構造の話だったので、SVG図解を Claude Code に書かせながら進めた。\n書き手側のレイヤーで「何をどの図で見せるか」だけ決めて、SVGの描画は Claude Code に任せる、という分業が今回かなりハマった。",[10,42,44],{"id":43},"記事1-データセンターのコスト構造","記事1: データセンターのコスト構造",[46,47,48],"h3",{"id":48},"文章のドラフトを先に投げる",[15,50,51],{},"最初に書きたい内容のドラフトを Claude Code に投げた。\n中身はだいたいこんな数字が並ぶ。",[22,53,54,57,60,63],{},[25,55,56],{},"Dell'Oroが世界のデータセンターCapEx見通しを1兆ドル超に引き上げ",[25,58,59],{},"ハイパースケーラー上位4社（Amazon、Google、Meta、Microsoft）のCapExが前年比+78%",[25,61,62],{},"Moody'sの5月改訂では、ハイパースケーラーCapExが2026年に7,850億ドル、2027年には1兆ドルに接近",[25,64,65],{},"対象はMicrosoft、AWS、Meta、Alphabet、Oracle、CoreWeaveの6社",[15,67,68],{},"まず Claude Code にファクトチェックを並列で走らせた。\n結果、ドラフトの中に2つの事実誤認が混じっていることが判明した。\n「日東紡がT-glassを値上げ」は誤り（AI向けは価格維持で増産対応）、「Maine州データセンター・モラトリアム成立」も誤り（知事拒否権で否決）。\nこのあたりは長文を書くときに自分の記憶頼りで書き出すと必ず混入するノイズで、ファクトチェックを別タスクとして走らせる工程は今後も外せない。",[46,70,72],{"id":71},"svg図を後追いで入れる","SVG図を後追いで入れる",[15,74,75],{},"文章だけで一度仕上げた後、自分が「これ図がないと読めないな」と感じた箇所に対して「ここSVG入れて」と指示した。\nClaude Code は svg-diagram スキルの追加リファレンス（常にRead）を毎回読みに行ってから描く運用にしてあるので、デザインの一貫性は勝手に揃う。",[15,77,78],{},"このとき作らせたSVGは6枚。",[80,81,82,95],"table",{},[83,84,85],"thead",{},[86,87,88,92],"tr",{},[89,90,91],"th",{},"図",[89,93,94],{},"中身",[96,97,98,107,115,123,131,139],"tbody",{},[86,99,100,104],{},[101,102,103],"td",{},"1",[101,105,106],{},"メモリ価格の推移",[86,108,109,112],{},[101,110,111],{},"2",[101,113,114],{},"OPCF対比のCapEx拡張",[86,116,117,120],{},[101,118,119],{},"3",[101,121,122],{},"ストレステスト的な感応度",[86,124,125,128],{},[101,126,127],{},"4",[101,129,130],{},"電力ミスマッチ",[86,132,133,136],{},[101,134,135],{},"5",[101,137,138],{},"設備のリカバリ遅延",[86,140,141,144],{},[101,142,143],{},"6",[101,145,146],{},"4社の財務手段一覧",[15,148,149],{},"ここまでは一発で形になった。\n問題が起きたのはこの後、Moody'sの数字を時系列の積み上げ棒チャートにしてくれと追加で指示したときだった。",[46,151,152],{"id":152},"積み上げ棒は数値が読めないとやり直しになる",[15,154,155,156,160],{},"Moody'sの6社別CapEx見通しを2025〜2027年の3本の棒で見せたい、と頼んで ",[157,158,159],"code",{},"diagram-7-moodys-trajectory.svg"," が出てきた。\n全体のシェイプとしては申し分なかったのだが、肝心の個社別の数字が棒の中に書かれていなかった。\n棒の高さで雰囲気は分かるが、AmazonとMicrosoftの差がどれくらいかが目で読めない。",[15,162,163],{},"「2025年は実績なので数字を入れといて、潰れてもいいから」と返した。\n書き直された版では、2025年バーの内側に「Amazon 83 / Microsoft 80 / Alphabet 75 / Meta 72」が白文字で（Metaだけ背景が明るいので黒文字で）入った。\nここで気づいたのが、**「2026年と2027年のバーにもOracle と CoreWeave の数字が入ってない」**という抜けだった。\n2025年だけ実績で他は予測だったので、Claude Code が予測値の表示はためらった、ように見えた。",[15,165,166],{},"「26年も27年も入れといて」とさらに追加で指示。\nこのとき副作用的に「785B」のラベル位置がずれてしまい、上の注釈と重なりかけたので、元に戻す微修正がもう一度入った。\n最終的に3本の棒すべてに6社の数字が読める形になって完成した。",[15,168,169,170,173],{},"学びとして残ったのは、",[28,171,172],{},"積み上げ棒チャートは「数値が目で読めるか」をプレビューしてから合否を判定すべき","ということ。\n一発で出てくるSVGは少なく、出来上がりを見て「ここの数字が見えない」と差し戻すのが3〜4回は当たり前、と腹を括ったほうが速い。",[10,175,177],{"id":176},"記事2-マッキンゼーのai人材論","記事2: マッキンゼーのAI人材論",[46,179,181],{"id":180},"doc-communication-スキルで骨格から組む","doc-communication スキルで骨格から組む",[15,183,184],{},"午前中はもう1本、毛色の違うロングフォーム記事を書いた。\nマッキンゼーの「Rewiring Talent to Value in the age of AI」を読んで、その内容を自分の言葉で再構成する記事だ。\n「AIがいる前提で、どの人を、どの仕事に、どう配置すれば価値が最大化するのか」を5ステップで整理しているフレームで、自分が普段 Claude Code 一人で増幅できる範囲を試している実感とちょうど重なった。",[15,186,187],{},"この記事は最初から構成検討が必要なタイプだったので、Claude Code に doc-communication スキルと svg-diagram スキルを両方ロードさせた上で書かせた。\ndoc-communication 側で「空・雨・傘」（状況・解釈・行動）の骨格を先に作ってから本文に落とす流れで、いきなり書き出さずに済む。",[15,189,190,191,194],{},"骨格が固まった段階で、図解2点を入れた要約版を ",[157,192,193],{},"memo/2026-06-22/mckinsey-talent-to-value-ai-summary.md"," に書き出した。",[22,196,197,200],{},[25,198,199],{},"パラダイムシフト図: 「人を仕事に当てはめる」旧モデルと「価値の塊にAI＋人を編成する」新モデルの対比",[25,201,202],{},"AI増幅器の図: 同じ人がAIを介して何倍の価値を出すかの構造",[46,204,206],{"id":205},"svg図解の役割を絞る","SVG図解の役割を絞る",[15,208,209],{},"この記事のSVGは2枚だけにした。\nロングフォーム自体が抽象論寄りだったので、図を増やしすぎると本文が薄まる。\n「この記事で読者の頭の中に残ってほしい構図はどれか」を先に決めて、その構図のためだけにSVGを1枚ずつ充てた、というほうが近い。",[15,211,212],{},"このあたりは doc-communication スキルが「1ページ＝1メッセージ」「メッセージに対応しない図表は捨てる」と繰り返し言ってくる効果が出ている。\n図を作る前に Claude Code 自身が「これは入れるか?」と一度フィルタを掛けてくるので、余計な装飾図が混入しにくい。",[10,214,216],{"id":215},"svgを多用する運用で見えた知見","SVGを多用する運用で見えた知見",[46,218,220],{"id":219},"svg-diagram-スキルの追加リファレンスを毎回読ませる","svg-diagram スキルの追加リファレンスを毎回読ませる",[15,222,223],{},"svg-diagram スキル本体だけでは足りなくて、「追加リファレンスを原則として常に Read」と指定されたファイルが効いている。\nこれを Claude Code に毎回読み直させると、フォント・余白・凡例・タイトルラインなどのデザインが過去のSVGと揃う。\n記事間で図のテイストがバラバラだと長文サイト全体が散らかって見えるので、ここは省略させずに毎回踏ませた方がいい。",[46,225,227],{"id":226},"既存svgを1枚見せると速い","既存SVGを1枚見せると速い",[15,229,230,231,234],{},"新しい記事で初回のSVGを作らせるときは、過去に作った ",[157,232,233],{},"diagram-*.svg"," を1枚だけRead させてから「これと同じトーンで」と頼むのが速い。\nスキルのテキストだけだとデザインの再現度が揺れるが、実例を1枚見せると線の太さ・色のトーン・凡例の置き方まで揃ってくる。",[46,236,238],{"id":237},"一発で出るsvgは少ないと腹を括る","一発で出るSVGは少ない、と腹を括る",[15,240,241],{},"今回6枚＋追加1枚＋2枚＝合計9枚のSVGを生成したが、一発でOKだったのはおそらく半分以下だった。\n特に積み上げ棒・複数系列・予測と実績の混在は、初回では「何かが見えない」状態で出てくる。",[15,243,244],{},"ありがちな差し戻し:",[22,246,247,250,253,256],{},[25,248,249],{},"棒の中の数字が見えない → 棒の内側に白文字で入れる",[25,251,252],{},"数字の有効桁数がバラバラ → 単位込みで揃える（83 / 80 / 75 のように整数Bで統一）",[25,254,255],{},"予測値が抜けている → 実績と予測の判定が曖昧なときは「予測も全部入れて」と明示する",[25,257,258],{},"ラベル位置の重なり → 微修正を1ターン挟む",[15,260,261],{},"これらは Claude Code 側のミスというより、自分の指示が「数字が読めるように」と最初に言っていないことに起因する。\n3回目以降のセッションでは「数字は棒の内側に白文字で全部入れて」と最初から伝えるようにしたら、差し戻し回数が減った。",[46,263,265],{"id":264},"書き手側のレイヤーで判断するのは何をどの図で見せるかだけ","書き手側のレイヤーで判断するのは「何をどの図で見せるか」だけ",[15,267,268],{},"今回いちばん腹落ちしたのはここで、SVGの実装は Claude Code に完全に任せられる。\n自分がやっているのは、",[22,270,271,274,277],{},[25,272,273],{},"本文ドラフトを書く",[25,275,276],{},"「ここは図がないと読者の頭に入らない」という箇所を指差す",[25,278,279],{},"出てきたSVGを見て「数字が読めない」「ラベルが重なってる」と差し戻す",[15,281,282],{},"の3つだけになった。\nロングフォームの市況解説 + SVG図解の組み合わせは、書き手側の認知負荷を増やさずに記事の情報密度を上げられる、という意味で相性が良い。",[10,284,285],{"id":285},"振り返り",[15,287,288],{},"同じ日に毛色の違う2本のロングフォームを書いて、図を合計9枚入れた。\n書く前は「両方やると半日溶ける」と覚悟していたが、実際は午前中にマッキンゼー記事の骨格と図2枚、午後にデータセンター記事の文章とSVG6枚＋追加積み上げ棒1枚、で収まった。",[15,290,291],{},"スキルとして doc-communication（骨格） / svg-diagram（図） / honda-sakubun（文章）の3つを揃えて、用途別に Claude Code に読み込ませる運用が回り始めている。\n記事の品質を一段引き上げているのはこの3点セットで、特に図のテイストを揃えてくれる svg-diagram の追加リファレンスは外せない。",[15,293,294],{},"明日以降ロングフォームを書くときの自分用メモ:",[22,296,299,309,315,321],{"className":297},[298],"contains-task-list",[25,300,303,308],{"className":301},[302],"task-list-item",[304,305],"input",{"disabled":306,"type":307},true,"checkbox"," 図にする箇所を本文ドラフトの段階で印を付けておく（後で「ここ」と指差しやすい）",[25,310,312,314],{"className":311},[302],[304,313],{"disabled":306,"type":307}," 積み上げ棒を頼むときは「数字は棒の内側に全部入れて」と最初から伝える",[25,316,318,320],{"className":317},[302],[304,319],{"disabled":306,"type":307}," 既存SVGを1枚 Read させてから新規SVGを頼む",[25,322,324,326],{"className":323},[302],[304,325],{"disabled":306,"type":307}," ファクトチェックは別タスクで並列に走らせて、本文ドラフトと突き合わせる",{"title":328,"searchDepth":329,"depth":329,"links":330},"",2,[331,332,338,342,348],{"id":12,"depth":329,"text":13},{"id":43,"depth":329,"text":44,"children":333},[334,336,337],{"id":48,"depth":335,"text":48},3,{"id":71,"depth":335,"text":72},{"id":152,"depth":335,"text":152},{"id":176,"depth":329,"text":177,"children":339},[340,341],{"id":180,"depth":335,"text":181},{"id":205,"depth":335,"text":206},{"id":215,"depth":329,"text":216,"children":343},[344,345,346,347],{"id":219,"depth":335,"text":220},{"id":226,"depth":335,"text":227},{"id":237,"depth":335,"text":238},{"id":264,"depth":335,"text":265},{"id":285,"depth":329,"text":285},"dev","データセンターのCapEx構造とマッキンゼーのAI人材論。同日に書いた2本の長文記事を、Claude CodeにSVG図を描かせながら仕上げる過程で見えた運用知見をまとめる。","md",{},null,"/longform-writing-with-svg-diagrams","mdx-playground",false,"2026-06-22T00:00:00.000Z",{"title":5,"description":350},"2026-06/2026-06-22/longform-writing-with-svg-diagrams",[361,362,363,364],"記事執筆","SVG図解","ロングフォーム","市況解説","NptEHqOWKrtZDKO4uMhh78Q9QZqEepmvlP2JILOGSu4",[],"https://log.eurekapu.com/og/blog/longform-writing-with-svg-diagrams.png?v=2026-06-22T00%3A00%3A00.000Z&title=%E5%B8%82%E6%B3%81%E8%A7%A3%E8%AA%AC%E3%81%AE%E3%83%AD%E3%83%B3%E3%82%B0%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E8%A8%98%E4%BA%8B%E3%82%92SVG%E5%9B%B3%E5%85%A5%E3%82%8A%E3%81%A72%E6%9C%AC%E6%9B%B8%E3%81%84%E3%81%9F%E8%A9%B1&author=Kei%20Komatsu&sig=337d599f96d35883",1782176334189]