TeXMCP本番のツール仕様をプロトコルで確認する
製品ページやREADMEの説明ではなく、本番initialize、tools/list、doc_typesの応答から、ツール数、文書型、サーバー組版の送信境界を確認します。

MCPサーバーの公開仕様は、READMEに書かれた数ではなく本番応答で確認する。 2026年8月31日にhttps://mcp.tex64.com/mcpへ読み取り専用のJSON-RPCリクエストを送り、プロトコル版2025-06-18、サーバー版0.4.0、8個のツール、7文書型を確認した。
initialize、tools/list、doc_typesの順に記録する
最初にMCPの接続手順に従ってinitializeを送り、返されたプロトコル版とサーバー版を保存する。 次にtools/listの名称と入力仕様を記録し、最後にdoc_typesを呼ぶ。 製品ページの説明と実際の仕様を分けて比較できる最小記録になる。 今回の公開記録は認証情報を送らず、8ツールそれぞれの必須入力と安全注釈、7文書型、応答SHA-256を保存した。
{
"jsonrpc": "2.0",
"id": "contract-check",
"method": "tools/list",
"params": {}
}本番応答は8個のツール
| ツール | 主な役割 | 必須入力 |
|---|---|---|
| get_style_files | 選択した紙面スタイルを返す | preset |
| doc_types | 文書型一覧を返す | なし |
| scaffold_document | 文書型に沿う骨組みを返す | typeId, title |
| check_document | ソースの構造を検査する | typeId, source |
| known_issues | 既知の組版問題を返す | なし |
| compile_guide | ローカル組版の手順を返す | なし |
| prepare_compile | サーバー組版用の一回限りトークンを準備する | なし |
| compile_document | サーバーでソースを組む | promotionToken, source |
doc_typesは7文書型を返した
観測したIDはlecture-note、exam-summary、exercise-set、past-exam、language-note、cram-sheet、handoutだった。 ツール数と同じく、恒久的な製品数ではない。公開時には同じリクエストを再実行する。
ローカル組版とサーバー組版は別経路
端末にLaTeX環境がある場合は、スタイルファイルとcompile_guideを取得し、利用者側で組む。 サーバー組版ではprepare_compileが返す一回限りトークンを使い、compile_documentへ.tex全文を送る。 図や文献ファイルを使う場合は、それらもリクエストの入力に含まれる。
| 経路 | ソースの処理場所 | 記録すべき内容 |
|---|---|---|
| ローカル | 利用者の端末 | スタイル版、エンジン、ログ、PDFハッシュ |
| サーバー | mcp.tex64.com | 送信ソース、任意ファイル、トークンを除いた応答、PDFハッシュ |
公開エンドポイントと製品説明を同じ記録で確かめる
本番エンドポイントは8個のツールと7文書型を返している。TeX64の7言語製品ページも同じ数を掲載し、prepare_compileの一回限りトークン、compile_documentの必須source、任意filesの送信、実行後の作業領域削除、約60分の成果物保持を明記した。 TeX64の紹介文も、Axiomが書き込み前に承認を待つという旧説明から、適用後の差分で完了か取り消しかを選ぶ現行動作へ合わせた。
参照した一次情報
挙動の変更、再現できない結果、誤記はサポートで受け付けます。