Missions persistantes, nouveau modèle de vol, destruction des vaisseaux et reconnexion à bord du vaisseau d’un ami : le premier épisode de 10 From the Community apporte des précisions sur plusieurs chantiers majeurs de Star Citizen. Les développeurs répondent à dix questions de joueurs et expliquent les changements qu’ils souhaitent apporter à l’expérience de jeu.
Voici les dix réponses à retenir, avec leurs conséquences concrètes pour les joueurs. Une distinction est essentielle : une fonctionnalité décrite comme achevée dans Squadron 42 n’est pas nécessairement disponible dans Star Citizen. Plusieurs réponses présentent des objectifs de développement, sans date de déploiement annoncée dans cet épisode.
10 From the Community : comment lire ces annonces ?
Ce format réunit des responsables du développement autour de questions sélectionnées dans la communauté. Pour ce premier épisode, les échanges portent autant sur les futures fonctionnalités que sur les difficultés actuelles : missions qui cessent de fonctionner, récompenses difficiles à récupérer et temps perdu entre deux sessions.
Au 12 octobre 2026, le portail officiel de développement indique l’Alpha 4.10.2 comme version LIVE. Les changements présentés ci-dessous sont rapportés selon leur état décrit dans l’émission. Leur évocation ne constitue pas une confirmation de disponibilité sur les serveurs LIVE, ni de présence sur le PTU, l’environnement public de test.
1. Nouveau modèle de vol : quelle évolution après les Master Modes ?
CIG présente le nouveau modèle de vol comme fonctionnellement achevé dans Squadron 42. Dans cette version, la séparation entre les modes SCM et NAV disparaît : les possibilités du vaisseau reposent davantage sur la répartition de son énergie entre les différents systèmes.
L’idée est de laisser le pilote déterminer quels équipements alimenter, plutôt que de lui imposer les restrictions d’un mode prédéfini. Les armes, le radar et le moteur quantique entrent ainsi dans une logique de gestion énergétique.
Les développeurs décrivent également le quantum boost, une accélération utilisable dans l’espace et en atmosphère, après un court temps de charge. Elle permettrait de se déplacer librement, sans sélectionner une destination, tout en conservant une capacité de pilotage. Sa vitesse resterait inférieure à celle du voyage quantique classique.
Ce qu’il reste à faire : adapter ce modèle à l’univers multijoueur de Star Citizen. CIG cite notamment la synchronisation réseau, les combats entre joueurs et contre l’IA, ainsi que les besoins des transporteurs, mineurs et chasseurs de primes. L’émission ne donne pas de date de sortie pour cette adaptation.
2. Missions 2.0 : que doit permettre la refonte ?
Missions 2.0 désigne une refonte des outils et du fonctionnement des missions, pas simplement une nouvelle série de contrats. Elle doit notamment soutenir la progression narrative envisagée pour Star Citizen 1.0.
Les possibilités présentées comprennent :
- Des suites de quêtes : terminer une mission pourrait débloquer la suivante dans une progression structurée.
- La persistance entre les sessions : retrouver un contrat et sa progression après une déconnexion.
- Un partage plus souple : mieux définir les conditions de participation et d’attribution des récompenses.
- Des contrats plus lisibles : améliorer la recherche, les filtres et les informations sur l’équipement nécessaire.
- Des interactions narratives plus riches : permettre aux missions de piloter davantage les personnages non joueurs, les objets et les événements du monde.
Pour les équipes, l’objectif est de construire les missions à partir d’éléments réutilisables, en limitant la gestion technique propre à chaque contrat. Pour les joueurs, le bénéfice attendu est double : davantage de variété et moins de missions fragiles.
CIG souhaite aussi que jouer ensemble ne pénalise pas systématiquement les participants par un partage peu intéressant des gains. Aucune nouvelle formule universelle de rémunération n’est toutefois détaillée.
3. Ingénierie : un système encore à équilibrer
Les développeurs reconnaissent que l’ingénierie n’a pas encore atteint l’équilibre souhaité. Leur intention reste de prolonger la durée de vie du vaisseau en donnant aux joueurs des moyens d’intervenir sur son fonctionnement et ses avaries.
La discussion porte notamment sur les incendies, la gestion énergétique et la soft death : un état dans lequel un vaisseau est neutralisé sans être entièrement détruit.
Pour les adversaires contrôlés par l’IA, CIG souhaite mieux distinguer la neutralisation de l’explosion. Une mission devrait pouvoir reconnaître qu’une cible ne représente plus une menace, sans obliger le joueur à détruire ce qui pourrait encore être récupéré.
Cette évolution pourrait rendre plus intéressantes les suites d’un combat : récupération de composants, de marchandises ou de matériaux. Les développeurs évoquent également des cargaisons associées aux types de vaisseaux rencontrés, ainsi qu’une meilleure lisibilité des informations de scan sur les écrans du cockpit.
Il s’agit d’une direction de travail : l’émission ne présente pas ces améliorations comme un ensemble déjà terminé.
4. AI Blades : toujours prévues pour Star Citizen 1.0 ?
Oui, CIG maintient les AI Blades dans ses objectifs pour la version 1.0. Ces modules d’automatisation doivent permettre à un joueur d’utiliser certaines fonctions d’un grand vaisseau sans qu’un autre joueur les prenne nécessairement en charge.
La réponse reste cependant courte : elle ne fournit ni calendrier intermédiaire, ni liste exhaustive des fonctions concernées, ni performances définitives.
Il serait donc prématuré d’en déduire qu’un pilote pourra exploiter seul tout le potentiel de n’importe quel vaisseau. L’engagement porte sur une capacité d’automatisation, dont les limites restent à préciser.
5. Stockage des armures : comment fonctionneraient les casiers ?
CIG relie le rangement des équipements à trois chantiers complémentaires :
- StarWear : davantage de liberté dans les combinaisons de vêtements et d’équipements.
- Les casiers à combinaisons : conserver des ensembles prêts à être utilisés.
- Armor 2.0 : renforcer les rôles et les différences entre les armures.
L’exemple donné est celui d’un joueur disposant de plusieurs tenues : une pour piloter, une pour combattre à pied et une autre pour affronter les radiations. L’objectif serait de passer d’un ensemble à l’autre par une interaction simple avec un casier.
Cette facilité de changement accompagnerait une spécialisation plus marquée des équipements. Une armure lourde ne serait ainsi pas aussi adaptée au pilotage qu’une combinaison conçue pour cette activité.
Les développeurs indiquent aussi que, dans leur conception de la future assurance de niveau 3, la couverture des aménagements inclurait les râteliers d’armes et les casiers équipés. Cette explication ne doit pas être assimilée à une garantie de remboursement applicable aujourd’hui : elle décrit le système envisagé.
6. Maelstrom : où en est la destruction physique ?
Maelstrom est présenté comme techniquement achevé dans Squadron 42. Ce système gère les dégâts et la fragmentation des éléments concernés, notamment les vaisseaux et les objets de l’environnement.
Les développeurs décrivent un calcul tenant compte de caractéristiques comme la masse et la vitesse des projectiles, ainsi que la nature du tir. Visuellement, les impacts doivent produire des destructions plus progressives : des morceaux d’ailes ou d’autres éléments peuvent se détacher, rendant les dégâts plus perceptibles depuis le cockpit.
Pour Star Citizen, Maelstrom est destiné à remplacer le système de blindage actuel. Mais son transfert suppose encore une adaptation au réseau, à la diversité des vaisseaux et à l’équilibrage du jeu multijoueur.
Le point à retenir : la technologie fonctionne dans le contexte de Squadron 42 selon CIG, mais cette avancée ne signifie pas que son intégration à l’univers persistant est terminée. Aucune date de disponibilité n’est donnée dans cette réponse.
7. Réapparition médicale : pourra-t-on choisir plusieurs destinations ?
CIG souhaite proposer plusieurs possibilités de réapparition après la mort, plutôt qu’un unique lieu enregistré.
Le fonctionnement décrit distingue deux catégories :
- Des destinations durables : un hôpital principal, une base personnelle à terme et un vaisseau adapté.
- Des destinations temporaires : un point médical lié à une opération ou le vaisseau d’un autre joueur.
Le joueur pourrait choisir parmi les options disponibles. Cela permettrait, par exemple, de ne pas réapparaître à un endroit devenu dangereux ou de mieux accompagner une activité en groupe.
Cette refonte doit également s’articuler avec les futures conséquences de la mort, regroupées sous le nom Death of a Spaceman. CIG évoque notamment l’intégrité de l’ADN et la qualité des installations médicales, sans détailler ici les règles définitives.
8. Pourquoi des missions fonctionnelles se cassent-elles après une mise à jour ?
Les développeurs identifient deux difficultés principales : la quantité de contenu interconnecté et l’insuffisance des outils de validation automatique. Une modification peut fonctionner pour la fonctionnalité visée, mais provoquer une régression ailleurs.
Les missions actuelles doivent aussi gérer de nombreux cas techniques : chargement des objets, disponibilité des éléments du monde ou récupération après une panne de serveur. Cette accumulation rend leur logique fragile.
CIG cite Race for Stanton comme exemple d’un problème apparu à grande échelle : le système avait dirigé les joueurs vers un même lieu, un comportement qui n’avait pas été révélé par les tests internes avec moins de participants simultanés.
Les réponses envisagées sont davantage de tests automatisés, des outils de création plus robustes et un travail ciblé sur les points de friction, notamment les hangars, les ascenseurs de fret, le déplacement quantique et la première heure de jeu.
Ce diagnostic explique les régressions ; il ne permet pas encore de conclure qu’elles seront éliminées par une seule mise à jour.
9. Siege of Orison : comment faciliter la récupération du butin ?
La communauté demande des terminaux permettant de déposer le matériel récupéré avant de quitter l’instance de Siege of Orison. CIG partage le constat et étudie plusieurs possibilités, dont des points de stockage à proximité des installations médicales.
Une difficulté concerne la connexion entre l’inventaire de l’instance — un espace de mission distinct — et celui du reste de l’univers. L’emplacement des terminaux et les règles de transfert ne sont pas arrêtés dans la réponse.
Les développeurs souhaitent aussi permettre de récupérer plus facilement l’équipement lorsqu’un corps devient inaccessible dans une instance, par exemple après une chute.
La discussion s’élargit enfin à la fabrication et au raffinage : CIG évoque la possibilité de combiner puis de raffiner des ressources pour obtenir une meilleure qualité. Le principe défendu est que le temps consacré à une activité devrait permettre une progression identifiable, sans dépendre uniquement d’un résultat aléatoire.
10. Pourra-t-on se reconnecter dans le vaisseau d’un ami ?
C’est bien l’intention réaffirmée par CIG. L’objectif est de replacer le joueur aussi près que possible de la situation dans laquelle il s’est déconnecté, y compris lorsqu’il se trouvait à bord du vaisseau d’un autre joueur.
Les développeurs reconnaissent toutefois la diversité des cas à traiter : changement de serveur ou d’instance de l’univers, vaisseau amarré ou situation modifiée pendant l’absence.
La réponse confirme donc une orientation, sans détailler toutes les conditions de fonctionnement ni annoncer une garantie de retour au même endroit dans chaque scénario.
FAQ : ce que ces réponses changent pour les joueurs
Ces dix réponses annoncent-elles le contenu d’un seul prochain patch ?
Non. L’émission rassemble plusieurs chantiers dont les niveaux d’avancement diffèrent. Certaines réponses concernent un équilibrage en cours, d’autres une adaptation depuis Squadron 42 ou un objectif pour la version 1.0. Elles ne forment pas une liste de fonctionnalités promises pour une même mise à jour.
Peut-on déjà organiser ses sessions autour de la persistance des missions annoncée ?
Cette émission ne suffit pas à garantir qu’un contrat sera conservé après une déconnexion sur la version utilisée. Il faut vérifier le comportement documenté dans les notes de version avant de compter sur cette possibilité pour une longue activité.
Les AI Blades justifient-elles l’achat d’un grand vaisseau pour jouer seul ?
Les informations données restent trop limitées pour fonder un achat sur cette seule perspective. CIG confirme l’objectif d’automatiser certaines fonctions, mais ne précise pas ici les restrictions ni l’efficacité finale. Mieux vaut choisir un vaisseau en fonction de son usage réellement accessible.
Pourquoi une technologie terminée dans Squadron 42 demande-t-elle encore du travail ?
Une fonctionnalité validée dans un jeu solo doit aussi fonctionner avec plusieurs joueurs et leurs interactions simultanées. Star Citizen ajoute des contraintes de synchronisation, une plus grande diversité de situations et des besoins d’équilibrage spécifiques.
Sources
- CIG — 10 From the Community : Missions, Maelstrom & More : synthèse établie à partir de la transcription automatique de l’épisode.
- RSI — Portail de développement et version LIVE affichée, consulté le 12 octobre 2026.
- Assistance RSI — Conditions du programme de parrainage, consultées le 12 octobre 2026.