Claude Desktopでインライン数式(LaTeX)が表示されない原因と対処法
Claude DesktopのCode tabでインライン数式($...$)だけ表示されない不具合の原因の診断と、コミュニティが見つけた回避策の効く範囲を実際の報告から示します。
Claude DesktopのCode tabでは、$...$で囲んだインライン数式だけが表示されず、ドル記号ごとそのままの文字列として出てきます。一方で$$...$$のブロック数式は組版されます。GitHubのissueで数か月にわたって報告が続く既知の不具合で、2026年9月17日(UTC)にはAnthropic所属の利用者が自分を担当者に設定しました。
症状 — インラインだけが生の文字列になる
the value $n = 3$ satisfies the constraintのようにClaudeがインライン数式を含む文章を返すと、画面には$n = 3$という生の文字列がそのまま出ます。同じ内容を$$n = 3$$と独立した行で書けば、正しく組版されます。この「ブロックは直るがインラインだけ直らない」という非対称さが、報告のほぼ全件で共通しています。
issue #65632に添えられたテスト文では、3つの書き方で結果が分かれました。
| 書き方 | 表示 |
|---|---|
$e^{i\pi}+1=0$ | 表示生の文字列のまま |
\(e^{i\pi}+1=0\) | 表示生の文字列のまま(2026年6月の報告時点) |
$$e^{i\pi}+1=0$$ | 表示組版されるが、センタリングされた独立行に押し出される |
最後の行が示すとおり、$$...$$を文中に置いても真のインライン数式にはなりません。#65632の別の報告者は、当時は真のインライン数式を出せる区切り記号が1つもなかったと、テストの結果から結論づけています。統計学の解説やアルゴリズムの説明のように、地の文に短い数式を挟んで読み進める使い方ほど影響が大きくなります。
どの環境で起きるか — Code tab限定で、OSは問わない
CLI本体は--output-format stream-jsonでMarkdownを出力するだけで、数式のレンダリングはしません。issue #65777の報告者は、不具合はその出力をChromiumのwebviewに描画するデスクトップ側にあると位置づけています。
| 面 | インライン$...$ | ブロック$$...$$ |
|---|---|---|
| Claude Desktop(Code tab、macOS/Windows/Linux) | インライン$...$表示されない | ブロック$$...$$表示される |
| Claude Desktop・Claude.aiの通常チャット(報告者のコメントによる) | インライン$...$表示される | ブロック$$...$$表示される |
| Claude.aiのiPad/iPhoneアプリ | インライン$...$表示される | ブロック$$...$$表示される |
| Claude Code CLI(ターミナル) | インライン$...$対象外(Markdownをそのまま出力) | ブロック$$...$$対象外 |
ある報告者が同じアカウントで同じメッセージを送ったところ、macOSのデスクトップアプリのCode tabだけが生の文字列になりました。通常チャットで改善を確認した別の報告者も、同じプロンプトをCode tabで試すと失敗したと書いています。
CLIでは別の症状も報告されています。issue #80702(Windows、Claude Code 2.1.218)では、ターミナルで$...$も$$...$$も組版されません。加えて、数式内の\,・\;・\:・\!のバックスラッシュも落ちるとのことです。ターミナル出力へのLaTeX対応そのものは、機能要望のissue #44479で追跡されています。
再現の報告があるのは、macOS 15・macOS 26・Windows 11(ARM64のSurface Pro 11を含む)・Linuxです。Linuxの環境はUbuntu 24.04、claude-desktop 1.24012.0でした。特定のOSやCPUに依存する問題ではありません。インストール手順はClaude Desktop完全ガイド、Windows版の初期設定はClaude Desktop Windows版のインストールと初期設定にあります。
不具合は2つある — 区切り記号の未認識と、数式内の記号の消失
数式まわりの報告は、原因の層が違う2つに分かれます。症状が似ていて混同しやすいので、自分がどちらに当たっているかを先に切り分けると、回避策を選びやすくなります。
数式が崩れるときの2つの型
型1:区切り記号を数式と認識しない
$...$や\(...\)がそのまま生の文字列で出ます。数式として認識されないので、中身のLaTeXは触られません。回避策は区切り記号の切り替えです。
型2:数式の中身が壊れる
$$...$$は認識されるのに、中の\{・\}・\\・\,のバックスラッシュが外れます。casesや行列は\\が行の区切りなので、ブロック全体が生のソースに戻ります。
型2を報告したissue #92152(2026年9月4日起票)は、Claude Code 2.1.220のmacOS版Code tabでの再現です。\minや\leのように英字が続くバックスラッシュは残り、{・}・,のようなASCII記号が続くものだけが消える、という選択的なパターンが見られます。報告者はこれを根拠に、Markdownのエスケープ解除が数式の中身にまで掛かっていると診断しています。報告者が挙げる回避策は、\{の代わりに\lbraceを使う、\,や\;を使わない、cases・align・行列を避けて箇条書きに書き直す、の3つです。
型1の原因 — インライン用の変換ルールが働いていない
原因は未公表で、Anthropicのコメントは#65777を#65632の重複として集約する旨(8月19日)のみです。
ブロックだけ動いてインラインだけ動かない壊れ方は、Markdownから数式への変換で単一$のルールだけが無効になっている典型だ、というのが#65777の報告者の見立てです。remark-mathではsingleDollarTextMathがこれを制御します。既定値は有効なので、何かが上書きしているように見えます。
別の報告者(#65632に原因分析を書いた利用者)は、原因の候補を4通り挙げています。1つ目は、KaTeXのrenderMathInElementの区切り記号設定からインライン$のエントリが抜けた可能性です。残りは、Markdown前処理が$を先に消している、数式と非数式を分ける正規表現のインライン側が壊れた、デスクトップのwebview設定がターミナル側と別になっている、の3つです。表示を見た報告者の多くは、数式の出力をKaTeXのものと書いています。確定にはAnthropic側でのソース確認が必要です。
単一$を単純に有効にすると、it costs $5 and $10 totalのような金額まで数式と誤認します。#65777の報告者は、GitHubのMarkdownが使う金額の誤認を避ける判定を一緒に入れることを提案しています。
直った後に再発したリグレッションだという指摘もあります。#65777では、2026年6月に以前のリリースで直ったのにまた壊れた、というコメントが付きました。7月9日には別の報告者が、Code tabのインライン数式は数か月間動いていたのに止まったのだと補足しています。
経緯 — 自動クローズを重ねた末に、担当者が付いた
過去にも複数のissueが立ちましたが、#36576や#36742は、メンテナーの対応より先にstale botが動きなしと判定して自動クローズしました。#65632のコメントでは、修正されないまま自動クローズが繰り返されていると指摘され、これ以上閉じられないよう👍を付けてほしいという呼びかけが続きました。
issue #65632 前後の動き
- 2026-06-05#65632が起票される
インライン数式の不具合を報告。リリース2.1.156で確認されました。
- 2026-06-06#65777が起票される
過去のissueがstale botで閉じられた経緯に触れ、新規に起票されました。
- 2026-08-19#65777が#65632の重複として閉じられる
以後の報告は#65632に集約されました。
- 2026-08-23`\(...\)`への切り替えが共有される
同じ日に#65632がいったん閉じられ、翌24日に再オープンされました。
- 2026-09-09Windows 11でも再現するとの報告
Claude Code 2.1.267・Surface Pro 11(ARM64)の環境です。
- 2026-09-17Anthropic所属の利用者が自分を担当者に設定する
issueはopenのままです。
報告された環境は、2.1.156(6月)から2.1.267(9月)まで複数のバージョンにまたがり、どの版でも解消していません。利用者の間では、👍の数が優先度付けに使われると言われています。
関連issueの👍の数
#65632
91
追跡先のissue。未解決
#65777
62
#65632の重複として閉じられた
#66467
29
同症状。2026年8月25日に重複として閉じられた
回避策 — \(...\)と\[...\]をClaudeに使わせる
コミュニティが見つけた回避策は、Claudeが出力するLaTeXの区切り記号を\(...\)(インライン)と\[...\](ディスプレイ)に切り替えさせることです。単一$の変換ルールが働かないなら、そのルールを使わせない、という発想です。2026年8月23日に別の利用者が共有した指示は、次の内容でした(下記は日本語に訳したものです)。
数式は常にLaTeXの標準的な区切り記号を使うこと。
インライン数式には\( ... \)、ディスプレイ数式には\[ ... \]を使う。
LaTeXをコードブロックやバッククォートで囲まない。
$...$や$$...$$の形式では出力しない。回避策の入れ方
- 1
指示を置く
会話の冒頭か、Claudeのメモリーに上の指示を書きます。共有した利用者は、記憶に入れるようClaudeに頼んだうえでSonnet 5のClaude Desktopで効果を確かめています。通常チャットで改善を確認した別の報告者はKaTeXを避ける指示を入れており、出力形式が指示で変わるかも確かめるよう書いています。
- 2
段落・添字・太字の混在で確かめる
起票者の検証では、
\(f_{X \mid Y = k}(x)\)のような添字の連鎖が組版されました。\(\widehat{\mathrm{Var}}(\bar{X}_n)\)のような多文字のハット記号と、同じ行の**太字**との混在も同様です。 - 3
`$`が混じっていないか見る
指示を書いても、Claudeが毎回従うとは限りません。次の節の例のように、出力を見て確かめます。
回避策で直らないケース
\(...\)への切り替えは報告のあった環境では効きましたが、万能ではありません。9月9日のWindowsの報告では、リスト項目の中で\(...\)を使うとバックスラッシュが落ち、(P(H))という文字列がそのまま出ます。同じ区切り記号でも、段落中とリスト項目の中で結果が変わります。バックスラッシュと記号の組が消える点は、型2のissue #92152が示すパターンと同じ型に見えます。
指示に従わせる側が安定しない例もあります。回避策が共有された翌日の8月24日、別の報告者は、モデルが\(...\)の代わりに$...$を使ってしまうことがあり、これも直すべき問題だと書きました。前日の8月23日には、起票者が単一$は今も生のままだと補足していました。
また、$$...$$はインラインの代わりになりません。文中に置くと独立した行に改行されるためです。段落中かリスト内かでも結果が変わるので、自分の使い方で表示を確かめるのが確実です。数式を組版させず読みたいだけなら、Claudeの数式出力をプレーンテキストに固定する方法のようにLaTeXそのものを出させない指示もあります。
まとめ
$...$が生のまま出るなら、\(...\)への切り替えが効きます。casesや行列だけが崩れるなら別の不具合なので、\lbraceへの置き換えか箇条書きへの書き直しになります。手書きノートからLaTeX教材を作る流れはClaudeで手書きノートをLaTeX教材に変換する方法にあります。Code tab以外のDesktopの不具合はClaude Code Desktopが起動しない・403エラーの対処法が参考になります。