Player agency
Intelligence should expand useful choices, not quietly take control away from people.
Design adaptations with clear boundaries, appropriate control, and a way for people to understand what the system is doing.
AI principles
Games are human systems as much as technical ones. We believe intelligent products should be useful in context, understandable to their audience, and designed to preserve player agency and human judgment.
Last updated 13 August 2026
Our working commitments
These principles are a public design posture. The controls, evaluation, and disclosures needed for a particular system still depend on its audience, consequence, and deployment context.
Intelligence should expand useful choices, not quietly take control away from people.
Design adaptations with clear boundaries, appropriate control, and a way for people to understand what the system is doing.
Gameplay data should be used for an explicit, understandable, and legitimate product purpose.
Define the decision or experience a system supports, then prevent unrelated uses from becoming the default.
More data is not automatically better understanding.
Collect and retain only the signals needed for the stated purpose, with boundaries suited to the deployment.
People need explanations they can use—not technical detail for its own sake.
Make system purpose, important limitations, and the basis of consequential outputs understandable to each audience.
People remain accountable for decisions that require judgment, context, or care.
Create review, escalation, and override paths proportionate to the consequence of the system output.
A useful intelligence system must anticipate misuse as well as ordinary failure.
Apply access boundaries, input validation, monitoring, and misuse analysis appropriate to the product surface.
A system should be evaluated in context before launch and observed after conditions change.
Test usefulness and failure modes, document assumptions, and establish a response when performance or impact drifts.
From principle to practice
Principles matter when they change the questions a team asks before launch, during evaluation, and when conditions evolve.
What purpose does the system serve, and who benefits?
What is the minimum information needed to serve that purpose?
What can the system get wrong, and who notices?
Which choices must remain with a player or human decision-maker?
How will limitations and important outputs be explained?
What monitoring, escalation, and retirement path does the system need?
Questions or feedback
If you have a question about these principles or how they should apply to our work, we welcome the conversation.