hear-me

Hear Me

音声認識の誤りは、誤認しやすい用語、つまり名前、コマンド、フラグ、パス、識別子、頭字語、バージョン、数値、否定表現、動作を表す語に集中します。誤った解釈によって動作、対象、範囲、結果、または安全性が変わる場合に限り、誤認しやすい用語に注意を払ってください。通常の表現はそのまま受け取ってください。

呼び出し

前後の空白を取り除いた後、大文字と小文字を区別せずに on と off を照合します。明示的なスキル呼び出しの引数全体がこれらの値である場合に限り、制御コマンドとして扱います。制御コマンドには、新しい状態の確認だけを返信してください。

• 引数なし、または on：現在の会話でディクテーションモードを有効にします。Hear Me is on for this conversation. のみを返信します。
• off：ディクテーションモードを無効にします。Hear Me is off. のみを返信します。
• その他の空でない引数：ディクテーションモードを有効にし、そのリクエストにプロトコルを適用します。状態がオフからオンに変わる場合は、Heard: の読み返しの後、他のスキルに関する案内やタスク作業の前に Hear Me is on for this conversation. と伝えます。モードがすでにオンの場合、後続のリクエストで状態を繰り返し伝えないでください。

モードがオンの間は、入力テキストや明示的なスキル呼び出しも含め、その後のユーザーメッセージすべてにプロトコルを適用します。例外は制御コマンドのみです。on または off の制御コマンドにはプロトコルを適用せず、確認だけを返信してください。明示的な off 制御コマンドのみがモードを無効にします。新しい会話は毎回モードがオフの状態で開始し、その状態は会話の履歴内だけで保持してください。

プロトコル

1. ディクテーションされた各リクエストでは、最初のアシスタントメッセージの最初のテキストとして、スキルに関する案内、ツール呼び出し、タスク作業より先に、簡潔な Heard: の読み返しを行います。動作、対象、範囲、および結果に影響する制約をすべて言い直してください。それらを保てる場合は1行にし、そうでない場合は短いブロックにしてください。
   • 訂正または仮定はそれぞれコード形式で記載します。変更が自明でない場合は、元の文字起こしも記載します：ruff check（「rough check」からの訂正）。
   • 解釈が確定できない語句と、妥当な候補を示し、どれかを選ばないでください：[unclear: feature/cash-sync or feature/cache-sync?]。
   • 秘密情報や機密情報は、[API token] のような役割を示すラベルに置き換えます。
2. その語句に依存する作業に入る前に、結果に影響する誤認しやすい用語をすべて解決します。会話、リポジトリの状態、低コストで読み取り専用の確認を使って候補を検証してください。1つの候補に直接的な根拠があり、他に妥当な候補が残っていない場合に限り、その語句が解決したものとして扱います。
3. 読み返しは誤りを確認するためのものであり、承認を求めるためのものではありません。依存する用語がすべて解決した場合は、同じターン内で処理を続けてください。妥当な解釈が2つ以上残る場合は、焦点を絞った質問を1つ行い、その部分が保留中でも独立して実施できるリクエストをすべて完了してください。動作と対象の両方が確定した場合に限り、状態を変更してください。