@@ -54,9 +54,11 @@ Typical use cases include:
5454
5555再推定では、入力となる benchmark result を明示的に固定しなければならない。
5656この識別には、少なくとも result の UUID を用いることを基本とする。
57+ ただし、実運用では estimate result UUID を入口にし、その estimate が保持する ` source_result_uuid ` から元 result を辿れることが望ましい。
5758
5859In re-estimation, the input benchmark result must be explicitly fixed.
5960At minimum, the UUID of the result should be used as the primary identifier.
61+ In practical workflows, however, it is desirable to allow an estimate-result UUID as the entry point and resolve the original result through ` source_result_uuid ` .
6062
6163### 3.2 比較可能性 / Comparability
6264
@@ -98,25 +100,27 @@ It must not silently ignore missing inputs and still report a successful estimat
98100
99101BenchKit における再推定の典型フローは以下である。
100102
101- 1 . 利用者またはワークフローが対象 benchmark result の UUID を指定する
102- 2 . BenchKit が UUID に対応する Result JSON を取得する
103- 3 . 対象 app の ` estimate.sh ` を起動する
104- 4 . ` Estimate JSON ` を生成する
105- 5 . 生成結果を保存し、ポータルで参照可能にする
103+ 1 . 利用者またはワークフローが ` estimate_result_uuid ` または ` result_uuid ` を指定する
104+ 2 . ` estimate_result_uuid ` の場合、BenchKit は estimate JSON を取得し、そこから ` source_result_uuid ` を解決する
105+ 3 . BenchKit が対応する Result JSON を取得する
106+ 4 . 対象 app の ` estimate.sh ` を起動する
107+ 5 . ` Estimate JSON ` を生成する
108+ 6 . 生成結果を保存し、ポータルで参照可能にする
106109
107110The typical re-estimation flow in BenchKit is:
108111
109- 1 . a user or workflow specifies the UUID of a benchmark result
110- 2 . BenchKit fetches the corresponding Result JSON
111- 3 . the app-specific ` estimate.sh ` is invoked
112- 4 . an ` Estimate JSON ` is generated
113- 5 . the generated result is stored and made available through the portal
112+ 1 . a user or workflow specifies either an ` estimate_result_uuid ` or a ` result_uuid `
113+ 2 . if an ` estimate_result_uuid ` is given, BenchKit fetches the estimate JSON and resolves ` source_result_uuid `
114+ 3 . BenchKit fetches the corresponding Result JSON
115+ 4 . the app-specific ` estimate.sh ` is invoked
116+ 5 . an ` Estimate JSON ` is generated
117+ 6 . the generated result is stored and made available through the portal
114118
115119## 5. 入力要件 / Input Requirements
116120
117121再推定では少なくとも以下を入力として扱う。
118122
119- - ` result_uuid `
123+ - ` estimate_result_uuid ` または ` result_uuid `
120124- ` code `
121125
122126必要に応じて以下を追加で与えてよい。
@@ -129,7 +133,7 @@ The typical re-estimation flow in BenchKit is:
129133
130134At minimum, re-estimation uses the following inputs:
131135
132- - ` result_uuid `
136+ - ` estimate_result_uuid ` or ` result_uuid `
133137- ` code `
134138
135139Optionally, the following may also be supplied:
@@ -164,7 +168,11 @@ In the current implementation, the following already exist:
164168
165169### 7.1 UUID 取得 API の仕様 / UUID-Based Result Retrieval API
166170
167- 再推定を UUID 起点で運用するには、UUID 指定で Result JSON を取得する API または同等の取得手段が必要である。
171+ 再推定を UUID 起点で運用するには、少なくとも次の取得口が必要である。
172+
173+ - estimate result UUID で estimate JSON を返す取得 API
174+ - result UUID で Result JSON を返す取得 API
175+
168176現時点では、再推定の shell フロー自体は存在しても、その取得口の公開仕様や認証条件は文書としてまだ十分に固定されていない。
169177
170178したがって、以下を明確化する必要がある。
@@ -179,7 +187,8 @@ At present, the shell-side re-estimation flow exists, but the retrieval endpoint
179187
180188The following therefore need to be clarified:
181189
182- - a retrieval API that returns Result JSON by UUID
190+ - a retrieval API that returns Estimate JSON by estimate-result UUID
191+ - a retrieval API that returns Result JSON by result UUID
183192- whether authentication is required
184193- how confidential results are handled
185194- behavior on retrieval failure
@@ -238,7 +247,7 @@ At least the following need to be clarified:
238247
239248BenchKit における再推定は、少なくとも以下を満たすことが望ましい。
240249
241- 1 . UUID 指定で benchmark result を再取得できること
250+ 1 . ` estimate_result_uuid ` または ` result_uuid ` 指定で benchmark result を再取得できること
2422512 . app ごとの ` estimate.sh ` を同じ入力に対して繰り返し実行できること
2432523 . 再推定結果に、元 benchmark result UUID を残せること
2442534 . 異なる推定方式を同じ benchmark result に対して併存させられること
@@ -247,7 +256,7 @@ BenchKit における再推定は、少なくとも以下を満たすことが
247256
248257Re-estimation in BenchKit should preferably satisfy at least:
249258
250- 1 . the benchmark result can be re-fetched by UUID
259+ 1 . the benchmark result can be re-fetched from either ` estimate_result_uuid ` or ` result_uuid `
2512602 . app-specific ` estimate.sh ` can be run repeatedly for the same input
2522613 . the re-estimation result can retain the original benchmark-result UUID
2532624 . different estimation methods can coexist for the same benchmark result
@@ -258,14 +267,14 @@ Re-estimation in BenchKit should preferably satisfy at least:
258267
259268次に候補となる実装は以下である。
260269
261- 1 . UUID 指定取得 API の仕様化と実装確認
270+ 1 . estimate/result の UUID 指定取得 API の仕様化と実装確認
2622712 . 再推定向けに UUID 指定取得口と認証条件を文書化する
2632723 . 同一 ` source_result_uuid ` を軸にした比較表示仕様を定義する
2642734 . portal から再推定を起動する要求フローを定義する
265274
266275Candidate next steps include:
267276
268- 1 . specify and verify the UUID-based result retrieval API
277+ 1 . specify and verify the UUID-based estimate/ result retrieval APIs
2692782 . document the retrieval endpoint and authentication conditions for re-estimation
2702793 . define a display specification for comparing re-estimation results using ` source_result_uuid `
2712804 . define a portal-driven request flow for starting re-estimation
0 commit comments