オープンソースへの貢献オープンソースへの貢献

調査issue #96982 · 修正済み

Next.jsが一定間隔でファイルの変更を確認すると、短時間の変更を見逃すことがありました。25回の編集を試すと、ディスクには保存されているのに3回は画面に反映されませんでした。OS標準の監視機能では25回すべてを検出しました。

次は何が起こったのか原因を調べられるように、再現手順と報告を公開しました。チームはファイル監視ライブラリを更新し、この問題のテストを追加して課題を閉じました。修正を実装したのはNext.jsのチームです。

開発中に消えた編集

出版作品テストと比較結果を見る

Next.js チームによる修正修正を実施したPR #98737 を見る

マージ#21067+457−49

エージェントが文書を検索するには、各文章を外部サービスで数値に変換する必要があります。Mastraにはまとめて処理する仕組みがありましたが、誤って無効になっており、文書ごとに1回通信していました。その仕組みを有効に戻し、数百回の通信を数回に減らしました。

検証されたもの500件の文書を処理するとき、以前は500回必要だった呼び出しを2回に減らしました

perf(core): バッチワークスペースの検索は、エイジャーパスに埋め込む

マージ#23080+209−13

エージェントには、メモリ、ブラウザ、ワークフロー、アプリ本体などからツールが渡されます。Mastraはそれらを集める途中で使用中のモデルを何度も確認し、ツールごとに同じ処理を繰り返すことがありました。変更後は、1回の変換で結果を共有します。ツールがない場合はモデルの確認自体を行いません。

検証されたもの3種類のツール元で、変換1回につきモデル確認は1回。ツールがない場合は0回。generateとstreamの上書き設定もテストしました

Fix(core): 動的モデルをツールソース全体で解決する

公表された診断修正を提案する前に測定された問題で #23017 を開いた

コミットクレジット統合されたコミットメッセージには、プロジェクト履歴の「Co-Authored-By: DenisCDev」が含まれます。

マージ#21199+108−19

設定画面と説明には「翻訳品質」の選択肢がありましたが、「品質」でも「速度」でも同じ処理が動いていました。誤解を招く選択肢を削除し、既存の設定との互換性を保つためフィールドは残しました。実際に動作を変える設定も説明しました。

検証されたものオプションは保存されていましたが、クラス内のどこにも読みません

修正(コア): 警告の言語検知器の翻訳品質を停止します。

検証済み#23370+157−37

エージェントが会話を続けるには、直近のメッセージが必要です。Postgres上のMastraは、最後の10件だけが必要な場合も履歴全体を読み、全件を数えていました。インデックスを使って必要な部分だけ読む修正を提案しました。メンテナーが原因を確認し、別のPRで修正が採用されました。

検証されたものPGliteで1つの会話に2万件のメッセージがある場合、以前の計画は2万行を読み取っていました。インデックスを使う計画では10行です

Fix(pg): last-Nメモリは、スレッド/createdAtインデックスを使用します

公表された診断修正を提案する前に測定された問題で #23359 を開いた

検証済み#23377+126−24

インデックスの修正後も、Postgresはエージェントが応答するたびに会話の全メッセージを数えていました。直近の履歴だけで足りるため、全件集計を省く読み取りを提案しました。データベースは必要なページと、次のページがあるか判断するための1行だけを取得します。この修正も別のPRで採用されました。

検証されたもの10件の要求では全件を数えず、次のページの有無を確かめるために11行を読み取ります

Fix(pg):エージェントの最後に使用されていない合計をスキップ-N読み取り

公表された診断修正を提案する前に測定された問題で #23376 を開いた

マージ#7060+53−11

属性、イベント、リンクの保持数や文字列の長さを制限する設定が10項目あります。0も有効な値なのに、未設定と扱われて初期値に戻っていました。10項目すべての値の受け渡しを直し、0がSDKの初期化にそのまま届くことを回帰テストで確認しました。

検証されたもの10項目を修正。テストでは以前は初期値の128が渡っていましたが、今は設定どおり0が渡ります

修正(構成):ゼロ評価された限界を維持して下さい

検証済み#90043+746−109

エージェントがファイルを読むたびに、OSへの問い合わせが発生します。Windowsでは問い合わせごとに新しいプログラムが起動し、約53ミリ秒かかります。Hermesでは1回の読み取りに5回問い合わせていたため、2回に減らしました。メンテナーも別の環境で改善を確認しました。その後、読み取りを1回にまとめ、書き込みの処理も減らす、より広い修正が採用されました。9月20日にはmainブランチで修正済みとして課題が閉じられ、問い合わせをまとめる案を最初に提案したことが記録されています。

検証されたものメンテナーのベンチマーク: 5つの実行/210 msから2/110 msに落とす小さなファイル

修正(ツール): 2 つの Git Bash の execs にコールシー read file

公表された診断修正を提案する前に問題測定で #90039 を開く

独自に再現Hermes Agent のメンテナは別の機械のベンチマークを繰り返し、改善を確認しました

クレジット記録PR #101599はこの提案に代わる修正で、経緯を説明する中で#90043と私のユーザー名を明記しています。

プロジェクトに組み込まれるヘルメス・エージェント・メンテナーは、メイン・ブランチに固定され、このコントリビュートが方法を舗装したと記録された問題を修正しました。

オープン#37297+31−6

util.formatは多くの実行ログの文字列を組み立てます。Bunでは内部機能を遠回りして呼び出していたため、エンジンの最適化が働きませんでした。直接呼び出す形に変え、文字列の整形にかかる時間を減らしました。

検証されたもの両方のビルドから同じハードウェアで測定されるutil.formatで最大5.2×高速

perf(util): primordials uncurryThis からバインド機能のディスパッチをドロップします(最大 5x より高速 util.format)

オープン#37298+2−2

Bunのリポジトリで固定された2つのパッケージの取得先が、公式の公開レジストリではなく、別の会社の内部サーバーを指していました。そのフォルダーで作業すると、意図しない、将来使えなくなるかもしれない場所から取得してしまいます。両方のURLを公式レジストリに戻しました。

検証されたものベンチ/bun.lockの2つの修正されたURL

ベンチマーク:2 bun.lock tarball URL を Registry.npmjs.org で返します。

著者クレジット同じ修正を適用した#39483では、Bunから共同作者としてクレジットされています