add: repair mission completion step

src/components/three/gameplay/RepairCompletionStep.tsx

@@ -0,0 +1,42 @@
+import { RepairObjectModel } from "@/components/three/gameplay/RepairObjectModel";
+import { RepairPromptVideo } from "@/components/three/gameplay/RepairPromptVideo";
+import { TriggerObject } from "@/components/three/interaction/TriggerObject";
+import type { RepairMissionConfig } from "@/data/gameplay/repairMissions";
+
+interface RepairCompletionStepProps {
+  config: RepairMissionConfig;
+  onComplete: () => void;
+}
+
+export function RepairCompletionStep({
+  config,
+  onComplete,
+}: RepairCompletionStepProps): React.JSX.Element {
+  return (
+    <group>
+      <RepairObjectModel
+        label={config.label}
+        modelPath={config.modelPath}
+        scale={1}
+      />
+
+      <TriggerObject
+        position={[0, 1.1, 0]}
+        colliders="ball"
+        label={`Valider ${config.label}`}
+        onTrigger={onComplete}
+      >
+        <mesh>
+          <torusGeometry args={[1.35, 0.045, 12, 96]} />
+          <meshBasicMaterial color="#22c55e" transparent opacity={0.85} />
+        </mesh>
+        <mesh position={[0, 0.02, 0]} rotation={[Math.PI / 2, 0, 0]}>
+          <ringGeometry args={[0.2, 1.25, 96]} />
+          <meshBasicMaterial color="#bbf7d0" transparent opacity={0.3} />
+        </mesh>
+      </TriggerObject>
+
+      <RepairPromptVideo src={config.stageUiPath} position={[0, 2.55, 0]} />
+    </group>
+  );
+}

src/components/three/gameplay/RepairGame.tsx

@@ -1,8 +1,8 @@
 import { useEffect } from "react";
 import { ExplodableModel } from "@/components/three/models/ExplodableModel";
+import { RepairCompletionStep } from "@/components/three/gameplay/RepairCompletionStep";
 import { RepairInspectionObject } from "@/components/three/gameplay/RepairInspectionObject";
 import { RepairMissionCase } from "@/components/three/gameplay/RepairMissionCase";
-import { RepairObjectModel } from "@/components/three/gameplay/RepairObjectModel";
 import { RepairRepairingStep } from "@/components/three/gameplay/RepairRepairingStep";
 import { RepairScanVisual } from "@/components/three/gameplay/RepairScanVisual";
 import {
@@ -33,6 +33,7 @@ export function RepairGame({
 }: RepairGameProps): React.JSX.Element | null {
   const config = REPAIR_MISSIONS[mission];
   const mainState = useGameStore((state) => state.mainState);
+  const completeMission = useGameStore((state) => state.completeMission);
   const setMissionStep = useGameStore((state) => state.setMissionStep);
   const step = useRepairMissionStep(mission);
   const parsedScale = toVector3Scale(scale);
@@ -86,10 +87,9 @@ export function RepairGame({
         />
       ) : null}
       {step === "done" ? (
-        <RepairObjectModel
-          label={config.label}
-          modelPath={config.modelPath}
-          scale={1}
+        <RepairCompletionStep
+          config={config}
+          onComplete={() => completeMission(mission)}
         />
       ) : null}
       {step !== "waiting" && step !== "done" ? (

src/data/docs/docsTranslations.ts

@@ -361,7 +361,7 @@ Pour les missions de réparation, il monte le composant réutilisable \`RepairGa
 <RepairGame mission="bike" position={[8, 0, -6]} />
 \`\`\`
 
-\`RepairGame\` lit l'étape de mission active depuis le store et écrit les transitions via des actions génériques comme \`setMissionStep\`. Cela garde le composant de scène petit et évite les branches spécifiques à chaque mission dans le flow de réparation. Le flow de réparation de production supporte actuellement les transitions \`waiting -> inspected -> fragmented -> scanning -> repairing -> done\`.
+\`RepairGame\` lit l'étape de mission active depuis le store et écrit les transitions via des actions génériques comme \`setMissionStep\` et \`completeMission\`. Cela garde le composant de scène petit et évite les branches spécifiques à chaque mission dans le flow de réparation. Le flow de réparation de production supporte actuellement les transitions \`waiting -> inspected -> fragmented -> scanning -> repairing -> done -> next mission\`.
 
 La scène peut donc évoluer progressivement vers ce pattern :
 
@@ -406,7 +406,7 @@ Overlays actuels :
 
 ## Prochaines étapes
 
-La prochaine étape naturelle est de déplacer la validation de réparation depuis cette interaction locale vers des données de mission plus riches quand chaque mission aura des nodes de modules cassés et des assets de remplacement dédiés.
+La prochaine étape naturelle est de déplacer la validation de réparation depuis cette interaction locale vers des données de mission plus riches quand chaque mission aura des nodes de modules cassés, des assets de remplacement dédiés et des beats narratifs de complétion.
 `;
 
 export const featuresFr = `# Fonctionnalités implémentées
@@ -442,7 +442,7 @@ Ce document liste les fonctionnalités présentes dans le code actuel.
 
 - \`RepairGame\` de production réutilisable monté pour les états de mission \`bike\`, \`pylone\` et \`ferme\`
 - Configuration de mission partagée via \`src/data/gameplay/repairMissions.ts\`
-- Flow repair-game avec \`waiting -> inspected -> fragmented -> scanning -> repairing -> done\`, prompts \`.webm\`, apparition/ouverture de la mallette, touche \`E\`, hold deux poings, transition de modèle explosé, visuels de scan, plusieurs choix de pièces grabbables et validation de la bonne pièce
+- Flow repair-game avec \`waiting -> inspected -> fragmented -> scanning -> repairing -> done -> next mission\`, prompts \`.webm\`, apparition/ouverture de la mallette, touche \`E\`, hold deux poings, transition de modèle explosé, visuels de scan, plusieurs choix de pièces grabbables, validation de la bonne pièce et complétion de mission
 
 ## Audio