英語の原文: https://argusic.com/subject/req

req

Black Magic を備えたシンプルな Go HTTP クライアント

動作するソース: GitHubホームページGoMITコミット 2affd4787737

Go、MIT ライセンス. プロジェクト自身の表記: go、golang、http、http client.

req は動作します。Argusic のエージェントが GPU のないクリーンなマシンで 2 分でインストールし、エラーに一度も遭遇せず、セッション全体が記録されました。

All 180 tests pass, go build and go vet succeed with zero errors across the req/v3 HTTP client library.

クリーンなマシンでエージェントが最終的に得た結果 (エージェント自身の言葉)。 計測方法

Argusic が毎回新しいマシンで計測しています。 すべての数値はその証拠にリンクしています。 Argusic スコア 100 点中 100 点 (このプロジェクトの実行スコアの平均)。

概要

判定
動作する
Argusic スコア
100 / 100
検証した実行のコスト
0.02 USD (実測)
記録された実行
1
最終テスト
スター
4,871
フォーク
417
未解決の Issue
32
ウォッチャー
58
サイズ
3 MB
作成日
最終プッシュ

プロジェクトのデータは GitHub から取得 (このページの冒頭にリンクあり)、更新日 。テストデータは Argusic によるもので (CC BY 4.0)、すべての数値は、完全なログ、録画、それらの sha256 ハッシュを含む実行ページにリンクしています。

計測した内容

この判定を決めた実行から取得しています。 各行は記録された値であり、推定値ではありません。

インストール時間
2 分
クリーンなマシンから完了まで
5 分
遭遇したエラーと修正したエラー
0 件に遭遇、0 件を人の手を借りずに修正
結果の証明方法
go test -count=1 -v github.com/imroc/req/v3 exited 0 with 180 tests passed; go build ./... and go vet ./... each exited 0
使用したモデルのトークン
27,891
テストした正確なコミット
2affd4787737
コンテナイメージ
sha256:cdd920bce783

計測していない内容

残りの半分です。この証拠がどこまでを示すのかを正確に確認できます。欠けている部分は欠けているものとして表示し、埋めることはありません。

GPU メモリのピーク
CPU マシンで実行したため、サンプリングする GPU がありませんでした
長時間の実行での振る舞い
各試行はドキュメントにある最小の設定と決まった時間予算を使うため、計測しているのは動作するかどうかであり、負荷のもとでどう持ちこたえるかではありません

セッションを見る

クリーンなマシンから始まる実行の全体を、実際の速度で再生します。カットも早送りもしていません。

以下の試行のうち 1 つの録画です。 この動画の元になったターミナル録画が証拠であり、sha256 フィンガープリントとともに保存されています。動画はそこからレンダリングしたものです。 再生ボタンを押すまで、動画ホストからは何も読み込まれません。

録画の最後

この判定を決めたターミナルセッションの最後の行を、記録されたとおりに表示しています。

 succeeded in 7922ms:
180
Everything is clean. Let me compile the final report.
**Installation:** Go runtime was missing; downloaded and extracted `go1.24.0.linux-amd64.tar.gz`, m…
**Tests:** 180 tests passed across 18 packages. Tests use an in-process TLS test server (`httptest.…
**Verification:** `go test -count=1 -v github.com/imroc/req/v3` printed `180` lines matching `--- P…
tokens used
27,891
Everything is clean. Let me compile the final report.
**Installation:** Go runtime was missing; downloaded and extracted `go1.24.0.linux-amd64.tar.gz`, m…
**Tests:** 180 tests passed across 18 packages. Tests use an in-process TLS test server (`httptest.…
**Verification:** `go test -count=1 -v github.com/imroc/req/v3` printed `180` lines matching `--- P…

セッション全体を再生 (クリーンなマシンからこの時点までのすべてのコマンド)。

テスト方法

1 つのエージェント、1 つのコンテナで、人の手は借りません。エージェントはプロジェクト自身のドキュメントに書かれた方法でインストールし、実行し、壊れた部分を修正します。以下はすべて、実際に起きたとおりに記録されています: ターミナルセッション、ログ、そして正確なコミットです。 評価方法の全文.

強みと限界

意見ではなく、計測された事実です。コンテンツの作成方法.

うまくいった点

  • クリーンなマシンで実行状態に達し、セッションが記録されました。
  • 2 分でインストールでき、Argusic が計測した比較可能な 10 件のプロジェクトの中央値より速い結果です。
  • 途中で何も壊れませんでした: クローンから実行までエラーは 0 件です。
  • GPU なしで動作したため、起動に GPU は必要ありません。
  • ホストの報告によると、ライセンスは MIT です。

うまくいかなかった点、または不明な点

  • これまでの計測は 1 回です。1 回の試行は動作し得ることを示すだけで、安定して動作することは示しません。

Argusic がインストールして時間を計測した go のプロジェクト 11 件のうち、req は実行状態に達するまでの速さが 2 番目で、11 件中 11 件がそもそも実行状態に達しました。

適している用途

  • ノートパソコンや小さなサーバーで試す場合: GPU なしで実行状態に達しました。
  • 手早く評価したい場合: クローンから 2 分後には動作していました。
  • 自身の README に従う場合: ドキュメントどおりの手順で、修正なしに動作しました。

同じ分野でテストしたプロジェクト

ここに挙げたものはすべて、Argusic がクリーンなマシンにインストールして実行しました。テストしていないものは表示されません。

実行履歴

テスト担当試行結果スコアコスト (USD)日時
Argusic Runner1/3動作した100.000.02

トピック (出典: GitHub)

gogolanghttphttp-client

バッジを埋め込む

プロジェクトの README に貼る Markdown です。バッジはこのページにリンクします。利用条件: 利用規約ページ.

[![Tested by Argusic](https://argusic.com/badge/req.svg)](https://argusic.com/subject/req)

質問

req は動作しますか?
はい。req は動作します. Argusic はクリーンなマシンで 2 分でインストールして起動し、途中で 0 件のエラーに遭遇し、セッションを記録しました。
Argusic は req をどのようにテストしましたか?
新しい使い捨てのマシンで、すべてのコマンドを記録しながらテストしました (リポジトリはコミット 2affd4787737 に固定)。記録された試行は 1 回で、手順の全体は評価方法のページに掲載しています。
req のテストにはいくらかかりましたか?
この判定を出した実行のコストは 0.02 USD です: 100 万トークンあたりの定価ではなく、実際の計算資源とモデルのコストです。その実行のページに記録されています。
req のインストールにはどのくらい時間がかかりますか?
この判定を決めた実行では、クリーンなマシンから実行状態まで 2 分でした。これは 1 回の計測された試行であり、平均ではありません。
req には GPU が必要ですか?
起動には必要ありません。Argusic は GPU のないマシンで実行状態に達しました。
req のインストールでは何がうまくいきませんか?
記録された実行では何も起きませんでした: クローンから実行までエラーは 0 件です。
req は代替のプロジェクトと比べてどうですか?
Argusic がインストールして時間を計測した go のプロジェクト 11 件のうち、req は実行状態に達するまでの速さが 2 番目で、11 件中 11 件がそもそも実行状態に達しました。
req の証拠はどこにありますか?
記録された実行をこのページに掲載しており、それぞれが完全なログとターミナル録画にリンクしています。録画は sha256 フィンガープリントとともに保存されているため、こっそり改変することはできません。

Discussion