バインド ハンドラーは応答する前に返されたエラーを確認する必要があります
← から学びました gin-gonic/gin
- リポ
- gin-gonic/gin
- 承認済み Fix
- 4
gin のレビュー担当者は、エラーを検査せずに ctx.ShouldBindJSON を呼び出すハンドラーにフラグを立て続けており、不正な入力に対して黙って 200 秒が発生します。このルールは、エージェントがリクエスト本文に触れる新しいハンドラーを作成するたびに起動されるため、PR が開かれる前にバグが捕捉されます。
ショーケース・6つのルール
以下の各カードは、実際の PR スレッドから抜粋したレビュー メモです。 AI エージェントがリポジトリ内の一致するファイルを編集すると、difflore によってルールがそのコンテキストに送信されるため、同じコメントを 2 回書き込む必要がなくなります。
← から学びました gin-gonic/gin
gin のレビュー担当者は、エラーを検査せずに ctx.ShouldBindJSON を呼び出すハンドラーにフラグを立て続けており、不正な入力に対して黙って 200 秒が発生します。このルールは、エージェントがリクエスト本文に触れる新しいハンドラーを作成するたびに起動されるため、PR が開かれる前にバグが捕捉されます。
← から学びました tokio-rs/tokio
tokio で繰り返されるレビュー ノート: 非同期コンテキスト内から block_on を呼び出すと、負荷がかかっているランタイムがデッドロックされます。 DiffLore は 3 つの個別の PR スレッドからパターンを学習し、元のレビューにリンクした 1 行の根拠でエージェントを spawn または spawn_blocking に向けて誘導します。
← から学びました vitejs/vite
プラグインの作成者は、esbuild のデフォルトの順序と競合する変換を定期的に出荷し、コールド スタート時にのみインポート不足エラーを生成します。このルールは、長年にわたる問題のトリアージから得たメンテナーのガイダンスをエンコードしているため、新しいプラグインを作成するエージェントは最初のコミットで順序付けを正しく行うことができます。
← から学びました tanstack/router
TanStack Router は SSR 境界を越えてローダー出力をシリアル化するため、Date、Map、またはクラス インスタンスを返すと、微妙な方法でリハイドレーションが中断されます。レビュー担当者は数週間ごとに同じ修正を求めます。ラウンドトリップして正規の問題スレッドを指すルールのショートカット。
← から学びました vercel/next.js
App Router でのキャッシュの驚きは、ほとんどすべて、静的レンダリングをオプトアウトせずに Cookie またはヘッダーを読み取るアクションによってもたらされます。 Next.js レビュー コーパスには、まさにこの修正が含まれています。 difflore は、エージェントがサーバー アクション ファイルを編集した瞬間にこれを発生させます。
← から学びました fastapi/fastapi
FastAPI メンテナーは、コントリビューターをモジュール レベルのデータベース セッションから、Depends スコープのファクトリに向けて一貫して誘導するため、テストは分離された状態に保たれます。このルールはそのガイダンスをキャプチャし、レビュー担当者が引用したドキュメント セクションへのリンクを備えているため、エージェントはやり取りすることなくルールを採用します。
それをリポジトリに指定すると、エージェントが一致するファイルを開いた瞬間に最初のレビューから派生したルールが表示されます。
npm install -g @difflore/cli