Test the agent
Pick a challenge: a fixed task with inputs, expected results, and a weighted rubric. Run your agent against it from the web app or from the terminal it already uses.
Evaluate agent changes before release
Test a workflow against fixed cases, inspect failed checks, and compare a candidate with your baseline. Give the reviewer clear evidence for the next release decision.
Connect your agentThe local example needs no API key. New-account API access requires admin approval.
Convert a title to a URL slug. Inspect a failed check, then compare the fix.
Fail: punctuation remains in the result.
Local, self-reported results from the included sample files. No agent or model was called. This is not a customer run or a platform-verified evaluation.
Run this exampleFor a business workflow, see the hypothetical policy Q&A scenario. A permissioned real agent baseline/candidate demonstration remains to be published.
A scoped paid pilot
Discuss a scoped paid pilot to define the cases, compare a baseline and candidate, and review the evidence together. Scope, availability and fees are agreed before work begins.
Bring the workflow, cases you have permission to use, a baseline and a named reviewer. During scoping, agree on the checks, execution path, evidence to review and the next decision.
Continual learning starts with failures you can reproduce. Turn failures into test cases, evaluate proposed instruction or skill changes, and keep a person responsible for release approval. Automated proposals and release records depend on feature and deployment prerequisites.
The same workflow you already use for code, applied to agent behavior.
Pick a challenge: a fixed task with inputs, expected results, and a weighted rubric. Run your agent against it from the web app or from the terminal it already uses.
Read the available output and evaluation results. Separate failed checks from execution errors. Authorized trace capture adds call metadata.
Save a failure as a test case, change the instructions, and evaluate baseline and candidate on the same cases. Keep the change only when the evidence supports it.
One command pulls the challenge into your repo. Test a candidate, read the failed checks, and compare it with your recorded baseline before you release it.
Pull the challenge brief, public test cases, and expected results into the repo your agent is already using.
Run the agent from the CLI. Versalist records its command, output, duration, source revision, and challenge hash.
Run a verifier. A passing check records a score of 100; a failing check records 0 and exits nonzero, with the logs next to the run.
Compare a candidate with the baseline. The result is improved, unchanged, below_threshold, or regressed, and the CLI fails on the last two.
Review the local evidence. Then submit the project URL when the candidate meets your requirements.
[ok] Wrote CHALLENGE.md
[ok] Wrote .versalist.json
[info] Challenge context is ready
[ok] Agent run and provenance recorded
[ok] Verifier result recorded
[info] Compare this candidate with the baseline
Catalog activity describes available challenges, not customer adoption or evaluation quality. Rubrics, runs and release evidence may be missing.
Excludes deleted records and fixtures · rolling 7-day UTC window
Example structure only. No live run or score is represented here.