Startup evidence stays with the run, and uncertain provider cleanup remains visible.
Use compute logs RUN_ID --format jsonl, or compute_get_logs with format=jsonl, to inspect startup observations even when application logs are empty.
Provider status, reported container uptime, agent readiness and workload start are recorded separately. Missing or zero uptime is not proof that your code ran.
If an allocation response is lost, cleanup stays unconfirmed until the provider identity is reconciled. The release adds guarded monitoring delivery; live routing and exact-target GPU qualification are tracked separately.
Reinstall from the quickstart for CLI 0.1.18. Existing clients remain supported.
compute report files a bug report with a durable acknowledgement id, and answers at once when the cause is already known. Reinstall from the quickstart to get CLI 0.1.12.
compute report "<summary>" --run run_… stores the report before returning rpt_…, and attaches the run's status, provider, and error so you do not have to.
Outdated CLI, low balance, a known provider condition, or a duplicate of your own open report get an immediate reply; everything else is answered by an operator, visible with compute report status rpt_….
Agents get the same through the compute_report_issue and compute_get_report tools in compute mcp and mcp.compute.cx.