Claude Opus 4.7 リリース ─
ビジネス職の側からみた、1Mコンテキストの意味。

結論から。何が変わったのか。

Claude Opus 4.7 のリリースには、ビジネス職にとって意味のあるアップデートが3つあります。

• 長文がいっぺんに読める。1Mコンテキスト（およそ75万字相当）の入力に対応。議事録100本ぶん、社内マニュアル一式、半年分のSlackログを丸ごと放り込んでも一度の対話で扱えます。
• エージェントとしての精度が上がった。「読む→判断する→次の行動を選ぶ→実行する」を連続して進める用途で、途中で迷子になりにくくなりました。Claude Code で複数ファイルを横断するタスクをやってきた人ほど、違いを体感しやすいです。
• 画像（ビジョン）の読み取りも強くなった。図表や手書きメモ、スクリーンショットからの情報抽出が安定方向に。営業資料のスライドや、競合のサイトキャプチャをそのまま渡すような業務で効きます。

「1Mコンテキスト」は、結局なにが嬉しいのか。

数字で言われてもピンとこない方が大半だと思うので、業務に翻訳します。

これまでのモデル（200K前後のコンテキスト）でも、A4で100ページくらいの文書なら扱えていました。 1Mというのは、これがざっくり5倍になるイメージです。 具体的には、こういう作業が「分割せずに」できるようになります。

• 半年分の議事録（Gemini自動議事録など100本前後）をまとめて読ませて、「決まったこと／決まらなかったこと／論点が宙ぶらりんなもの」を抽出する
• 競合の自社サイト・LP・ホワイトペーパーをまとめて流し込んで、メッセージング戦略を一覧で比較する
• 顧客インタビューの書き起こし数十本を放り込んで、N1分析の素材として共通項を引き出す
• 過去2年分のSlackやメールスレッドを丸ごと渡して、ある意思決定の経緯を追跡する

これまではいったん要約してから渡す、章を区切って渡す、といった工夫が要りました。 その「前処理の手間」と「区切ったせいで文脈が壊れる事故」が、両方ともだいぶ減ります。

ただし、過剰評価しないほうがいいこと。

ここから先は、編集部の所感です。新しいモデルが出るたびに「すごい！」と書いてある記事ばかり並ぶので、わざと冷静に書いておきます。

1. 「1M全部使う」と、コストはそれなりにかかる。

入力トークンに比例して料金がかかるのは変わりません。 75万字をフルに突っ込めば、1回の対話で数百円〜数千円のオーダーになることもあります。 「とりあえず全部入れる」ではなく、「本当に全部を読ませる必要があるか」を毎回考えるほうが、長期的には実装力が上がります。

2. コンテキストが長いほど、品質が落ちる場面もある。

経験的に、入力が長くなるほど「途中の情報を取りこぼす」「指示の最後のほうを優先する」といったクセが出やすくなります。 これは Opus 4.7 でもゼロにはなっていません。 重要な指示は冒頭と末尾に2回書く、長文を渡すときは「これから何の作業をするか」を最初に宣言する、といった作法は引き続き必要です。

3. 「1Mモデル＝何でも解決」ではない。

長文を扱えることと、業務プロセスを実装できることは別の話です。 長文対応モデルがあっても、それを「いつ・どの素材で・どんな問いで」呼び出すかの設計（＝プレイブック）が無ければ、結局単発のチャットで終わります。 モデルの進化は素材の話で、料理の話ではありません。

どう試すか。

コードを書かない側の人にとって、いちばん早い試し方は次の通りです。

1. Claude のチャット UI（claude.ai）で、自分の手元にある「いちばん長い1ファイル」を渡してみる。議事録100本でも、ホワイトペーパー1冊でも、業界レポートでもよい。
2. その素材に対して、いつも「分割しないと無理だな」と諦めていた問いを投げてみる。例：「この100本の議事録から、3ヶ月以上塩漬けになっている論点を全部リストアップして」
3. 返ってきた結果を、いつも自分が手作業でやっていた結果と比べる。ここで「意外と当たる」「ここは見落としている」が両方出ます。

この比較を1回やっておくと、次の業務改善の議論で「AIで何ができて何ができないか」を、感覚ではなく事例として話せるようになります。

編集部の率直な感想

正直、4.6から4.7への差分を実務で「明らかに違う」と感じる場面は、思ったよりは少ないというのが正直なところです。 1Mコンテキスト対応のほうがインパクトは大きい。 ただ、これまでに「長すぎて諦めた素材」を手元に積み上げてきた人ほど、4.7の恩恵を強く受けます。 新しいモデルが出たからすぐに乗り換える、というよりも、「今までやれなかった業務を、これで試せるかどうか」を棚卸しするほうが、実装としては筋がいいです。