プロンプトを整える前に問題を記録する
メモ用文書へ自由に話してください。求める結果、重要な理由、すでに試したこと、関係するファイルやシステム、完了とみなす条件を含めます。記録中は完璧な順序を気にする必要はありません。数行の入力文へ短縮すると省きがちな背景も残せることが、ここで音声を使う利点です。
秘密情報、認証情報、顧客記録、未公開の法的資料、健康情報、専有情報を話す前に止めてください。ローカル音声認識が影響するのは音声入力の段階です。送信後の取り扱いには、送信先AI提供元の規約と管理設定が適用されます。
文字起こしを確認可能な指示書へ変える
下書きを、目的、背景、制約、入力、必要な出力、検証方法に整理します。変更してはいけないものを明記し、曖昧な代名詞を具体的な言葉へ置き換えてください。ソフトウェア名、バージョン、日付、ファイルパス、数字、否定表現を修正します。公開、メール送信、削除、購入、デプロイなどの外部操作を依頼で許可する場合は、その範囲を明示してください。
複雑な作業では、変更前に既存の正式な情報源となるファイルを確認し、プロジェクトのチェックを実行するようモデルへ依頼してください。音声で作った長いプロンプトでも、重複した考えを除けば簡潔にできます。
送信前に影響の大きい言葉を確認する
認識ミスがあっても、文法的には自然に見えることがあります。「デプロイする」と「デプロイしない」は、わずかな音の違いです。パッケージのバージョン、アカウント名、ホスト、ブランチ、パスも、もっともらしく見えながら別の場所を指す場合があります。該当箇所を目で読み、重大な操作では対象を別の方法でも確認してください。
以前の文脈と衝突する可能性がある場合は、新しい会話で送信します。後から変更点がわかるよう、元の指示書を残してください。モデルの結果は、作業に応じた下書きまたは実行報告として扱い、外部の状態が変わった証拠とはみなさないでください。
話しやすいプロンプトの構成
たとえば、次のように話します。「目的… 背景… 現在の正式な情報源は… 次の動作は変更しない… 変更してよいものは… 変更してはいけないものは… 次の方法で検証… 納品内容…」。見出しを付けると間を有効に使え、音声認識でも構造を保ちやすくなります。
ツールが句読点コマンドを文字として挿入する場合は、まず通常の文を音声入力し、確認時に見出しを追加してください。すべての書式設定を音声だけで行うことより、引き渡す内容の正確さが重要です。