Office Lab

Office Lab applique le travail en dépôt aux projets produit. Construit avec Univer Office SDK et le mode Repo de Workspace, il réunit documents, feuilles de calcul, prototypes interactifs, Issues et pull requests. Chacun retrouve la demande, les changements et le résultat utilisable.

Une responsable produit et un ingénieur préparent et vérifient les contenus avec leurs agents habituels. Les personnes discutent du comportement, examinent les changements et décident de la livraison.

Un projet, deux points de vue · Transformer un constat en Issue · Examiner le contenu avec Worktree et Compare · Créer, publier et gérer la Web App · Essayer Office Lab

Les captures proviennent du véritable Workspace cloud, avec des données fictives en anglais. Les deux agents nommés constituent une organisation de travail proposée.

Un projet, deux points de vue

Team Invitations couvre l’invitation d’un collègue, le choix de son rôle et la confirmation du résultat. Une invitation en doublon relie amélioration du prototype, critères d’acceptation, mesure et planning.

Parcourir le Repo et ses documents

Dans le Team Space en mode Repo, Code rassemble documents modifiables et fichiers applicatifs, avec recherche et aperçu. Issues, Pull requests, Pages et Settings restent proches du contenu concerné.

Le Repo est une autre vue du même Space : contenu et permissions sont conservés. La page d’accueil peut afficher une Web App sélectionnée pour essayer le projet immédiatement.

Transformer un constat en Issue

Alex crée Prevent duplicate invitations pour préciser le message attendu, l’événement de blocage et le travail de QA. Les fichiers liés rassemblent exigences, mesure, catalogue et planning.

Descriptions, commentaires, responsables et étiquettes rendent la prochaine action explicite. Les Issues appartiennent aux Team Spaces ; un agent lit la même demande via Workspace CLI. Les retours restent dans l’Issue ou les commentaires du document concerné.

Proposer des changements par PR

Une PR présente un Worktree Workspace comme une proposition à examiner. Créez un brouillon, ajoutez les documents existants, modifiez-les et passez à Ready. Titre, résumé, auteur, état et fichiers modifiés sont visibles ; le contenu partagé reste disponible.

La PR illustrée ajoute invite_duplicate_blocked au catalogue et ajuste le planning QA ; son résumé cite l’Issue #1. Chaque rôle peut travailler dans son brouillon et le rendre accessible aux personnes autorisées pour confronter les résultats aux mêmes sources.

Examiner le contenu avec Worktree et Compare

Lisez le résumé puis Files changed. View montre le résultat en lecture seule ; Compare juxtapose version officielle et proposition avec une liste de changements navigable. Événement, responsable et impact sur le planning restent dans leur contexte Office natif.

Worktree isole la tâche ; Compare exploite modèle de contenu, snapshots et changesets. Une personne autorisée demande une révision ou confirme la fusion. La PR de deux fichiers présentée reste Ready et non fusionnée.

Examiner aussi l’impact sur la livraison

La même PR reporte la fin de Usability and QA du 9 au 10 novembre et son estimation de deux à trois jours. Examinez responsables, dates et état avec le changement d’événement pour intégrer le travail de livraison à la décision.

Créer, publier et gérer la Web App

Dans Pages, retrouvez les Web Apps publiées, ouvrez-les, copiez leur adresse ou choisissez l’aperçu d’accueil. Le choix de page par défaut s’applique au navigateur actuel. Workspace conserve l’organisation et le contrôle des accès.

Le prototype devient Team Access Console : annuaire des membres et rôles, filtres de statut, recherche, invitations et annulations, activité récente, critères d’acceptation et compteurs d’événements de session sur une seule page. Une nouvelle adresse d’exemple met à jour la liste et le nombre d’invitations en attente ; les doublons sont bloqués. Les données restent en mémoire, sans envoyer d’e-mail ni d’événement analytique. Le produit peut tester le comportement puis ouvrir une Issue.

Les changements Office passent par Worktree et la fusion ; HTML View possède son propre enregistrement et son autorisation de publication. Ici, le prototype est publié séparément de la PR documentaire en attente. La liaison aux données Office utilise Binding, encore expérimental.

Essayer le prototype interactif

Définir le cadre de collaboration

Settings réunit nom, description, visibilité, collaborateurs et corbeille. Propriétaires et administrateurs organisent les accès ; modification, revue et fusion respectent les permissions effectives de l’utilisateur.

Le produit vérifie l’expérience et les critères, l’ingénierie l’implémentation et la mesure. Une personne autorisée fusionne les changements Office, vérifie le prototype publié puis ferme l’Issue lorsque le travail est terminé.

Essayer Office Lab

1. Connectez-vous à Workspace dans le cloud ou ouvrez votre déploiement privé. Créez ou ouvrez un Team Space.
2. Ouvrez Application settings → Page theme → Repository (experimental). Il s'agit d'une autre vue du même Space ; ce choix est enregistré uniquement dans ce navigateur.
3. Consultez les documents dans Code, suivez les tâches dans Issues, examinez les changements dans Pull requests et ouvrez les Web Apps publiées dans Pages.

Pour utiliser votre propre agent, suivez la configuration de Workspace CLI. Chaque agent utilise le compte autorisé de son utilisateur. Les tâches ci-dessous permettent de reproduire le parcours.

1. Produit : préparer le contexte commun

Dans le Team Space Team Invitations, prépare les exigences, le plan de mesure, le catalogue et le planning en anglais, ainsi qu’un aperçu Web App du formulaire. Précise responsables, dates et critères. Garde les changements Office dans un Worktree, vérifie-les et donne les liens de revue. Attends mon accord avant fusion ou publication du prototype.

2. Ingénierie : proposer une amélioration ciblée

Lis les exigences, événements, planning et prototype. Examine les invitations en doublon, ouvre une Issue avec reproduction et résultat attendu, puis prépare les modifications Office dans un Worktree distinct et le prototype par son propre flux de publication. Vérifie, cite l’Issue dans le résumé de PR et attends la revue humaine.

3. Revue : relier changements et acceptation

Examine la PR avec Compare. Vérifie événement de blocage, critères et planning QA, puis essaie le prototype. Note les manques dans l’Issue et demande une révision. Résume ce qui est prêt et ce qui reste à faire. Ne fusionne ni ne publie sans mon accord.

Construire avec les mêmes SDK et Skills

Les agents partagent les Skills CLI assorties à leur version : core pour la découverte et Worktree, doc et sheet pour les exigences et plans, html-view pour le prototype. Ils lisent les contenus accessibles et les retours d’Issue ; les personnes décident de la livraison.

Web SDK apporte modèles, éditeurs et Headless ; Server SDK, collaboration, versions et Worktrees ; AI SDK, opérations et vérification. Workspace compose projet, identité, Issues, vues Repo et publication. Réutilisez cette base pour un laboratoire produit ou un espace de livraison interne.

Découvrir Workspace · Code source · Tous les exemples