ソースの要件と検証計画について説明します。 JSON {"question":"...","source_requirements":"...","check_plan":"..."} を返します。 question—研究上の質問。 source_requirements - どのような情報源が必要か (種類、鮮度、量、各事実の横に何を示すか)。 check_plan - 情報源が本物であることをどのように確認し、事実を確認しますか (2 ～ 3 つの具体的な手順)。
力学: モデルは事実に依存せずに説得力があるように聞こえます。それにより、もっともらしいテキストが完成します。リンクはステートメントを検証可能なものに変えます。事実の隣にソースがある場合は、それを開いて確認できます。したがって、情報源は飾りではなく、知識とフィクションを区別する方法です。レバー。タイプ: 再話の再話ではなく、一次情報源 (公式データ、文書) を求めます。鮮度：「2年以内の原料」。アンカー: 最後に一般的なリストではなく、各重要な事実の横にリンクを必要とします。これにより、何が何によってサポートされているかを確認できます。裏ワザ: 「出典がない場合は、でっち上げずにそう書く」というルールを追加します。これにより、自信を持って嘘をつくことが大幅に減少します。モデルは、弱点を隠すのではなく、弱点にフラグを立て始めます。チェックするときの 2 番目のテクニック: ソースが存在し、そこに書かれていることを正確に述べていることをチェックします。簡単なテスト - 情報源から正確な引用を求めます。引用上の架空のリンクが切れます。よくある間違い: リンクのリストを証拠として利用することです。リンクは本物かもしれませんが、そこから得られる結論は偽物かもしれません。事実と情報源の関係を確認します。
アクセスのロックを解除して、AI による即時レビューのためにソリューションを送信します。