英語の原文: https://argusic.com/subject/wreq
wreq
使いやすく、プライバシーに配慮した Rust 製 HTTP クライアント
動作するソース: GitHubホームページRustApache-2.0コミット 2ff34c3e512e
Rust、Apache-2.0 ライセンス. プロジェクト自身の表記: akamai、censorship resistant、client、crawler、fingerprint、http、http client、http2.
wreq は動作します。Argusic のエージェントが GPU のないクリーンなマシンで 10 分でインストールし、3 件のエラーに遭遇してすべてを自力で修正し、セッション全体が記録されました。
wreq v0.16.1 builds and all 280+ integration tests pass on Rust 1.99.0 (Ubuntu 24.04) with BoringSSL via btls, after providing libclang (extracted from libclang1-20 + libclang-20-dev debs) and workaround for Ubuntu 24.04's missing /usr/include/stddef.h.
クリーンなマシンでエージェントが最終的に得た結果 (エージェント自身の言葉)。 計測方法
Argusic が毎回新しいマシンで計測しています。 すべての数値はその証拠にリンクしています。 Argusic スコア 100 点中 60 点 (このプロジェクトの実行スコアの平均)。
概要
プロジェクトのデータは GitHub から取得 (このページの冒頭にリンクあり)、更新日 。テストデータは Argusic によるもので (CC BY 4.0)、すべての数値は、完全なログ、録画、それらの sha256 ハッシュを含む実行ページにリンクしています。
計測した内容
この判定を決めた実行から取得しています。 各行は記録された値であり、推定値ではありません。

うまくいかなかった点 (エージェント自身の言葉)
エージェント自身の言葉を、深刻なものから順に掲載しています。助言に書き換えることはありません。
- libclang.so not found - bindgen failed to generate BoringSSL FFI bindings3 分
- stddef.h not found by clang when parsing BoringSSL headers (Ubuntu 24.04 libc6-dev no longer ships /usr/include/stddef.h)2 分
- Rust toolchain not found in container0.2 分
- インストール時間
- 10 分
- クリーンなマシンから完了まで
- 35 分
- 遭遇したエラーと修正したエラー
- 3 件に遭遇、3 件を人の手を借りずに修正
- 結果の証明方法
- cargo test --release --features='cookies multipart stream gzip brotli zstd deflate json form socks ws tracing' passed all 18 test targets (280+ integration tests, 0 failures). Example request_with_redirect successfully fetched https://google.com via HTTP redirect chain.
- 使用したモデルのトークン
- 239,941
- テストした正確なコミット
- 2ff34c3e512e
- コンテナイメージ
- sha256:cdd920bce783
計測していない内容
残りの半分です。この証拠がどこまでを示すのかを正確に確認できます。欠けている部分は欠けているものとして表示し、埋めることはありません。
- GPU メモリのピーク
- CPU マシンで実行したため、サンプリングする GPU がありませんでした
- 長時間の実行での振る舞い
- 各試行はドキュメントにある最小の設定と決まった時間予算を使うため、計測しているのは動作するかどうかであり、負荷のもとでどう持ちこたえるかではありません
録画の最後
この判定を決めたターミナルセッションの最後の行を、記録されたとおりに表示しています。
/bin/sh -lc "cd /work/repo && \\ . \""'$HOME/.cargo/env" && '"\\ LIBCLANG_PATH=/work/repo/llvm-libs \\ C_INCLUDE_PATH=/usr/lib/gcc/x86_64-linux-gnu/13/include \\ LD_LIBRARY_PATH=/work/repo/llvm-libs:/usr/lib/x86_64-linux-gnu \\ cargo test --release --features=\"cookies multipart stream gzip brotli zstd deflate json form soc… succeeded in 30124ms: 18 All 18 integration test targets succeeded. Here's the final report: tokens used 239,941 All 18 integration test targets succeeded. Here's the final report:
セッション全体を再生 (クリーンなマシンからこの時点までのすべてのコマンド)。
テスト方法
1 つのエージェント、1 つのコンテナで、人の手は借りません。エージェントはプロジェクト自身のドキュメントに書かれた方法でインストールし、実行し、壊れた部分を修正します。以下はすべて、実際に起きたとおりに記録されています: ターミナルセッション、ログ、そして正確なコミットです。 評価方法の全文.
強みと限界
意見ではなく、計測された事実です。コンテンツの作成方法.
うまくいった点
- クリーンなマシンで実行状態に達し、セッションが記録されました。
- 3 件のエラーすべてから、人の介入なしに回復しました。失敗が解決できる程度にはドキュメント化されていることを示しています。
- GPU なしで動作したため、起動に GPU は必要ありません。
- ホストの報告によると、ライセンスは Apache-2.0 です。
- 2 回計測しているため、一度きりの結果ではありません。
うまくいかなかった点、または不明な点
- インストールに 10 分かかり、Argusic が計測した比較可能な 3 件のプロジェクトの中央値より遅い結果です。
Argusic がインストールして時間を計測した akamai のプロジェクト 4 件のうち、wreq は実行状態に達するまでの速さが 3 番目で、4 件中 4 件がそもそも実行状態に達しました。
適している用途
- ノートパソコンや小さなサーバーで試す場合: GPU なしで実行状態に達しました。
- 手早く評価したい場合: クローンから 10 分後には動作していました。
同じ分野でテストしたプロジェクト
ここに挙げたものはすべて、Argusic がクリーンなマシンにインストールして実行しました。テストしていないものは表示されません。
実行履歴
トピック (出典: GitHub)
akamaicensorship-resistantclientcrawlerfingerprinthttphttp-clienthttp2http3httpsja3ja4quicrustscrapertlstls-fingerprintweb-scraperwebsocket
バッジを埋め込む
プロジェクトの README に貼る Markdown です。バッジはこのページにリンクします。利用条件: 利用規約ページ.
[](https://argusic.com/subject/wreq)質問
- wreq は動作しますか?
- はい。wreq は動作します. Argusic はクリーンなマシンで 10 分でインストールして起動し、途中で 3 件のエラーに遭遇し、セッションを記録しました。
- Argusic は wreq をどのようにテストしましたか?
- 新しい使い捨てのマシンで、すべてのコマンドを記録しながらテストしました (リポジトリはコミット 2ff34c3e512e に固定)。記録された試行は 2 回で、手順の全体は評価方法のページに掲載しています。
- wreq のテストにはいくらかかりましたか?
- この判定を出した実行のコストは 0.32 USD です: 100 万トークンあたりの定価ではなく、実際の計算資源とモデルのコストです。その実行のページに記録されています。
- wreq のインストールにはどのくらい時間がかかりますか?
- この判定を決めた実行では、クリーンなマシンから実行状態まで 10 分でした。これは 1 回の計測された試行であり、平均ではありません。
- wreq には GPU が必要ですか?
- 起動には必要ありません。Argusic は GPU のないマシンで実行状態に達しました。
- wreq のインストールでは何がうまくいきませんか?
- 記録された実行では 3 件の問題が発生しました。そのうち 3 件は人の手を借りずに修正されました。それぞれの問題と、かかった時間をこのページに掲載しています。
- wreq は代替のプロジェクトと比べてどうですか?
- Argusic がインストールして時間を計測した akamai のプロジェクト 4 件のうち、wreq は実行状態に達するまでの速さが 3 番目で、4 件中 4 件がそもそも実行状態に達しました。
- wreq の証拠はどこにありますか?
- 記録された 2 回の実行すべてをこのページに掲載しており、それぞれが完全なログとターミナル録画にリンクしています。録画は sha256 フィンガープリントとともに保存されているため、こっそり改変することはできません。