Claude Docsレビュー: Claudeのファイル作成機能を検証したら、正体はコードインタープリタだった

「Claude Docs」の正体

まず名前を整理しておこう。これは重要なポイントだ。「Claude Docs」で検索すると、Claudeが本物のファイルを吐き出す機能について話す人たちが見つかる。しかしそれはAnthropicがつけた名前ではない。公式な呼び方はファイル作成で、アプリ内のトグルには「コード実行とファイル作成」と表示される。文字通り「Claude Docs」という名前の製品は存在しない。

この機能がやっていることはシンプルで、正直なところ最初の数回は少し魔法のように感じられる。必要なものを説明すると、Claudeは文章の壁ではなく、完成したダウンロード可能なファイルを返してくれる。Anthropicはこう表現している。Claudeが「アドバイザーから能動的な協働者へ」変わる、と。戦略を持ち込むのはあなたで、実装を担うのがClaudeだ。対応する出力形式はExcel、PowerPoint、Word、PDFで、Google Driveに直接保存することもできる。

もっとも的確な説明は、開発者のSimon WillisonがX上で行ったもので、マーケティングの奥にある本質をずばり突いていた。

"Anthropic are massively burying the lede here - they've called this "Upgraded file creation and analysis" (that really does seem to be the official name) but it's actually.... Claude Code Interpreter! It's sandboxed server-side Python/Node.js code execution for Claude"

Simon Willison, X

まさにそのとおりで、使う前に理解しておくべき最も重要なことだ。これはChatGPTのCode Interpreterと同じ発想が、Claudeにやってきたということだ。これを知っておくと、それ以外のあらゆる挙動の見方が変わってくる。

内部でどう動いているか

Anthropicは、Claudeがコードを書いてプログラムを実行できるプライベートな計算環境を用意した。スプレッドシートを頼むと、Claudeはスプレッドシートを「タイプ」しているわけではない。Pythonまたは JavaScriptを書き、そのコードを隔離されたサンドボックスコンテナ内で実行し、そのコードが本物の.xlsxファイルを生成し、それをダウンロードする形になる。

これこそが、この機能が強力であると同時に一癖ある理由だ。本物のコードが本物のファイルライブラリを叩いているため、フォーマットは正真正銘のものになる。実際に計算する数式、ネイティブなPowerPointオブジェクト、正しいPDFレイアウトなどだ。しかし、そのコードを書いているのはモデルなので、ファイル内のロジックはClaudeが書いたコードと同程度にしか正確ではなく、自分から探しにいかない限りそのコードを目にすることはない。サンドボックス自体も意図的に制限されており、タスク実行時間の上限とコンテナ単位の寿命によって、暴走するループを止める仕組みになっている。

Anthropicの他のリリースを追っている人なら、これがClaude Codeの背後にあるのと同じエンジンファミリーだと気づくはずだ。ドキュメント機能は、コードベースではなくOfficeファイルに向けられた、同じエージェント的なコード実行能力そのものだ。

実際に作れるもの

守備範囲は広い。看板となる4つの形式に加えて、ClaudeはPythonスクリプトを生成したり、データビジュアライゼーションをPNGとして作成したり、アップロードされたCSVやTSVファイルを処理したり、簡単な機械学習モデルを構築したりできる。HTML、React、mermaid図、SVGといった通常のArtifactsも引き続き併用できる。

早めに気づいておきたい制限がひとつある。トグルの表示にそのまま書かれているのだが、ファイル作成はArtifactsのバージョン管理やリミックスに対応していない。つまり、履歴やブランチを持つ生きたドキュメント作業スペースではない。あくまでジェネレーターであり、頼めばファイルが返ってきて、それをダウンロードするだけだ。次のバージョンが欲しければ、もう一度頼み直すことになる。

本当に優れている点

大きく構造化された、一発勝負のドキュメントであれば、これはまるまる半日分の作業を節約してくれる。私が見た中で最もわかりやすい例は、Nate B. JonesがLinkedInで語ったものだ。

"A few days ago, I built an eleven-tab financial model in ten minutes. Two weeks of work compressed into the time it takes to make coffee."

Nate B. Jones, LinkedIn

これは、この機能が最も得意とするタスクでの私自身の経験とも一致する。散らかったCSVを整形されたレポートに変える、ドキュメントをスライドデッキに変換する、あるいは平易な文章の説明からトラッカーを立ち上げる、といった作業だ。Anthropic自身のうたい文句では、通常であればプログラミングと何時間もの労力を要するプロジェクトを、数分の会話に圧縮するとしている。この特定のタイプの作業に関しては、それは誇張ではなく妥当な評価だ。

物足りない点

ここからは正直に、もう半分の話をしよう。出力が複雑になり、検証しづらくなるほど、コードインタープリタとしての現実が表に出てくる。Khe HyはLinkedInで、実際のモデルでテストした後、うまくまとめている。

"Claude built the model quickly and got about 70% of the way there. But I spent as much time debugging the output as it would have taken me to build from scratch. Several cells were randomly blank, formulas had fundamental errors, and it misunderstood key calculations."

Khe Hy, LinkedIn

この「70%」という数字は、頭に刻んでおく価値がある。間違った数式が3つ先のタブに埋もれているようなケースでは、デバッグはすべて自分の仕事になり、構築で節約した時間を検証で失いかねない。新機能がリリースされる一方で、裏側のサービスが負荷にあえいでいるというHacker Newsでの批判もあった。またローンチデモでは、Hacker Newsであるコメントが、出力がExcelではなくGoogle Sheetsで開いたことを指摘したが、そのファイル自体は本物の.xlsxだったと他の人が補足しており、これは両方向で公平に触れておくべき点だ。ここでの結論は「避けろ」ではなく、「ひと目で検証できるものは信頼し、できないものは検証せよ」ということだ。

見過ごせないセキュリティ上の落とし穴

ここは軽く流すべきではない部分だ。Anthropic自身も軽くは扱っていない。コードを実行し、ネットワークに到達できるサンドボックスをモデルに与えることは、特定の扉を開くことになる。サポート文書のセキュリティセクションはそれをはっきりと述べている。

"It is possible for a bad actor to inconspicuously add instructions via external files or websites that trick Claude into: 1. Downloading and running untrusted code in the sandbox environment for malicious purposes 2. Reading sensitive data from a connected knowledge source (for example, Remote MCP, projects) and using the sandbox environment to make an external network request to leak the data"

Creating and editing files with Claude, Anthropic Support

平たく言えば、ファイルやウェブページに仕込まれたプロンプトインジェクションによって、Claudeが気づかないうちにプロジェクトや接続済みのMCPサーバーからデータを読み取り、外部に送信してしまう可能性がある、ということだ。

Anthropicは実際の防御策を用意している。プロンプトインジェクション分類器、ユーザーごとのサンドボックス分離、そしてネットワークegressを完全に無効化するオプションだ。egressをオフにすることが単体で最も強力な対策で、何かがすり抜けたとしてもデータがサンドボックスの外に出るのを防いでくれる。これらはすべて、設定内のファイル作成コントロールから管理できる。

「この機能を使う間はClaudeを監視することを推奨する」というアドバイスは、Hacker Newsで鋭く、しかし妥当な反応を招いた。

"The security concerns here are really significant. In the section on security, they write "we recommend you monitor Claude while using this feature." This borders on irresponsible IMO. Monitor what exactly? How should we monitor?"

all_usernames, Hacker News

まさにそこが核心だ。コントロールは用意されているが、漏えいを日々監視し続ける負担は結局こちら側にある。もうひとつ重要な落とし穴がある。MCP連携が有効になっている場合、egressの設定にかかわらず、その接続を通じたネットワーク通信は依然として可能なままだ。つまり、MCPが絡んでいる限り「egressオフ」は完全な封鎖にはならない。

料金とプランごとのアクセス

ここは朗報だ。アクセス範囲は広い。2026年9月時点で、この機能はFreeを含むすべてのプランで利用可能だ。違うのは、ネットワークアクセスのデフォルト設定と、それを無効化できる権限が誰にあるかという点だ。またプランの利用上限からも消費されるため、ファイル作成は通常のチャットよりも多くその上限を消費し、ヘビーな利用は割り当てをより早く消費してしまう。

このパターンは理にかなっている。個人ユーザーはオンかつオープンな状態で使え、組織はオンだがロックされた状態にあり、管理者が鍵を握る。TeamやEnterpriseプランでファイル作成が制限されているように見える場合、それはほぼ確実に管理者側のネットワークegress設定によるもので、バグではない。

Claude Docs対、業務を丸ごと引き受けるチームメイト

最後に伝えたい視点の転換がある。これはClaude Docsへの批判というより、それがどんな用途向けなのかという境界線の話だ。Claude Docsは自分で操作するツールだ。あなたがそこに座り、ドキュメントを1つずつ扱い、コンテキストを持ち込みながら出力を確認する、という場面では非常に優れている。しかし、すべてのチャットは空っぽの箱からスタートし、自社のこと、ブランドのこと、過去の作業内容は、あなたが改めて与えない限り理解してくれない。

ドキュメント業務が単発ではなくなった瞬間、この違いがすべてを左右するようになる。四半期レポート、サポート用マクロのライブラリ、次々と生まれるブログ記事の流れ。これらは1つのファイルではなく、繰り返し発生する業務だ。そのたびに手作業でチャットウィンドウを操作し続けるのは、コストのかかるやり方だ。多くの人が向かいつつあるモデルは、定義された業務を最初から最後まで引き受け、すでに自社の知識を備え、業務が実際に行われているツールと連携するAI社員やAIチームメイトだ。それはチャット内のコードインタープリタとはまったく別物であり、自分の課題にはどちらが本当に必要なのかを知っておく価値がある。

eeselを試す

もしあなたのドキュメント業務が単発ではなく繰り返し発生する業務なら、それはまさにeeselが作られた目的そのものだ。eeselはAIチームメイトのプラットフォームであり、自分で操作する空っぽのチャットの代わりに、特定の業務向けにすぐ働けるチームメイトを迎え入れる。それぞれが、その役割に必要なスキル、連携、自社の知識を備えた状態でやってくる。現在のラインアップには、サポートキューに加わるAIヘルプデスクチームメイトと、あなたらしい文章で調査・執筆・公開まで行うAIブログライターがある。

Claude Docsとの違いは、上のセクションで述べたのと同じだ。ブログライターはゼロからは始まらない。あなたのプロダクトを理解し、自ら調査を行い、自ら画像を生成し、各ステップであなたのプロンプトを待つのではなく、完成した記事をそのまま届けてくれる。コードのように操作したいのであれば、eeselには公開CLIとMCPも用意されているので、同じチームメイトをターミナルから実行したり、スクリプトに組み込んだり、Claude Codeのようなコーディングエージェントに操作させたりできる。同じワークスペースを動かすヘッドレスなやり方だ。無料で試せる。