文字起こしができたのに、議事録にならないのはなぜか？──音声から報告書まで全自動のアプリを作って、最初に詰まった場所

私自身、開発を始めて最初の1週間でここに詰まりました。音声認識の部分は思ったより早く形になり、録音して止めると全文が画面に出る。「もう半分できたのでは」と思って、自分の打ち合わせを録って全文を眺めたら──使えない。文字起こしの前と、やっている作業が変わっていなかったのです。

音声から文字は、音声から報告書の途中経過でしかありません。ここを最初に分けなかったのが、開発における私の最初の失敗でした。

画面は報告書の表示例です。内容は架空の「週次定例」で、実際の顧客の会議ではありません。この形にしてから、自分の打ち合わせの「決まったのはどれだっけ」が、報告書を見れば済むようになりました。

読む人が迷うこと自体は、なくせません。設計でできるのは、 迷ったときに戻る場所を1タップの距離に置く ことでした。

AIに議事録を頼むと、読みやすい文章は出てきます。読みやすいことが、逆に怖い。小さな置き換えほど、整った文章の中では見つけにくくなるからです。

• 提案を決定に変えない
• 数字の条件を変えない
• 根拠のない担当・期限を補わない

最初はもっと制約を足していました。「これも禁止、あれも禁止」と書くほど、出てくる報告書は硬くなり、読む気が失せる文章になる。何度か削って、残したのは間違えると仕事が壊れる3つだけです。

ここでの学びは、 制約は多いほど安全、ではなかった ということです。守りたいものを3つで言えないうちは、まだ何を守りたいかがわかっていない──開発中の自分に何度か言い聞かせた言葉です。

言葉だけだと抽象的なので、アプリに同梱しているサンプル会議（設備課の定例という設定で、会社名も人名も架空、声は合成音声）で例を挙げます。まず数字と条件。「予備部品を5点まで補充」と「5点追加」は、発注する数が変わる別の作業です。「圧力が規定の80%まで低下」を「80%低下」と書いたら、別の事故になります。

次に担当と期限。この会議では、購買の担当者に宿題が2つあります。9月12日までに発注、9月26日までに補充の見積もり。担当と期限を一組で見ないと、この2つが入れ替わります。そして「次回の定例は9月18日の10時から」は日程であって、誰かの期限ではありません。期限欄に日程が入ってしまうミスは本当に多いです。

最後に決定か提案か。「10月10日と11日の2日間で実施する案でどうでしょう」は、その時点では提案です。司会が「確定します」と言ってから決定。この2段階を1行に潰さないことが、後のトラブルを防ぎます。

開発を通じて分かったのは、 AIの精度を上げる努力と、人が見る場所を決める努力は別物 だということです。後者を先に決めたほうが、前者も測りやすくなりました。

プロンプトの冒頭は「以下は会議の文字起こしです。わかりやすく有益な議事録にしてください。」──これに続けて、次のルールを書きます。

• 「## 見出し」で話題を区切り、本文は「- 箇条書き」だけで書く（散文の段落は使わない）
• 決定・課題・次の行動・担当・期限・数値を漏らさない
• 提案や仮定を、決定済みの事実に変えない
• 数字の「以上・以下・まで」などの条件は、言われたとおりに残す
• 根拠のない担当・期限・日付を補わない。期限は文字起こしに出てきた表現のまま使う
• 最後に「決定事項」「次にすること（担当・期限）」「まだ決まっていないこと」をまとめる

ルールの後ろに、文字起こしの全文を貼ってください。出てきた議事録は、前の章の4つの確認で見てから共有します。「まだ決まっていないこと」が書いてあるのは失敗ではなく、次に誰へ何を聞けばいいかがわかる議事録です。

レコレポは文字起こしの無料枠が大きい（公平利用の範囲で月3,000分まで・2026年9月時点）ので、全文画面の「コピー」で取り出してこのプロンプトと組み合わせる使い方もできます。

• App Store（iPhone）
• Google Play（Android）
• サンプルの手順と確認例