Entity schemas split one file per type

Purpose: Individual entity schema files extracted from game-state.md for context window efficiency.

Use Case: Load specific entity schemas when you need complete entity data, instead of loading the entire game-state.md (698 lines).


Available Entity Schemas

Core Entities

Resource Entities

Economic Entities


Loading Strategy

When to Use Entity Schemas

✅ Use entity schemas when:

❌ Don’t use entity schemas when:


Context Window Savings

Before (Loading game-state.md)

To get Player data:

After (Loading entity schema)

To get Player data:


Relationship to Other Schemas

Minimal Schemas

Entity schemas are the “complete” version. For simple operations, use minimal schemas:

Game State Schema

The game-state.md file still contains all definitions for reference, but AI agents should prefer loading individual entity schemas when possible.


Migration Path

Split files are the preferred load. game-state.md remains a combined dump.


Best Practices

  1. ✅ Start with minimal - Use minimal schemas for simple operations
  2. ✅ Upgrade to entity - Load entity schema when you need complete data
  3. ✅ Load only what you need - Don’t load all entity schemas at once
  4. ✅ Cache entity schemas - They rarely change, safe to cache

Verification Status

Split pages exist for player, planet, struct, fleet, struct-type, guild, reactor, substation, provider, agreement, allocation, infusion, permission, and address. Prefer these over game-state.md. Cross-check live LCD against api/queries/.

Note: These schemas represent API response structures. For code-based field definitions with formulas and calculated fields, see schemas/entities.md#/definitions/.


Last Updated: September 15, 2026