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の導入支援・内製化支援について見る