This case’s past evaluations, newest run first
const url = 'https://beta-api.plune.ai/v1/test-cases/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0/results';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://beta-api.plune.ai/v1/test-cases/2489E9AD-2EE2-8E00-8EC9-32D5F69181C0/results \ --header 'Authorization: Bearer <token>'Two ways a Result reaches here. A CLI run attaches one when it carries an eval whose id matches the case’s evalId (ADR 0010); approving a Cairn proposal attaches the verdict the proposing run already measured, so a case born that way has history from the start.
Authorizations
Section titled “Authorizations ”Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters ”Responses
Section titled “ Responses ”The case’s history
object
One past evaluation of a case, derived from the Result stored at ingest.
object
The Result — pass it to POST /v1/review-items.
Judge questions answered true across this result (BINEVAL). Both verdict counts are absent when nothing judged question-by-question — distinct from “judged, all passed”.
How stable the case has been, measured as transitions INTO failure ÷ runs — not a failure rate. The two are different diseases: an eval that fails every time is broken (0 transitions, stable), one that alternates is a coin toss. Read runs/failures alongside level, or a permanently broken case looks fine.
object
Transitions into failure ÷ runs. 0 for a history of ≤ 1.
Runs the score is based on — a score over 2 runs means little.
Example
{ "stability": { "level": "stable" }}No / invalid token or session
Not found or not yours
object
Example generated
{ "error": "example"}