Skip to main content
A Coding Agent can complete a clear feedback loop from the command line: read the installed documentation, run an Experiment, read the final receipt, use its runIds to inspect results, update the program or evals, and run again.

Start with the installed documentation

Tell the Agent to start with the documentation installed in the project instead of guessing an API:
That keeps the Agent’s instructions aligned with the version installed in the project.

Run and retain the receipt

Every --json line is feedback from the current process. Progress and diagnostics describe what is happening in this run. Exactly one final receipt contains:
The Agent should treat the final receipt as the handoff for this Invocation. It is not a persisted results protocol. Read business facts from the quiescent Record through its runIds.

Inspect results with Run IDs

After the run ends, inspect the Run’s Report:
show and view select a Sample before they form one fixed ReportInput. The Agent should distinguish these states:

Run again after an edit

Have the Agent test one verifiable hypothesis at a time: change the program or eval, run the same scope, then read the new receipt and Run. To confirm that every slot executes again:
When an existing Attempt is adopted automatically, --dry explains why. Reasons for carrying and accepting are in the target Run’s niceeval.actions channel. See Rerun and Carry Results.

Boundaries for Record edits

A Record is an editable fact dataset. An Agent may edit business channels only after the directory is quiescent, then run show or view again. Do not let a Runner, active reader, or AnalysisSample/ReportInput-construction phase operate on the same directory as a manual edit. Later Report execution and site writing do not access the Record. To share a result with someone else, use Publish a Static Report, not feedback from the current process.