Une présentation de relecture existe pour fermer une boucle. Quelqu'un a demandé un changement, le changement a été fait dans un projet Windsurf, et maintenant quelqu'un doit confirmer que cela a réellement fait ce qui était demandé avant que le travail n'avance, que cela signifie fusionner plus loin, passer en production, ou obtenir la validation d'un client. La présentation n'essaie pas de convaincre qui que ce soit sur le produit. Elle essaie de rendre une affirmation précise vérifiable en moins d'une minute, par quelqu'un qui n'a peut être pas le temps d'exécuter l'application lui même.
Parce que Windsurf est un éditeur plutôt qu'un hébergeur, la version qu'un relecteur peut réellement vérifier est celle qui a été déployée, le plus souvent sur un environnement de préproduction partagé plutôt que sur une machine personnelle. Enregistrer contre le mauvais environnement, comme un build local qui n'a pas encore été poussé en préproduction, produit une vidéo qui montre quelque chose que le relecteur ne peut pas vérifier de manière indépendante, ce qui va à l'encontre du but même d'une présentation de relecture. Confirmez que le déploiement de préproduction correspond à ce que la vidéo montrera avant d'enregistrer quoi que ce soit.
Ceci est facile à mal faire dans une équipe où plus d'une personne peut pousser vers le même environnement de préproduction. Un changement qui paraissait correct testé localement peut se comporter différemment une fois fusionné à côté du travail sans rapport de quelqu'un d'autre, et une présentation de relecture enregistrée avant que cette fusion ne soit terminée peut finir par décrire un état qui n'existe plus au moment où le relecteur l'ouvre.