117 lines
6.7 KiB
Markdown
117 lines
6.7 KiB
Markdown
# Modèle UX — au-delà de l’explorateur fichiers
|
||
|
||
## Renoncer à l’explorer classique
|
||
|
||
Renoncer à une vue fichiers / dossiers / explorateur **ne signifie pas** l’absence de structure : c’est une interface **orientée intention**, **contexte**, **flux d’actions** et **artefacts**.
|
||
|
||
Si Git est peu visible en surface, si les **procédures** sont déterministes, si les **agents** savent installer, importer et développer des **outils génériques** avant d’appeler l’IA, et si l’utilisateur travaille surtout via des commandes de haut niveau (`ask`, `fix`, `improve`, `deploy`, `ticket`, `present`, `write`, `sheet`, `extract`, `think adversarial`, etc.), l’explorer n’est pas remplacé par « rien », mais par des **vues plus adaptées** au modèle.
|
||
|
||
## Ce que l’explorer faisait — et comment le redistribuer
|
||
|
||
| Besoin historique (explorer) | Remplacement ciblé |
|
||
|------------------------------|-------------------|
|
||
| Localiser physiquement les fichiers | Recherche, commandes, **mémoire projet**, points d’entrée contextuels |
|
||
| Comprendre la structure du projet | Vues **sémantiques** : modules, services, tickets, environnements, procédures, agents, artefacts, documents |
|
||
| Agir sur des objets concrets | **Palette d’intentions** + vues d’**objets métier** |
|
||
|
||
Le bon niveau d’abstraction devient :
|
||
|
||
1. Ce que je veux faire
|
||
2. Sur quel **objet logique**
|
||
3. Avec quels **droits**
|
||
4. Dans quel **contexte projet**
|
||
5. Avec quelle **procédure**
|
||
6. Avec quel **agent**
|
||
7. Avec quel **résultat attendu**
|
||
|
||
→ Plus proche d’une **machine de travail orientée opérations** que d’un éditeur de fichiers.
|
||
|
||
## Risques si l’explorer disparaît sans compensations
|
||
|
||
1. **Perte de repère spatial**
|
||
2. **Difficulté d’inspection libre**
|
||
3. **Fragilité agentique** si le graphe sémantique (agents, index, résumés, outils, procédures) est **incomplet** — l’absence d’explorer est alors vécue comme une **privation**, pas comme une abstraction supérieure
|
||
4. **Effet boîte noire**
|
||
|
||
## Compensations obligatoires
|
||
|
||
### Palette d’accès universelle (« go to anything »)
|
||
|
||
Trouver et ouvrir immédiatement, par nom, alias, rôle, description, historique, proximité contextuelle, **permissions** :
|
||
|
||
- fichier, module, service, fonction, procédure, agent, ticket, environnement, document, support de présentation, feuille, job, log, artefact généré, commande.
|
||
|
||
### Vue des objets logiques
|
||
|
||
À la place d’une arborescence de fichiers : **services**, **modules**, **environnements**, **tickets**, **bases**, **agents**, **recipes**, **tools**, **documents**, **supports**, **jobs**, **déploiements**, **artefacts**.
|
||
|
||
L’utilisateur voit en permanence **sur quoi il travaille** : projet courant, tâche courante, commande active, agents impliqués, artefacts produits, documents de référence, état stable disponible, environnement concerné.
|
||
|
||
### Recherche structurée (au-delà du grep fichiers)
|
||
|
||
Capacité de chercher dans : code, **symboles**, recettes, outils, **historiques de session**, tickets, documents, logs, artefacts ONLYOFFICE, sorties d’agents, **mémoire AnythingLLM**.
|
||
|
||
### Vue artefacts
|
||
|
||
Artefacts **récents** et **liés au contexte courant** : scripts, documents, feuilles, présentations, tickets, logs, plans, sorties diverses.
|
||
|
||
### Vue timeline / stream
|
||
|
||
Ce n’est pas la liste des fichiers, mais les **actions** : lancé, lu, généré, échoué, disponible, repris.
|
||
|
||
## Types d’objets ouvrables
|
||
|
||
- **Texte** : source, config, script, note, document texte
|
||
- **Logique** : service, module, fonction, procédure, agent, ticket
|
||
- **Exécution** : job, déploiement, test, lint, run agentique, terminal de tâche
|
||
- **Artefact** : présentation, document, feuille, rapport, résumé, sortie de recette
|
||
|
||
Navigation **sans penser « répertoire »**, en pensant **« objet »**.
|
||
|
||
## Arborescence vs graphe
|
||
|
||
L’explorer repose sur un **arbre**. Le système cible un **graphe** : ticket → agents → recettes → scripts → artefacts → projet → environnements → procédures → documents → support → ticket, etc.
|
||
|
||
Rendre visible : structure logique, objets importants, actions disponibles, **relations**, état courant, artefacts récents modifiés, sorties d’agents, points d’entrée, chemins de reprise.
|
||
|
||
## Conditions de réussite
|
||
|
||
1. **Indexation solide** : fichiers, symboles, modules, services, tickets, scripts, recettes, documents, artefacts, historiques
|
||
2. **Palette universelle** exceptionnelle
|
||
3. **Recherche** plein texte + sémantique
|
||
4. **Vues contexte + timeline** fiables
|
||
5. **Mémoire projet** fiable (AnythingLLM par projet + synchro)
|
||
6. **Commandes principales** réellement suffisantes au quotidien
|
||
7. **Mode expert / secours** pour accéder au niveau bas (y compris vue fichiers brute) si l’abstraction haute échoue
|
||
|
||
**Ne pas supprimer totalement l’explorer du produit** : le retirer de l’interface **normale**, mais garder un accès discret / désactivable par défaut si indexation, relations ou agents déraillent.
|
||
|
||
## Trois niveaux proposés
|
||
|
||
| Niveau | Rôle |
|
||
|--------|------|
|
||
| **Principal** | Pas d’explorer classique ; commandes, recherche, contexte, timeline, objets logiques, artefacts |
|
||
| **Secondaire** | Vue « structure » non arborescente : services, modules, objets, procédures |
|
||
| **Expert** | Accès secours à la structure brute (fichiers / répertoires), discret, éventuellement désactivé par défaut |
|
||
|
||
## Grammaire des commandes
|
||
|
||
Plus l’explorer disparaît de la surface, plus les commandes doivent être **rigoureuses** :
|
||
|
||
- `ask` — interrogation du graphe de connaissances et d’objets
|
||
- `fix` — réparation guidée (tests), sans obligation de « trouver le fichier » manuellement
|
||
- `improve` — optimisation sur objet logique ou contexte courant
|
||
- `deploy` — action sur **environnement** et **procédure**, pas sur un répertoire
|
||
- `ticket` — entrée de navigation métier
|
||
- `present`, `write`, `sheet` — générateurs d’artefacts liés au contexte logique du projet
|
||
- `extract` — extraction structurée depuis sources / documents / contexte
|
||
- `think adversarial` — revue ou stress test (sécurité, hypothèses, angles de défaillance) sur l’objet ou le livrable courant
|
||
|
||
Synthèse : *pas d’explorer comme surface principale ; navigation par intentions, recherche, objets logiques, timeline et artefacts ; accès brut réservé au mode expert.*
|
||
|
||
## Chaîne UX cible (rappel)
|
||
|
||
Éditeur → **orchestrateur UX** → **runtime sécurisé** → agents `ia_dev` → sous-agents → (préparation / scripts / tools) → IA avec éléments demandés → réponse intégrée à l’IDE.
|
||
|
||
L’explorer est remplacé par **mieux** : palette universelle, navigation par objets, vue contexte, timeline, recherche puissante, vue artefacts, niveau expert de secours.
|