- Add LIMIT 1000 to fetchChampionshipBracket (was unbounded)
- Reduce fetchSeries from LIMIT 5000 to LIMIT 1000
- Reduce fetchLineage from LIMIT 50000 to LIMIT 10000
- Reduce fetchFeedback from LIMIT 5000 to LIMIT 1000
- Reduce fetchRatingHistory from LIMIT 10000 to LIMIT 5000
The acb-index-builder pod has been in CrashLoopBackOff with OOMKill
(exit code 137) for 45 days with 4713 restarts. These unbounded queries
were loading too much data into memory, causing the kernel to kill the
process before any logs could be written.
Co-Authored-By: Claude <noreply@anthropic.com>
Added LIMIT clauses to 4 unbounded queries that were causing
acb-index-builder to crash with OOMKill after copying web assets:
- fetchPredictorStats: LIMIT 100 (was loading all predictor stats)
- fetchMaps: LIMIT 500 (was loading all maps)
- fetchSeasonSnapshots: LIMIT 1000 (was loading all season snapshots)
- fetchSeasons: LIMIT 100 (was loading all seasons)
These queries had ORDER BY but no LIMIT, causing them to load
massive datasets into memory on each build cycle, leading to
container OOM after the web asset copy phase.
Fixes bead bf-2ws
- Add LIMIT 50000 to fetchLineage (evolution programs table)
- Add LIMIT 10000 to fetchBots
- Add LIMIT 5000 to fetchSeries
These queries had no bounds and could grow arbitrarily large,
causing acb-index-builder to OOM during build cycles.
The lineage table in particular grows unbounded with evolution.
Fixes CrashLoopBackOff that has persisted for 45 days.
- Add csharp case to buildCandidate() with dotnet-script and mcs fallback
- Add defender_strategy.cs.txt seed file (combined Program.cs, Strategy.cs, Grid.cs)
- Add defender seed to population (gamma island, aggression=0.3, economy=0.4)
- Add csharp to langDisplayName() and update comments
Co-Authored-By: Claude <noreply@anthropic.com>
Rebuilt leader-targeter-bot JAR with Maven after verifying
compilation. The bot implements multi-player score-aware
targeting strategy.
Co-Authored-By: Claude <noreply@anthropic.com>
Implement a new Java bot that applies multi-player game theory: in N>2
games, always direct all units toward the current score leader rather than
the nearest enemy. This creates a natural kingmaker dynamic that prevents
any single bot from running away with the game.
Strategy:
- Identify all visible opponents and their scores (cores count as proxy)
- Pick primary target: opponent with highest inferred score (tiebreak: nearest)
- Send all bots toward primary target's centroid (mean of visible bots + cores)
- Exception: if own core is under threat (enemy bot within 6 tiles), detach 2 bots to defend
- In 2-player games: fall back to straight aggressor strategy
Novelty: No current bot does multi-player score-aware target selection. Most
bots target nearest enemy, which lets a distant leader accumulate score
unmolested. Leader-targeter explicitly models the N-player problem.
Co-Authored-By: Claude <noreply@anthropic.com>
Implement CoordinatorBot - a multi-role strategy bot that dynamically
allocates roles (Attacker/Harvester/Defender/Scout) each turn based on
game state.
Features:
- Per-turn role assignment using greedy Hungarian-style algorithm
- Dynamic role rebalancing based on threat level, economic pressure, score
- Zone-aware survival logic
- HTTP server with HMAC authentication
- TypeScript implementation with full type safety
Role allocation algorithm:
- Base split: 50% attackers, 25% harvesters, 15% defenders, 10% scouts
- Adjusts: +10% defenders if threat > 0.3
- Adjusts: +10% harvesters if energy < spawn threshold
- Adjusts: +20% attackers if score leads by 5+
- Assigns bots by proximity to role targets
Co-Authored-By: Claude <noreply@anthropic.com>
Verified all 5 backlog items:
- Combat kill scoring (engine/turn.go:272-275)
- Fitness formula blending win rate + kill rate (run.go:608)
- CombatDeaths tracking through arena (arena.go:204-221)
- Behavior vector derived from actual kill rate (run.go:614-625)
- Flee thresholds with outnumber logic (farmer/gatherer/siege bots)
All mechanics now make combat economically necessary for the evolver.
All backlog items completed:
- Combat kill scoring in engine (turn.go:274)
- Fitness formula blends win rate + kill rate (run.go:608)
- Flee thresholds reduced with outnumber logic
- CombatDeaths tracked through arena MatchOutcome
- Aggression derived from actual kill rate in behavior vector
This Genesis bead tracked the full mechanics iteration to make combat
economically necessary and reward aggression in the evolver.
## Flee Threshold Changes
- Reduced flee threshold from AttackRadius2+4 to AttackRadius2 (no buffer)
- Modified bots: farmer, gatherer, siege
- Bots now only consider enemies in actual attack range, not preemptively
- Added outnumber logic: only flee when nearbyAllies < nearbyEnemies
## Behavior Vector Changes
- Derive aggression from actual kill rate (not self-reported)
- Formula: behaviorVec[0] = min(killRate, 1.0)
- Preserves existing economy value or defaults to 0.5
- Enhanced logging to show derived aggression value
## Rationale
Aggression must be economically necessary, not just rewarded.
Previous flee logic created a false safe option that discouraged combat.
Now bots only flee when actually outnumbered within combat range.
Related: bf-413 genesis bead tracking mechanics iteration
- Updated fitness formula: fitness = 0.7*win_rate + 0.3*kill_rate (was win_rate only)
- Added kill tracking to ArenaResult: TotalKills, TotalMatches, KillRate
- Updated evolver system prompt to explicitly mention combat kills are valuable
- Enhanced arena logging to show kill rate and total kills
This change makes the LLM evolver select for combat aggression, not just win
optimization. The system prompt now informs bots that kills and eliminations
are part of the fitness evaluation, encouraging more aggressive strategies.
Related: bf-59h
Add 3 new hand-written bots to expand evolver seed pool:
- phalanx (Rust, alpha island) - formation combat with aggression=0.85, economy=0.1
- assassin (Rust, alpha island) - decapitation strategy with aggression=1.0, economy=0.0
- opportunist (Go, beta island) - conditional aggression with aggression=0.55, economy=0.55
This brings the total seed count from 6 to 9, providing richer starting
population across islands with diverse attack archetypes the evolver
can recombine.
Changes:
- Add seeds/phalanx_strategy.rs.txt, assassin_strategy.rs.txt, opportunist_strategy.go.txt
- Update seed.go with 3 new embed directives and seed entries
- Add TestSeedPopulation to verify 9 seeds insert correctly
- Update comments to reflect 9 seeds instead of 6
Co-Authored-By: Claude <noreply@anthropic.com>
- Fixed contest_assignments to use bot positions as keys since bots only have position and owner (no ID field)
- Fixed tuple conversions for energy and walls to properly convert elements to int
- Added curl to Dockerfile for health check support
- Updated docker-compose.bots.yml for economist bot
Co-Authored-By: Claude <noreply@anthropic.com>
Adds bots/economist/bot.py and Dockerfile implementing a new strategy:
deliberately contest energy nodes that enemies are approaching to
destroy the contested energy, denying enemy income while harvesting
uncontested nodes for own economy.
Strategy priorities:
1. Maintain existing contest assignments (stay put)
2. Contest threatened nodes (intercept approaching enemies)
3. Reserve 1-2 bots to guard cores
4. Collect uncontested energy
5. Remaining bots explore toward map center
Pure collection mode when score lead ≥3 and turn > 200.
Co-Authored-By: Claude <noreply@anthropic.com>
The ZoneDriver bot was fully implemented and committed in cdbc4c0.
This note documents the implementation and verifies acceptance criteria.
Co-Authored-By: Claude <noreply@anthropic.com>
ZoneDriver weaponizes the shrinking zone to force enemy eliminations:
- Computes zone boundary and identifies "kill band" (zone edge-2 to edge)
- Positions units to block enemy escape routes inward
- Herds enemies toward zone edge for passive eliminations
- Prioritizes survival for own bots near zone boundary
Novel approach: turns zone from map feature into active weapon.
Co-Authored-By: Claude <noreply@anthropic.com>
- Add SiegeBot to engine/bot_strategies.go with spawn denial logic
- Implement standalone siege bot in bots/siege/ with main.go, strategy.go, Dockerfile
- Register siege bot in acb-local for arena testing
- Add test-siege-arena.sh script for validation
Strategy: Surround enemy cores to block spawning phase. Bot assigns
units to lockout rings (8 neighbors) around cores, greedily by distance.
Unassigned units collect energy or rush fully-sieged cores.
Tested: 3/10 wins vs rusher+gatherer, 1/10 wins vs rusher+gatherer+guardian
- Delete scripts/setup-r2.sh (Cloudflare R2 is not the storage provider)
- Create scripts/setup-b2.sh that documents B2 CDN setup:
- Prints B2 bucket endpoint (us-west-002)
- Prints CNAME target for b2.aicodebattle.com
- Verifies B2 credentials when env vars are set
- Informational/verification-only (no destructive operations)
- Update scripts/cloudflare-setup.sh:
- Remove R2 bucket creation steps
- Add note that B2 setup is separate (see setup-b2.sh)
Acceptance criteria met:
- scripts/setup-r2.sh does not exist
- scripts/setup-b2.sh exists, is executable, and runs without error
- No references to setup-r2 remain in scripts/
Update B2 bucket details table to consistently show region as VERIFIED.
The region was already verified via garage-to-b2-sync.yml but the table
incorrectly showed it as 'unconfirmed'.
Co-Authored-By: Claude <noreply@anthropic.com>
Verified B2 endpoint region via declarative-config garage-to-b2-sync.yml:
- Confirmed region: us-west-002
- Confirmed CNAME target: acb-data.s3.us-west-002.backblazeb2.com
- Updated implementation status table
Acceptance criteria met:
- notes/b2-cdn-setup.md exists with exact CNAME target ✅
- Region verified from production config (declarative-config) ✅
- Document clearly states verification status and blockers ✅
Note: B2 API auth could not be tested due to read-only proxy limitations.
Public access status requires Backblaze console access.
- Add current status summary identifying blockers
- Document region inconsistency (us-west-002 vs us-west-004 vs us-east-005)
- Note that aicodebattle.com domain zone does not exist yet
- Add B2 API authentication test section (skipped due to permissions)
- Update implementation status table with verification results
- Clarify that secret access requires direct kubeconfig, not read-only proxy
- Add detailed next steps with prerequisites section
Co-Authored-By: Claude <noreply@anthropic.com>
- Corrected date from 2025 to 2026
- Confirmed b2.aicodebattle.com CNAME does NOT exist (NXDOMAIN verified)
- Added bucket name verification from enrichment deployment config
- Updated implementation status to reflect current CNAME status
- Added verification details for DNS resolution check
- Confirmed all 7 original strategy bot deployment manifests exist
- Verified each follows required pattern: image=ronaldraygun/acb-strategy-{name}:latest, BOT_PORT=8080, BOT_SECRET from acb-bot-secrets key={name}-secret, Service ClusterIP:8080
- Verified acb-bot-secrets.yml.template contains all 7 bot secret keys
- Original work completed in commit 909f38f on 2026-06-16
Co-Authored-By: Claude <noreply@anthropic.com>
Task completed in prior commit 909f38f. All 7 bot deployment manifests
and acb-bot-secrets.yml.template already present in declarative-config.
Verified pattern compliance: image ronaldraygun/acb-strategy-{name}:latest,
BOT_PORT=8080, BOT_SECRET from acb-bot-secrets key={name}-secret,
ClusterIP Service on port 8080.
- Confirmed feature exists in commit c1acd83 (2026-06-16)
- KillScore config field with default value of 1
- Score awarded in executeCombat() loop
- No code changes needed
- Add KillScore config field (default: 1 point per kill)
- Increment killer's score in executeCombat() when tracking CombatDeaths
- Makes killing enemy bots worth real score, not just foraging
- Keeps kill_score configurable for balance tuning
Co-Authored-By: Claude <noreply@anthropic.com>
All acceptance criteria met:
- No /r2/ paths in source code
- Build succeeds
- No r2.aicodebattle.com references in dist
Work was completed in commit 76369b5 on 2026-06-16.
- Update R2_COMMENTARY_BASE constant from '/r2' to '/b2'
- Storage migrated from Cloudflare R2 to Backblaze B2
- All data-fetch URLs now use b2.aicodebattle.com subdomain
Co-Authored-By: Claude <noreply@anthropic.com>
- Update docs-api.ts: use B2_BASE, remove R2 references, simplify fetch pattern
- Update docs-data.ts: replace R2 constant with B2
- Update docs-replay-format.ts: update curl example URL
- Update test files: update thumbnail URLs and comments
The SPA was migrated from Cloudflare R2 to Backblaze B2 storage.
All data-fetch URLs now point to b2.aicodebattle.com.
Cloudflare R2 was never the intended storage layer — plan.md correctly
specifies Backblaze B2 via Cloudflare Bandwidth Alliance. Remove the
Cloudflare R2 Setup section from the phase6 checklist, replace all
r2.aicodebattle.com URLs with b2.aicodebattle.com, fix the data flow
diagram to show K8s cluster as write-only compute (battles + replay
building) with no inbound user traffic, and update spa-route-test-results
to reference /b2/ paths consistently.
Verified the acb-enrichment deployment state:
- Deployment file is ENABLED (not .disabled)
- Image SHA is REAL (sha-97b4b0f, not placeholder)
- Task description premises were incorrect
Infrastructure blocker confirmed:
- Forgejo registry down (503 Service Unavailable)
- Pods stuck in Pending due to cluster CPU exhaustion
- 20+ pods Pending for 40+ days across cluster
Code requirements fully met - deployment requires infrastructure intervention.
All code requirements met:
- Source code at cmd/acb-enrichment/ (405 lines)
- Dockerfile valid (multi-stage build with golang:1.25-alpine)
- Deployment manifest has real SHA (sha-97b4b0f), not placeholder
- Deployment IS enabled (replicas: 1)
- WorkflowTemplate exists in declarative-config
Infrastructure blockers (outside scope):
- Forgejo registry down (CPU exhaustion on apexalgo-iad)
- No iad-ci kubeconfig to trigger builds
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
- Verified code requirements: source, Dockerfile, manifest all complete
- Found deployment manifest has real SHA (sha-97b4b0f), not placeholder
- Identified 2 blockers: no iad-ci kubeconfig access, Forgejo registry down
- Old ReplicaSets have placeholder SHAs but current spec is correct
- Documented manual trigger command for when infra is fixed
