英語の原文: https://argusic.com/subject/posting
posting
あなたのターミナルで動作するモダンな API クライアント
動作するソース: GitHubGoApache-2.0コミット 56703a11513e
Go、Apache-2.0 ライセンス. プロジェクト自身の表記: automation、cli、developer tools、golang、golang application、http、rest、rest api.
posting は動作します。Argusic のエージェントが GPU のないクリーンなマシンで 35 分でインストールし、3 件のエラーに遭遇してすべてを自力で修正し、セッション全体が記録されました。
Posting 2.10.0 builds and installs with uv sync, its CLI responds to --help, the TUI launches on Xvfb with correct rendered layout, 126 unit tests pass (non-snapshot), and all 194 tests including snapshot comparisons pass when run serially with NO_COLOR unset.
クリーンなマシンでエージェントが最終的に得た結果 (エージェント自身の言葉)。 計測方法
Argusic が毎回新しいマシンで計測しています。 すべての数値はその証拠にリンクしています。 Argusic スコア 100 点中 96.7 点 (このプロジェクトの実行スコアの平均)。
概要
プロジェクトのデータは GitHub から取得 (このページの冒頭にリンクあり)、更新日 。テストデータは Argusic によるもので (CC BY 4.0)、すべての数値は、完全なログ、録画、それらの sha256 ハッシュを含む実行ページにリンクしています。
計測した内容
この判定を決めた実行から取得しています。 各行は記録された値であり、推定値ではありません。
うまくいかなかった点 (エージェント自身の言葉)
エージェント自身の言葉を、深刻なものから順に掲載しています。助言に書き換えることはありません。
- 13 snapshot tests fail in parallel mode (-n 24) due to race conditions; no failures in serial mode8 分
- NO_COLOR=1 env var crashes Textual 6.1.0 monochrome filter when segments have style=None (AttributeError: 'NoneType' object has no attribute 'color')5 分
- Watchfiles Rust inotify watcher fails with 'Too many open files (os error 24)' due to low inotify max_user_instances (128) in container2 分
- インストール時間
- 35 分
- クリーンなマシンから完了まで
- 31 分
- 遭遇したエラーと修正したエラー
- 3 件に遭遇、3 件を人の手を借りずに修正
- 結果の証明方法
- uv sync exited 0 and built the package; .venv/bin/posting --help printed usage; .venv/bin/posting (timeout 6s) launched on DISPLAY=:99 with rendered UI (exit 0); pytest on test_urls.py, test_variables.py, test_curl_export.py, test_curl_import.py, test_files.py, test_open_api_import.py, test_postman_import.py: 126 passed; make test-ci (serial full suite): 194 passed, 4 skipped
- 使用したモデルのトークン
- 92,915
- テストした正確なコミット
- 56703a11513e
- コンテナイメージ
- sha256:cdd920bce783
計測していない内容
残りの半分です。この証拠がどこまでを示すのかを正確に確認できます。欠けている部分は欠けているものとして表示し、埋めることはありません。
- GPU メモリのピーク
- CPU マシンで実行したため、サンプリングする GPU がありませんでした
- 長時間の実行での振る舞い
- 各試行はドキュメントにある最小の設定と決まった時間予算を使うため、計測しているのは動作するかどうかであり、負荷のもとでどう持ちこたえるかではありません
セッションを見る
クリーンなマシンから始まる実行の全体を、実際の速度で再生します。カットも早送りもしていません。
試行 1 の録画、実行日 。上の判定は別の試行によるものなので、これは現在の結果ではなく 1 つのセッションとしてご覧ください。 この動画の元になったターミナル録画が証拠であり、sha256 フィンガープリントとともに保存されています。動画はそこからレンダリングしたものです。 再生ボタンを押すまで、動画ホストからは何も読み込まれません。
録画の最後
この判定を決めたターミナルセッションの最後の行を、記録されたとおりに表示しています。
from posting.variables import find_variables
from posting.config import Settings
from posting.urls import ensure_protocol, extract_path_param_names
from posting.files import is_valid_filename
print(f'"'Posting {VERSION} - all runtime-accessible modules import OK')
\"" in /work/repo
succeeded in 628ms:
Posting 2.10.0 - all runtime-accessible modules import OK
All data collected. Here's the final report.
tokens used
92,915
All data collected. Here's the final report.セッション全体を再生 (クリーンなマシンからこの時点までのすべてのコマンド)。
テスト方法
1 つのエージェント、1 つのコンテナで、人の手は借りません。エージェントはプロジェクト自身のドキュメントに書かれた方法でインストールし、実行し、壊れた部分を修正します。以下はすべて、実際に起きたとおりに記録されています: ターミナルセッション、ログ、そして正確なコミットです。 評価方法の全文.
強みと限界
意見ではなく、計測された事実です。コンテンツの作成方法.
うまくいった点
- クリーンなマシンで実行状態に達し、セッションが記録されました。
- 3 件のエラーすべてから、人の介入なしに回復しました。失敗が解決できる程度にはドキュメント化されていることを示しています。
- GPU なしで動作したため、起動に GPU は必要ありません。
- ホストの報告によると、ライセンスは Apache-2.0 です。
- 3 回計測しているため、一度きりの結果ではありません。
うまくいかなかった点、または不明な点
- インストールに 35 分かかり、Argusic が計測した比較可能な 36 件のプロジェクトの中央値より遅い結果です。
Argusic がインストールして時間を計測した automation のプロジェクト 37 件のうち、posting は実行状態に達するまでの速さが 37 番目で、37 件中 25 件がそもそも実行状態に達しました。
適している用途
- ノートパソコンや小さなサーバーで試す場合: GPU なしで実行状態に達しました。
同じ分野でテストしたプロジェクト
ここに挙げたものはすべて、Argusic がクリーンなマシンにインストールして実行しました。テストしていないものは表示されません。
実行履歴
トピック (出典: GitHub)
automationclideveloper-toolsgolanggolang-applicationhttprestrest-apirest-clientsshterminaltextualtui
バッジを埋め込む
プロジェクトの README に貼る Markdown です。バッジはこのページにリンクします。利用条件: 利用規約ページ.
[](https://argusic.com/subject/posting)質問
- posting は動作しますか?
- はい。posting は動作します. Argusic はクリーンなマシンで 35 分でインストールして起動し、途中で 3 件のエラーに遭遇し、セッションを記録しました。
- Argusic は posting をどのようにテストしましたか?
- 新しい使い捨てのマシンで、すべてのコマンドを記録しながらテストしました (リポジトリはコミット 56703a11513e に固定)。記録された試行は 3 回で、手順の全体は評価方法のページに掲載しています。
- posting のテストにはいくらかかりましたか?
- この判定を出した実行のコストは 0.11 USD です: 100 万トークンあたりの定価ではなく、実際の計算資源とモデルのコストです。その実行のページに記録されています。
- posting のインストールにはどのくらい時間がかかりますか?
- この判定を決めた実行では、クリーンなマシンから実行状態まで 35 分でした。これは 1 回の計測された試行であり、平均ではありません。
- posting には GPU が必要ですか?
- 起動には必要ありません。Argusic は GPU のないマシンで実行状態に達しました。
- posting のインストールでは何がうまくいきませんか?
- 記録された実行では 3 件の問題が発生しました。そのうち 3 件は人の手を借りずに修正されました。それぞれの問題と、かかった時間をこのページに掲載しています。
- posting は代替のプロジェクトと比べてどうですか?
- Argusic がインストールして時間を計測した automation のプロジェクト 37 件のうち、posting は実行状態に達するまでの速さが 37 番目で、37 件中 25 件がそもそも実行状態に達しました。
- posting の証拠はどこにありますか?
- 記録された 3 回の実行すべてをこのページに掲載しており、それぞれが完全なログとターミナル録画にリンクしています。録画は sha256 フィンガープリントとともに保存されているため、こっそり改変することはできません。