Abaans/abaans-agent-skills

Met à jour le texte d'un document Word existant partagé sur OneDrive ou SharePoint tout en préservant son identité de fichier, son historique de révisions et son contenu incorporé. Utilisé pour des modifications ciblées à partir d'un brouillon révisé, y compris dans des documents avec des collaborateurs actifs.

Qu'est-ce que abaans-agent-skills ?

Cette compétence permet de modifier du texte dans un document Word partagé existant sur OneDrive ou SharePoint tout en préservant son identité de fichier (URL canonique, titre, partage) et son contenu protégé. Elle est conçue pour des modifications ciblées à partir d'un brouillon révisé, même dans des documents où des collaborateurs sont actifs. L'outil s'appuie sur une approche de plages d'édition dédiées (bounded ranges) pour modifier des paragraphes, sections ou cellules spécifiques sans remplacer l'intégralité du document, ce qui évite de perdre l'historique des révisions, les objets incorporés (images, diagrammes) ou l'état de la collaboration (commentaires, suivi des modifications). Avant chaque modification, il vérifie la présence de modifications concurrentes et demande une décision en cas de conflit non résolu. Enfin, il persiste en confirmant la synchronisation dans le cloud et en vérifiant que l'identité du document est inchangée. Plateformes supportées : Microsoft Word sur macOS avec l'interface OneDrive/SharePoint dans le navigateur, mais adaptable à d'autres outils à condition de respecter les mêmes vérifications de préservation.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Abaans/abaans-agent-skills/tree/HEAD/skills/live-word-text-update

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Mise à jour en direct d'un document Word

Modifier le document Word partagé existant sur place. Préserver son URL canonique, son titre, son partage et son contenu protégé. Un aperçu local ne prouve pas que le document cloud a été sauvegardé.

Entrées et outils

Identifier la source révisée, la destination en direct exacte et les modifications prévues. Des noms de fichiers similaires ne sont pas une preuve d'identité suffisante. Une demande de préparation d'un brouillon ou de démonstration de cette compétence n'autorise pas une modification en direct.

Privilégier un outil dédié capable de modifier des plages délimitées dans le document Word existant tout en préservant les objets environnants et l'état de la collaboration. Le téléchargement d'un binaire de remplacement, la suppression/recréation ou "Enregistrer sous" sur le chemin en direct ne respecte pas ce contrat. L'édition dans Google Docs ne remplace pas l'édition dans Word.

La procédure d'interface utilisateur documentée utilise Microsoft Word sur macOS ainsi que l'élément OneDrive/SharePoint dans le navigateur canonique. Utiliser un état d'accessibilité/interface utilisateur frais et la documentation d'outil actuelle ; ne jamais rejouer des coordonnées d'écran. Un outil/plateforme différent doit satisfaire aux mêmes vérifications de préservation. Si l'édition par plages n'est pas disponible, fournir un plan des modifications et signaler le bloqueur.

Préparer le plan des modifications

  1. Ouvrir la source et la destination. Vérifier l'identité cloud en direct, le titre significatif et l'état de sauvegarde/synchronisation. Enregistrer uniquement la base de référence nécessaire à la vérification : lignes d'historique des révisions, sections affectées, objets incorporés et leurs ancres, en-têtes/pieds de page pertinents, commentaires et suivi des modifications.
  2. Mapper le texte source vers les titres, paragraphes et cellules de tableau de destination. Conserver un titre significatif en direct lorsque le brouillon en a un générique. Concilier explicitement les demandes de version/date ; ne pas restaurer de métadonnées obsolètes par défaut.
  3. Conserver les lignes d'historique des révisions existantes et leurs champs d'approbation. Ajouter de nouvelles entrées prises en charge une seule fois. Une approbation historique n'approuve pas cette révision.
  4. Garder les images, diagrammes, objets incorporés et légendes en place, sauf si l'utilisateur a spécifiquement demandé de les modifier. Utiliser un instantané de récupération autorisé si nécessaire ; garder le contenu privé hors des exemples réutilisables et des journaux.

Modifier des plages délimitées

Vérifier le document actif et la sélection avant chaque modification. Mettre à jour uniquement le paragraphe, la section ou la cellule prévu, avec un formatage adapté à sa destination. Modifier le texte autour d'un objet incorporé en plages séparées plutôt que de sélectionner à travers l'objet. Ne pas aplatir les tableaux ni utiliser une sélection aveugle "Tout sélectionner" et coller de tout le document.

Immédiatement avant de modifier une plage, la revérifier pour détecter des modifications concurrentes. Concilier les modifications uniquement dans le cadre autorisé. Si le nouveau texte d'un collaborateur crée un conflit non résolu, laisser cette plage intacte et demander la décision. Continuer les plages indépendantes uniquement lorsque c'est sûr.

Inspecter chaque modification. En cas de collage inattendu, annuler uniquement la modification identifiable de l'agent lorsque c'est sûr, puis réévaluer. Ne pas réessayer un remplacement complet du document à partir d'un instantané obsolète.

Vérifier la persistance

Comparer le document final avec le plan des modifications et la base de référence : texte prévu, titre, toutes les lignes historiques, objets incorporés inventoriés, tableaux, en-têtes/pieds de page et état pertinent des commentaires/modifications suivies. Inspecter les pages concernées pour détecter un rognage ou des objets déplacés.

Attendre le statut sauvegardé/synchronisé, puis rouvrir ou rafraîchir le même élément cloud canonique. Confirmer que le texte modifié a persisté, que le contenu protégé reste intact et que l'identité/lien de l'élément est inchangé. Si la vérification à distance n'est pas disponible, signaler modifié ; persistance cloud non vérifiée.

Signaler les sections modifiées, les vérifications de préservation et le résultat de persistance. Ne pas prétendre que chaque copie ouverte du collaborateur s'est rafraîchie. Limiter toute preuve de projet à ce que l'utilisateur a autorisé.

Voir exemple de plan des modifications et cas de révision. L'édition cloud de bout en bout nécessite un environnement en direct autorisé ; les vérifications de paquet seules ne le prouvent pas.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

Skills associés