話すのは声で、返事は文字で――Claudeとの会話が速く感じた理由

2026年10月23日の夕方、久しぶりにClaudeとゆっくり会話をしました。

最近の私は、開発の多くをChatGPTのdotやCodexで進めています。樋門AIエージェント、Creer AI技術室、Knowledge OS、社内ポータルなど、複数の開発や検証を並行しているため、Claudeを開く機会は少し減っていました。前の記事で書いた「6つの作業を同時に動かした時間」には、この原稿の叩き台をClaudeで作る作業も含まれています。

この日はスマートフォンで音声入力を使い、Claude Codeの使い方や設定について、思いつくままに質問していました。すると、こちらが話し終えてから文字の返事が出るまでが、とても短く感じられたのです。しかも、返事は短めで要点を追いやすい。

ただ、同じ質問を両方へ送り、応答時間を測ったわけではありません。なぜ速く感じたのか、会話を続けながら考えてみました。

比べていた仕事の重さが違った

まず思い当たったのは、普段待っている仕事の内容です。dotやCodexへ開発を任せると、ファイルを調べ、変更し、テストして結果を確認するまで、いくつもの工程が続きます。以前、dotへ朝から午後まで開発を任せたときも、仕事はつながった一方、途中で止まり、人が状況を見直す場面がありました。

この日にClaudeへ聞いていたのは、設定や使い方についての軽い質問です。短い回答がすぐ返ってきても不思議ではありません。私は、開発の成果が返るまでの待ち時間と、会話の一往復を、頭の中で比べていたのでしょう。

それでも、ちょっとした疑問を解消したいときに軽く聞ける感覚は、使っていて気持ちがよいものでした。考えを整理したい段階と、ファイルを扱う作業を任せる段階では、求めるテンポも違います。

音声で入力し、文字で受け取る

今回私が使ったのは、声で問いかけ、文字で回答を読む方法です。Claudeの公式説明では、この音声入力は、声を文字の質問に変換して送り、Claudeが文字で返す機能として案内されています。声で答えを聞く「音声モード」とは操作が異なります。

文字なら、返事が表示され始めたところから目で追えます。要点を拾い、気になるところを読み直して、次に聞くことを考えられます。設定画面の場所を教えてもらうときも、回答を画面に残したまま、スマートフォンの設定と行き来できました。

声の返事なら、手元を見ずに会話を続けられる良さがあります。ただ、この日の私には、入力は声、受け取りは文字という組み合わせが合っていました。自分で文章を打つ時間が減り、回答は読む速度で確かめられます。

音声入力は、これまでもExcel帳票や業務記録への応用を考えてきました。今回はAIと考えを行き来させる場面で、その手軽さを感じました。

叩き台まで進むと、確認の往復も変わる

もう一つ印象的だったのは、Claudeが作業を始めるまでの流れです。

この日、技術ノートの過去記事との重なりを調べてほしいと頼むと、確認の返事を待たずに一覧を調べました。この記事の叩き原稿も、「作ってみて」と頼んだ後、構成を先に尋ねることなく書き始めました。質問への回答だけでなく、目に見える形まで早く進んだ印象があります。

一方、私が普段dotやCodexに任せるのは、ファイルの変更や、複数工程にまたがる開発です。そういう場面では途中で確認を求められた経験があり、それが普段の感覚になっていました。今回のClaudeには、回答や一覧の確認、やり直しやすい叩き台の作成を頼んでいます。頼んだ仕事の重さが違うので、確認の入り方だけで製品の性格を決めることはできません。

実際、叩き台の構成案には、私が書かなくてよいと思った話題も入っていました。作り込む前に外してもらえましたが、大きな成果物だったら手戻りが増えたかもしれません。反対に、最初から一通り形にしてもらうと、見てから「ここを直して」と具体的に言える利点もあります。

Claude自身にも、なぜ確認せず進めたのかを聞いてみました。明確でやり直しやすい依頼は先へ進め、作り直しが大変な場合や頼み方が曖昧な場合は確認する、という趣旨の答えでした。これはClaudeによるその場の説明であり、すべての操作で同じ判断をするという仕様確認ではありません。今回の体験を整理する手掛かりとして受け止めています。

これからは、叩き台なら「まず作って」、会社の資料や成果物に手を入れる仕事なら「変更前に確認して」と、こちらからも頼み方を分けたいと思います。

PCのフォルダーは、どこから頼むかも関係した

会話の途中で、技術ノートの管理フォルダーをClaudeに読んでもらおうとしました。過去記事と内容が重ならないか、実際のファイルで確かめたかったからです。

スマートフォンで話しかけたときは、PCのファイルを開けないという返答でした。同じ会話をPCのデスクトップアプリで開き、入力欄から改めて頼むと、フォルダーへのアクセス許可を求める画面が出ました。許可すると、Claudeは記事一覧を読み始めました。

これを見て、最初は「スマートフォンからはPCのファイルを扱えない」と思いました。しかし、Anthropicの公式案内では、デスクトップアプリが開いていることや、接続済みフォルダー、タスクの開始方法などの条件が合えば、WebやモバイルからもPCのファイルに関わるタスクを扱えるとされています。今回スマートフォンから試した操作が、その条件を満たしていたかまでは確かめていません。

確認できたのは、この日の私の操作ではスマートフォン側から開けず、PC側で許可した後には読めたことです。同じ会話を開いていても、どの画面で、どの機能を使い、何を許可したかによって、進められる範囲が変わりました。

体感の速さには、いくつかの待ち時間がある

ここまでを振り返ると、私が「速い」と感じた理由は、少なくとも三つに分けられます。

1. 仕事の量：軽い質問への一回答か、調査・変更・確認まで続く作業か。
2. 返事の受け取り方：文字を目で読むか、声を聞き終えるか。
3. 確認の往復：作業に入る前に人の返事を待つ場面があるか。

以前、GPT-6の通常Chatを使った第一印象では、回答が始まるまで、文字が流れる間、回答が完成するまでの時間を分けて考えました。今回の会話では、さらに、作業を始めるまでの人との往復が体感に影響すると気づきました。

例えば叩き原稿を作る前に、構成、見出し、長さを一つずつ確認すれば、そのたびにこちらが返事をします。確認によって方向のずれを防げる一方、画面の前で待つ時間も増えます。先に叩き台が出ればすぐ直せますが、方向が大きく外れれば修正の負担は増えます。

どこで確認を挟むかは、速さだけで決められません。戻しやすい仕事は早めに形にし、会社の資料やデータを変更する仕事では、必要な判断点を明らかにして進める。今回の私には、その使い分けが必要だと感じられました。

利用枠も、使う場所を選ぶ材料になる

速さに加えて、使用量の仕組みも気になります。私は以前、Claude Codeで開発を進めていたとき、5時間ごとの枠にたびたび引っかかりました。Anthropicの公式案内では、個人向けのPro・Maxプランについて、Claudeの会話とClaude Codeが5時間単位と週間の使用量上限を共有すると説明されています。私の契約でも、軽い会話をたくさんすれば、開発へ回せる量が気になります。

前の利用枠と仕事の段取りを考えた記事では、ChatGPT側のリセットをきっかけに、枠を使い切るより仕事の段取りを整えたいと書きました。今回、Claudeの使い心地を考える中でも、同じ枠の中で何を優先するかが気になりました。

ChatGPTについては、dotに通常ChatとWork・Codexの利用枠の違いを尋ねました。ただ、その場の回答だけを根拠に「通常Chatは無制限」「何度話しても開発用の枠へ影響しない」とまでは書けません。OpenAIの公式案内で確認できるのは、WorkとCodexが利用枠を共有し、モデルやタスクの内容によって使用量が変わることです。通常Chatの扱いも含め、実際に使える量はプラン、モデル、時期の案内を確認して判断する必要があります。

この質問をしたとき、dotは途中で自分の言い切りを二度直しました。慎重に確かめ直すことは大事ですが、受け取る側には回答が揃うまでの待ち時間として映ります。ここでも、体感の速さと答えの確かさの両方を見ていました。

軽く話す場所と、仕事を進める場所

私は今後も、複数の開発をdotやCodexで進めるつもりです。そのうえで、移動中に考えを整理する、設定を短く確かめる、記事の叩き台を作るといった場面では、Claudeへの音声入力と文字の返事も使ってみたいと思います。

どのAIが常に速いかを決めるための記事ではありません。今回の会話では、仕事の内容、声と文字の組み合わせ、確認の回数が重なって、Claudeがとても軽快に感じられました。同じ内容を同じ条件で比較しておらず、応答時間も測定していません。確認の入り方や利用枠の条件も、頼み方や設定によって変わります。

以前の記事で、ChatGPTの表示が始まる速さと回答が完成する速さを分けて見ました。今回はそこに、人が返事をするまでの時間が加わりました。AIとの付き合い方を考えるときは、モデルの性能だけでなく、自分がどの仕事を、どんなテンポで進めたいかも見ていきたいと思います。