本文へスキップ
株式会社JQITCorporate
PythonAI生産性向上音声入力生成AI

Amicalの音声入力を業務で使うには?日本語の誤認識と修正時間の評価

執筆:株式会社JQIT(技術広報)

AmicalとWhisperの日本語比較記録を基に、音声入力を業務で試す評価方法を整理。固有名詞・日時・数値の確認、修正時間、データの流れまで含めて導入を判断します。

Amicalの音声入力を業務で使うなら、話す速さより、誤認識を直して文章が完成するまでの時間が判断材料になります。日本語の同音異義語、固有名詞、日付や金額を確認する工程も含めて、キーボード入力と比べたいところです。

筆者の元の検証では、日常会話とビジネスメールの原稿を使い、Amical Cloudと3種類のWhisperモデルの出力を比べました。この記事では、その記録を業務導入のための評価手順に組み直します。2026年10月に最新モデルを再測定した結果や、顧客企業での導入事例ではありません。

Amicalで試した日本語入力:下書きと完成原稿を分ける

Amicalは音声入力アプリです。現在の機能・対応環境・インストール方法は公式リポジトリで確認できます。本記事の比較結果は元の検証環境のもので、現在の各モデルの優劣を保証するものではありません。

元の試験では同じ原稿を読み上げましたが、録音条件を固定した反復試験ではなく、正解率や修正時間を数値で集計していません。実際の出力から、どの種類の確認が必要だったかを読み取る材料として使います。

試した構成

元の記録で見られた例

業務利用で確認したいこと

Amical Cloud

日常会話で「昼間」が「車」に変わり、句読点も不足。

文脈に合う単語か。読みやすく整える手間はどれだけか。

Whisper Medium

ビジネスメールで「一点」が「一定」に変わり、末尾に原稿外の文が追加。

言葉の置換と、話していない内容の追加がないか。

Whisper Large v3

ビジネスメールの末尾に「ご視聴ありがとうございました」が追加。

自然な文章でも、元の発話と内容が一致するか。

Whisper Large v3 Turbo

「一点」が「一定」に変わり、「お手すきの際にご確認」の箇所も崩れた。

定型表現・同音異義語をどの程度直す必要があるか。

筆者は当時、下書き用としてLarge v3 Turboを使いやすいと評価しました。ただし、どのモデルでも確認作業が残りました。文章が自然に読めることと、仕事でそのまま送れることは別の判定になります。

「効率3倍」を自社の成果として扱わない

元記事のタイトルには「作業効率3倍」という表現がありました。しかし、その試験ではキーボード入力と音声入力の完了時間を同じ条件で測っていません。このため、自社版では3倍の改善を検証済みの成果として扱いません。

例えば、話し終えるまでが速くても、宛先・日時・製品名の修正に時間がかかれば、送信までの時間は短くならないかもしれません。最初は一つの業務を選び、入力と修正の両方を記録すると、判断しやすくなります。

測定項目

記録の例

対象業務

日報の下書き、社内メモ、メール返信などから一つ選ぶ。

入力条件

原稿、マイク、周囲の音、モデル、アプリとOSの版。

入力時間

話し始めてから文字が表示し終わるまで。

修正時間

誤認識・句読点・表現を直し、担当者が完成と判断するまで。

重要な誤り

人名、取引先名、日付、数量、金額、否定表現の誤り。

比較対象

同程度の文章をキーボードで完成させた時間と修正内容。

これは評価シートの項目案であり、今回新たに測定した数値ではありません。同じ文章を続けて入力すると慣れの影響も出るため、順序を入れ替えたり複数回記録したりすると、一度の成功だけで判断することを避けられます。

専門用語登録は、実際の出力まで確かめる

元の検証では、AWS、Claude、Gemini、ChatGPT、ClaudeCodeをVocabularyへ登録しました。ただし筆者の記録では、期待した変換にならないこともありました。登録できることだけでは、実際の会話で正しく出るかまでは分かりません。

社内で試すなら、よく使う用語と期待する表記を小さな辞書にまとめ、文章の中で発話して確認する方法があります。機密性のある顧客名を使う前に、公開されている製品名や仮の名称で動作を確かめると、入力先の確認にも使えます。

発話 → 文字起こし → 固有名詞・日時・数値を確認 → 文章を整える → 担当者が送信

音声入力と同時にメール送信まで自動化するのではなく、まず下書きの作成に使えば、送信前の確認を業務の中に残せます。元記事では文体を整える機能は十分に検証できていなかったため、本記事でもその効果は判定していません。

ローカルモデルと周辺機能の通信先を分けて確認する

元の検証ではクラウド処理とローカルWhisperを試しました。ローカル音声認識を選んでも、整形用のAI、外部への貼り付け先、同期・ログ保存まで含めたデータの流れは別に確認する必要があります。「ローカルファースト」という名称だけで、業務全体の外部送信がないとは判断しません。

導入時の確認対象は、マイクの利用権限、アプリへ文字を入力する権限、音声と文字の保存先、使用するモデル・接続先です。オフィスでは声を出せる場所や周囲への聞こえ方も、使い続けられるかを左右します。

筆者の当時の環境ではローカル入力が動かず、FFmpegを入れた後に使えるようになったという記録もあります。現在の配布版で同じ対応が必要とは限らないため、古い手順をそのまま適用せず、公式の対応環境と症状を確認するのが出発点です。

まず一つの文章作成業務で試す

音声入力を導入する目的を「文字を速く出す」から「確認済みの文章を少ない負担で完成させる」に置くと、試験の結果を業務に結び付けやすくなります。最初の試験では、誰が確認し、どこまでを完成とするかまで決めておくと、継続利用の判断材料が残ります。

セットアップ時の経緯と比較原文は筆者のQiita記事に残しています。音声から応答までをつなげる技術例はローカル音声AIの検証記事、読み上げ側の評価はQwen3-TTSの業務導入前の評価記事で扱っています。

JQITの生成AI導入・内製化支援では、対象業務と確認工程の整理から相談を受け付けています。入力に困っている文章の種類と、現在の作成・修正の流れが分かると、小さく試す範囲を検討できます。

生成AIを実務で使える形にするまでを、伴走して支援しています。

生成AIの導入支援・内製化支援について見る

同じような課題をお持ちですか。

現状の整理からご相談いただけます。まずはお気軽にお問い合わせください。