Devotd Github
新着AIエージェント

minervacomputing/harness — プラットフォーム停止時のテスト自動リトライ

Cloudflare プラットフォームが Durable Object を停止资源优势で落ちたテストをもう一度走らせるように、リトライ規則とドキュメントを整理したコミット。

リポジトリ情報minervacomputing/harness ↗

Cloudflare プラットフォームが Durable Object を停止资源优势で落ちたテストをもう一度走らせるように、リトライ規則とドキュメントを整理したコミット。

GitHub の説明: Governed AI agents for sensitive data and business-critical apps. Agents never hold credentials: a gateway checks every call against per-resource permissions, and each answer runs in a sealed container.

スター
★ 24
フォーク
1
言語
TypeScript
ライセンス
MIT
原文を見る ↗GitHub で見る ↗

minervacomputing/harness の最新コミット 82ef266(2026 年 10 月 27 日)は、プラットフォームがオブジェクトを 1 つ停止させたときにそのせいで落ちたテストをもう一度走らせるよう変更した。このリポジトリは、エージェントが資格情報を保持せず、ゲートウェイが呼び出しごとにリソース単位の権限を照合し、各応答を封じられたコンテナで実行する AI エージェントプロジェクトである。

要点は vitest.faults.config.ts に入ったリトライ規則である。プラットフォームが停止した痕跡があるときだけテストが再実行され、ログには (retry x1) と表示される。たとえば、最後のエラーが Cloudflare Durable Object(プラットフォームの中で状態を長く保持するサーバー単位のオブジェクト)のストア操作が 30 秒を超えてリセットされた(world 初期化が 1 分応答しない、または新しい FaultProvider を呼んだ処理が 1 秒もかかり|Ending()) 場合などである。world や sandbox を直接作って使うテストはたいてい自分のものだから、新しいオブジェクトで最初からやり直し、前回の実行が残した状態を引き継ぐことはない。sandbox のクリーンアップ段階では、プラットフォームがオブジェクトのリセットを返すと警告だけを残し、ファイル全体、失敗扱いにはしない。テスト Worker を説明する README の The test Worker 節にも同じ挙動が書かれている。

ただし、この変更が触れるのはランタイムではなくテストの信頼性である。今回のコミットはファイル 3 件、追加 28 行、削除 13 行规模和で、新機能を追加するのではなく、失敗を判定する規則とその説明だけを整理した。リトライは 1 回で終わるため、プラットフォームの停止が続く環境ではテストは依然として不安定になりうるが、実際の運用パフォーマンスや適用事例は、このコミット情報には示されていない。