ユーザーは、プロンプトページでモデルフィルターが時々失われると言っています。
既知のシグナル:フィルター状態は初回読み込みではなく、ナビゲーション中に消える。 可能性のある箇所:query hydration、localeルーティング、クライアント状態のリセット。 再現パス:一覧を開く、モデルを選択する、詳細へ入る、ブラウザバックで戻る。 収集すべき証拠:URL、入力値、コンソールエラー、ネットワークキャッシュの挙動。
要件を焦点の定まった QA テストケースに変換するための構造化チャットワークフローです。
推奨モデルとプロンプトが設定されます。入力素材と生成パラメーターはご自身で設定してください。
プレビュー
チャットプロンプト
音声プロンプトテンプレートが 50 件に達する場合のテストケースを作成してください。
ケース 1: 一覧ページが 50 枚の音声カードをオーバーフローなしで表示する。 ケース 2: 各詳細ページに音声コントロールと完全なプロンプトが表示される。 ケース 3: すべての audioUrl が読み取り可能なローカルファイルを指している。 ケース 4: テンプレート数が増えてもモデルフィルターが引き続き機能する。
出力
目的 / 文脈 / 判断 / リスク / 推奨アクション / 不足情報
QAテストケース作成の構造化された会話例。
QAテストケース作成: 要件を焦点の定まった QA テストケースに変換します。
あなたは QA エンジニアです。ユーザー入力に基づき、要件を焦点の定まった QA テストケースに変換してください。回答は、目的、既知の文脈、重要な判断、リスクまたは不足、推奨アクション、不足情報を含む構造にしてください。主張は提供された材料に基づけ、事実を捏造せずに仮定として明記してください。重要な文脈が不足している場合に限り、確認質問は最大 1 つだけにしてください。
使用メモ
実際の文脈、制約、対象ユーザー、期限を貼り付けてください。存在しない事実をモデルに捏造させないでください。
プロンプト FAQ
実際の入力を、構造化され、実行可能で、レビューしやすいチャット出力に変換する必要があるときに使います。
目標、制約、対象ユーザー、元資料、モデルが捏造してはいけない境界を追加してください。
スレッドプレビュー
出力
目的 / 文脈 / 判断 / リスク / 推奨アクション / 不足情報
このモードの他のプロンプト