sftp-file-present criteria against the final file tree.
How your agent connects
The Files sandbox is exposed over HTTP under the benchmark-run path. All reads and writes happen through/v1/benchmark-runs/{id}/files/*. The sandbox is seeded by the linked Files dataset, which stores the actual files in GCS under datasets/{datasetId}/files/. When the sandbox is branched from the dataset, a copy of the files is made available to the sandbox.
Endpoints
| Method | Endpoint | Description |
|---|---|---|
GET | /v1/benchmark-runs/{id}/files/inbox | List files in the sandbox inbox |
GET | /v1/benchmark-runs/{id}/files/{path} | Download a specific file by relative path |
inbox/referrals/, outbound/claims/, archive/.
The run-scoped v1 files surface is read-only today. Writing outbound files
from the agent (PUT/DELETE) is not yet wired on
/v1/benchmark-runs/{id}/files/*.
When the rollout needs to stage a file for a criterion to read, use a
scenario step like drop_file_inbox to seed content before the agent starts.Driving the rollout
List the inbox:Configuration
The Files simulator is configured by its linked dataset’s manifest. The dataset’s manifest describes the initial file tree; at provisioning time, the sandbox branches a copy of the dataset’s files so mutations made during the rollout don’t affect the original.Verification
Thesftp-file-present check asserts that at least one file matches a glob pattern in the final file tree, optionally parsing it as JSON and asserting on field values.
Next Steps
Criteria
Full reference for
sftp-file-present assertions.Datasets
How file manifests seed the Files sandbox.
Simulators overview
Lifecycle, provisioning, and configuration patterns.
Sandboxes
File-system branching and checkpoints.