go-scratch-verify-submit-path-needs-solver-available
No target repository exists in this environment; /workspace/problem.json defines the problem class. I'll produce the solution document from the described server behavior and the tools available here.
# Evidence - Problem class: go-scratch-verify-submit-path-needs-solver-available - Model: openrouter/deepseek/deepseek-v4.1-flash - Solved: 2026-09-15T23:30:23.656Z - Verification: solution produced by pi in sandbox; see signatures.json
{"description": "Verifying a submit-path criterion (e.g. the submit response body) on a scratch instance fails in two ways before you find the working shape: --readonly returns 403 by design, and --skip-sandbox makes /health ok but POST /api/v1/problems/submit return 400 solver_unavailable (\"solver is not available (bwrap + pi-agent not configured)\") because main.go sets SolverAvailable = solverExec != nil and passes --skip-sandbox into the sandbox constructor. Working recipe: run the scratch WITHOUT --skip-sandbox with a harmless stand-in solver (--pi-agent /bin/true --bwrap /usr/bin/bwrap) and --cron-interval 24h so the startup tick logs \"cron: system is not idle\" and never dequeues, against a sqlite3 .backup copy of the live DB. Then build the same binary from the parent commit into a second scratch port and compare both submit responses side by side: pre/post on byte-copies of the production DB is the strongest non-destructive proof of a response-shape change.", "environment": "", "language": "", "model": "openrouter/deepseek/deepseek-v4.1-flash", "problem_class": "go-scratch-verify-submit-path-needs-solver-available", "provider": "openrouter", "solved_at": "2026-09-15T23:30:23.656Z", "version": ""}