Claude Desktopでインライン数式(LaTeX)が表示されない原因と対処法

Claude DesktopのCode tabでは、$...$で囲んだインライン数式だけが表示されず、ドル記号ごとそのままの文字列として出てきます。一方で$$...$$のブロック数式は問題なく組版されます。GitHubのissueで数か月にわたって報告が続く既知の不具合で、2026年9月9日の最新コメントでも「解決していない」というコメントが付いています。

症状 — インラインだけが生の文字列になる

the value $n = 3$ satisfies the constraintのようにClaudeがインライン数式を含む文章を返すと、Code tabの画面には$n = 3$という生の文字列がそのまま表示されます。数式として組版されるはずのドル記号が、文字として残ってしまう状態です。

対照的に、同じ内容を$$n = 3$$のように独立した行のブロック数式で書くと正しくレンダリングされます。この「ブロックは直るがインラインだけ直らない」という非対称な壊れ方が、報告のほぼ全件で共通しています。\(...\)のようなLaTeX標準のインライン区切り記号も、当初の報告では同様に表示されませんでした。

再現報告に添えられたテスト用の文章では、the identity $e^{i\pi}+1=0$ is famous.とthe identity \(e^{i\pi}+1=0\) is famous.のどちらも生のドル記号・バックスラッシュ付き文字列のまま表示され、the identity $$e^{i\pi}+1=0$$ is famous.だけが組版済みの数式として表示される一方でセンタリングされた独立行に押し出されると報告されています。統計学のチュートリアルやアルゴリズムの説明のように、地の文に短い数式を挟みながら読み進める使い方をしているユーザーほど、この不具合の影響を強く受けます。

影響環境 — Code tab限定で、OSを問わず再現する

この不具合はClaude DesktopのCode tabに限定され、他の面では再現しません。調査したissue報告者は、CLI本体は--output-format stream-jsonでMarkdownを出力するだけでレンダリングを行わないため、不具合はCLIの出力をChromiumのwebviewに描画するデスクトップ側にあると特定しています。

通常チャットタブで動作を確認した報告者は、同じプロンプトをCode tabに切り替えたところレンダリングに失敗したと述べており、Code tab固有の問題であることを確認しています。macOS・Windows・Linuxのいずれの版でも再現が確認されており、Windowsの報告にはARM64版のSurfaceデバイスも含まれるため、特定のOSやCPUアーキテクチャに依存する問題ではありません。Claude Desktop自体のインストール手順はClaude Desktop完全ガイドに、Windows版の初期設定はClaude Desktop Windows版のインストールと初期設定にまとめています。

原因(コミュニティの推定) — インライン用の変換ルールが無効になっている

Anthropicから公式な原因説明は出ていませんが、issueを調査した報告者は配布されているapp.asarを確認し、KaTeX・MathJax・temmlといった数式ライブラリ自体はバンドルされておらず、ブロック数式はChromiumがネイティブにサポートするMathMLとして出力されていると分析しています。ブロックだけ動きインラインだけ動かないという壊れ方は、Markdown→数式変換の設定でインライン用の単一$ルールだけが無効化されている典型的な症状です。remark-mathのようなライブラリではsingleDollarTextMathというオプションがこの挙動を制御しており、既定値は有効であるにもかかわらず何かに上書きされているように見える、という見立てです。一方で別の報告者は、ブロック数式は「typeset KaTeX」として描画されると記述しており、内部で使われているレンダリング方式の細部は報告者ごとに見立てが分かれています。共通しているのは、インライン記法の変換だけが働いていないという症状です。

別の報告者はさらに踏み込んで、考えられる技術的な原因を3パターンに整理しています。①KaTeXのrenderMathInElementに渡す区切り記号の設定から、インライン$用のエントリだけが抜け落ちている、②Markdownの前処理段階で$記号がエスケープされたり別の構文の一部として扱われたりして、数式レンダラーに渡る前に消えてしまっている、③テキストを「数式」と「非数式」に分割する正規表現で、インライン$をキャプチャするグループだけが壊れている、の3つです。いずれも憶測の域を出ませんが、ブロックとインラインで挙動が分かれるという症状そのものとは矛盾しない説明であり、原因の特定にはAnthropic側でのソースコード確認が必要になります。

インライン単一$記法をそのまま有効にすると、it costs $5 and $10 totalのような金額表記までドル記号によって数式の開始・終了と誤認識されてしまいます。GitHubのMarkdownなどが採用するような、金額表記を誤認しないヒューリスティックを組み込まない限り、インライン数式だけを安全に有効化するのは難しいという技術的な制約があります。

この不具合は一度直った後に再発したリグレッションだという指摘も複数あります。「以前のリリースで直ったのに、また壊れた」というコメントが2026年6月に付き、7月には別の報告者が「数か月間は動いていたが、また止まった」と補足しています。単発の未実装ではなく、修正と再発を繰り返しています。

経緯 — 塩漬けにされてきた報告が追跡issueに定着した

この不具合は今回が初報告ではありません。過去にも複数回issueが立てられましたが、いずれもメンテナーの対応より先にstale botが「動きがない」と判定して自動クローズしていました。ユーザー側からは、コメントを追加すれば自動クローズを止められる仕組みそのものが、継続的な不具合の追跡を難しくしているという指摘もあります。今回は2つのissueが立ち、片方がもう片方に統合される形で経緯が残っています。

報告に添えられた環境情報を見ると、2.1.165(2026年6月)から2.1.267(2026年9月)まで、複数のバージョンをまたいで再現が続いています。バージョンが上がるたびに直っていないか確認したくなりますが、いずれの版でも解消していません。GitHubのissueは👍リアクションの数を優先度付けの目安に使う運用になっており、同じ症状に遭遇した場合は該当issueに👍を付けることが報告を後押しする手段になります。追跡issueの#65632には87件の👍が付いており、報告件数だけでなく👍の数からも、この不具合への要望の大きさが分かります。

回避策 — \(...\)と\[...\]をClaudeに使わせる

コミュニティが見つけた回避策は、Claudeが出力するLaTeXの区切り記号自体を$...$ではなく\(...\)(インライン)・\[...\](ディスプレイ)に切り替えさせることです。単一$の変換ルールが壊れているなら、そのルールを使わせない、という発想です。CLAUDE.mdやシステムプロンプト、会話中の指示に次のような内容を含めます。

数式は常にLaTeXの標準的な区切り記号を使うこと。
インライン数式には\( ... \)、ディスプレイ数式には\[ ... \]を使う。
LaTeXをコードブロックやバッククォートで囲まない。
$...$や$$...$$の形式では出力しない。

この指示を加えた報告者は、Claude Desktop(Sonnet 5)でインライン数式が再び表示されるようになったと述べています。効果を確認した別の報告者は、\(f_{X \mid Y = k}(x)\)のような条件付き確率の添字連鎖や、\(\widehat{\mathrm{Var}}(\bar{X}_n)\)のような上付きのハット記号を含む複雑な式まで、**太字**と同じ行に混在させて正しく表示されたとまとめています。当初は\(...\)のようなエスケープ付き括弧も表示されなかったという報告があり、この経路が機能するようになったのは2026-08-23のコメント以降です。

この回避策で解決しないケースがある

\(...\)への切り替えは多くの環境で有効ですが、万能ではありません。2026年9月9日の報告(Windows 11・Claude Code 2.1.267の環境)では、リスト項目内で\(...\)を使うとバックスラッシュが落ち、(P(H))のような文字列がそのまま表示されます。同じ区切り記号でも、段落中とリスト項目の中とで結果が変わるということです。ブロック数式$$...$$は同じ環境でも独立した行では引き続き表示されており、崩れるのはインライン系の記法に限られています。

レンダラー側の不具合とは別に、指示に従わせる側が安定しないケースも報告されています。回避策のコメントが付いた翌日の2026年8月24日、cossioは「単一$の問題は今も残っている。モデルが\(...\)の代わりに$...$を使ってしまうことがある」と補足しました。CLAUDE.mdに区切り記号の指示を書いても、Claudeがその指示を毎回守るとは限らないため、出力を見て$...$が混じっていないか確認したほうが安全です。

また、$$...$$のブロック数式はインラインの代替にはなりません。文中に置いても強制的に独立した行へ改行されセンタリング表示になるため、文章の途中に数式を挟みたい場面では使えません。回避策を試すときは、実際に自分の環境と使い方(段落中・リスト内・見出し内など)で表示を確認するのが安全です。

まとめ

Claude DesktopのCode tabでインライン数式$...$が表示されない不具合は、GitHub issue #65632で追跡が続く未解決の既知issueです。原因はコミュニティの推定によれば、デスクトップアプリのMarkdown→数式変換でインライン用の単一$ルールが無効化されていることにあり、過去に一度修正された後に再発したリグレッションだと見られています。恒久的な修正がいつ配信されるかは明言されておらず、待つ間はCLAUDE.mdなどでClaudeに\(...\)・\[...\]を使わせる回避策が多くの環境で機能しますが、リスト項目内など一部の文脈では効かない例も報告されています。LaTeXそのものの使い方や手書きノートからの変換はClaudeで手書きノートをLaTeX教材に変換する方法、Code tab以外のDesktopの不具合はClaude Code Desktopが起動しない・403エラーの対処法も参考になります。