Updated: March 18, 2026
This file is the shortest current map for humans and agents operating in the Sprocket repo.
Read this before diving into older reports/ material.
Sprocket is now operating as a single application + infrastructure monorepo:
- application code remains under
core/,common/,clients/, andmicroservices/ - infrastructure code now lives under
infra/ - hosted verification harnesses live under
scripts/harness/ - release planning and rollout notes live under
reports/
The repo has already made meaningful progress on hosted verification:
- Tier 0 hosted smoke exists and has been run against
main - Tier 1 League Read exists and has passed on hosted
main - Tier 1 Scrim Lifecycle exists and has been extended to a four-actor Rocket League path
- Tier 1 Replay Submission exists and prior work identified/fixed a server-side async timeout path in app code
The main remaining operational problem is agent operating surface quality, not total lack of harness work.
reports/agent-harness-progress.md
Use this for:
- what has already been implemented
- what was validated
- what blockers were discovered
- what next actions were previously recommended
scripts/harness/README.mdscripts/harness/service-manifest.jsonenvironments/local-dev.jsonenvironments/main-prod.jsonenvironments/main-dev.jsonenvironments/v15-beta.json
Use these for:
- current verification commands
- env contract shape
- service/dependency metadata
- lane-specific verification entrypoints
- machine-readable lane status and profile expectations
LOCAL_DEVELOPMENT.mddocker-compose.ymlscripts/setup-local.sh
Use these for:
- local boot
- service dependencies
- common local debugging commands
reports/release-environment-contracts.mdreports/release-verification-matrix.mdreports/v15-beta-rollout-checklist.md
Use these for:
mainvsv1.5hosted-lane expectations- isolation requirements
- rollout gates and verification responsibilities
infra/README.mdinfra/foundation/src/index.tsinfra/platform/src/config/services/*.jsoninfra/platform/src/Platform.ts
Use these for:
- current cloud/foundation topology
- current infra topology
- service config templates
- monolith/beta deployment mapping
These files still contain useful thinking, but they are no longer the fastest way to orient for implementation:
- broad strategy docs that predate harness implementation
- early monorepo evaluation docs now superseded by the actual migration
- older notes that refer to
/Users/jacbaile/Workspace/MLE/Infrastructure/sprocket-infra
If an older doc conflicts with repo reality, prefer repo reality.
Examples:
- root-level agent docs
- manifest files
- command normalization
- doc de-duplication
- stale-path cleanup
Examples:
- more reliable hosted harness execution
- artifact collection improvements
- env profile cleanup
- clearer pass/fail summaries
Examples:
mainvsv1.5comparison tooling- beta-lane contracts
- canary / staging preparation
- promotion gate automation
Examples:
- issues directly surfaced by Tier 0 / Tier 1 verification
- lane-specific runtime mismatches
- deployment or async behavior that blocks validation
If you do not know where to start:
- Check branch + worktree.
- Read
AGENTS.md. - Read
reports/agent-harness-progress.md. - Read
scripts/harness/README.md. - Read only the service/lane docs relevant to your task.
./scripts/setup-local.sh
docker-compose up -d
docker-compose logs -f corenpm run verify:tier0 -- local-dev
npm run verify:tier0 -- main-prod
npm run verify:tier1 -- main-prod /absolute/path/to/tier1.env league
npm run verify:tier1 -- main-prod /absolute/path/to/tier1.env scrim
npm run verify:tier1 -- main-prod /absolute/path/to/tier1.env submission
npm run verify:all -- main-prod /absolute/path/to/tier1.envIn priority order:
- normalize root
dev:*andverify:*commands - keep
scripts/harness/service-manifest.jsoncurrent as the machine-readable truth surface - convert more release-lane assumptions from prose into machine-readable environment metadata
- continue deleting or updating stale references to the former standalone infra repo
- add lightweight handoff/update rules whenever a task materially changes lane assumptions or proof expectations
Update this file when one of the following changes:
- canonical starting docs
- default commands
- lane definitions
- repo operating model
- where agents should look first for current truth