読解ライブラリー
クエリを変えたことが利用者に伝わるようにする
量子化検索の経緯を残すために、最初の条件を保存し、一つのフィルターを変え、限られたレスポンスを比較します。その違いから言えないことも明示します。
比較の出発点を記録する
出発点は最初のキーワードだけではありません。subredditの範囲、投稿者、日付、スコアのしきい値を含めた全フィルターです。LocalLLaMAの読解練習では、https://api.redditsearchapi.com の /v1/search?q=quantization&subreddit=LocalLLaMA&limit=3&page=1を開始例とします。問いは、実験でどのようなメモリ条件が述べられているか、などです。これは提案であり、特定の議論が取得できる証拠ではありません。後の変更に目的を持たせるため、パラメーターの上に問いを書きます。
送信した値は、その時点のフォーム表示とは別に保存します。レスポンスを得た時刻をアプリの観測として記録し、返却件数と実際のページ分割情報も残します。pagination.totalとpagination.relationは一緒に保持してください。gteは下限であって、おおよそ正確な総数ではありません。レスポンス自体のローカル保存は、読者が確認した内容を残せます。URLだけの保存が残すのは条件であり、安定したアーカイブのスナップショットではありません。この比較ノートはAPIが作るものではありません。
変える操作を一つにする
スコアのしきい値の影響を見たいとします。q=quantization、subreddit=LocalLLaMA、limit=3、page=1はそのままに、min_score=10だけを追加します。送信前に変更前後の値を示してください。この条件は保存済みスコアを絞るもので、質の高い根拠を選んだり、スコア順を要求したりはしません。別の練習ならコミュニティだけを変えても構いません。subredditには意図した正確な値を使い、r/を足しても同じフィルターだとは考えないでください。
変更後のリクエストは、明示的な操作を受けて送ります。入力を編集するたびに有料取得を発生させる必要はありません。問いがquantization memoryを求めるなら、解析された両語が一つのtitleまたはtextフィールド内で一致する必要があり、完全一致フレーズや意味検索ではないと説明します。日付はYYYY-MM-DDのUTCで、toの日全体を含めます。新しい条件はpage=1から始めます。変更したクエリは新しい系列であり、前の系列の2ページ目ではありません。
変更前後のリクエストカードを並べる
送信した二つのリクエストを、それぞれの結果に対応させて並べます。変更点は色だけでなく文字でも示し、各リクエストの実行時刻も表示します。小さなカードには問い、送信フィルター、応答ステータス、表示件数、意味を限定した総数を載せられます。一方が失敗したなら失敗と表示し、新しい条件のラベルの下に古い成功レスポンスを置いて比較しないでください。遅れて届く応答が別のカードを書き換えないよう、各応答を元のリクエストに関連付けます。
カードの下には取得できた元の本文を表示し、先頭のレコードを上位結果とは呼びません。タイトル、投稿者、日付、利用可能なリンクがない場合は、その不足を示します。代替情報を作らないでください。読者は「設定がまだ分からない」などの観測を、返却本文とは分けて添えられます。二つのレスポンスを保存する場合、それは呼び出し側の保存と保管方針です。共有する条件要約には認証情報を含めず、クエリや読解メモ自体に機密情報があれば注意を示します。
比較から言える範囲を示す
一つの入力だけを変えると意図した比較を確認しやすくなりますが、観測した違いのすべてがその変更だけで生じたとは証明できません。別々のリクエストに安定したスナップショットは保証されません。どちらも範囲が限られ、gteの総数同士から母集団の差を正確に計算することもできません。取得順は_docであり、日付、関連度、スコア順ではありません。このカードが記録するのは二つのリクエストと返された材料であり、議論の質、人気、問題の発生頻度を統制して測った結果ではありません。
成功した取得は空でも1クレジットです。次のページは別のリクエストで、1回最大100件、ページ番号は100までです。ウィンドウを使い切っても全範囲を網羅したことにはなりません。平坦なレコードと任意の親参照は、完全な会話を保証しません。比較の最後には、参照を残す、欠けた設定を調べる、もう一度条件を一つ変える、やめる、といった判断を置きます。独立した歴史的APIはその材料を提供するだけで、Redditのライブ画面や検証済みの答えを提供するものではありません。