# Études Ce répertoire accueille les analyses construites qui comparent des solutions, évaluent une piste ou préparent une décision. Une étude reste non normative. Elle peut conclure notamment à : - `retained` ; - `deferred` ; - `rejected` ; - `needs-poc`. Une conclusion `retained` ne crée pas à elle seule une règle, une capability ou une entrée de roadmap. La décision résultante doit être portée explicitement dans le document architectural ou normatif approprié. Les études conservent les alternatives et raisons utiles à la compréhension future, y compris lorsqu'une piste est rejetée. ## Études 0.2.0 - [`001-FUNCTIONAL_CAPABILITY_INVENTORY.md`](001-FUNCTIONAL_CAPABILITY_INVENTORY.md) — inventaire fonctionnel initial sans engagement d'implémentation. - [`002-LAYERING_AND_OWNERSHIP_STUDY.md`](002-LAYERING_AND_OWNERSHIP_STUDY.md) — étude du découpage kernel, capability, game-system, plateforme, provider, service et jeu. - [`003-PLATFORM_CAPABILITY_STUDY.md`](003-PLATFORM_CAPABILITY_STUDY.md) — axes plateforme/device/host/backend et disponibilité des capacités. - [`004-GAME_ARCHETYPE_PRESSURE_TEST.md`](004-GAME_ARCHETYPE_PRESSURE_TEST.md) — vérification du modèle par plusieurs familles de jeux. - [`005-DEPENDENCY_AND_COMPOSITION_STUDY.md`](005-DEPENDENCY_AND_COMPOSITION_STUDY.md) — dépendances autorisées et composition statique envisagée. Ces études sont des propositions à relire. Elles ne deviennent pas automatiquement des décisions d'architecture.