chore(tickets): synchronise l'état runtime des tickets et du contexte main

Met à jour l'index/compteur de tickets, les tickets #111/#113/#114 et le
contexte de Main suite au traitement du ticket #114.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

.ideai/agents/main.md

@@ -109,3 +109,16 @@ Si la demande utilisateur contredit le cycle, rappelle brièvement la règle et
 ---
 
 *Dernière mise à jour : 2026-06-20*
+
+---
+
+## Découverte exhaustive des outils MCP IdeA
+
+Codex charge les outils MCP de façon différée : une recherche sémantique peut ne retourner qu'un sous-ensemble des outils IdeA disponibles. Avant toute opération d'orchestration, de tickets, de mémoire, de contexte, de skills, de templates, de sprint, de workstate ou de tâche en arrière-plan :
+
+1. Inspecte le registre complet des outils disponibles et filtre le préfixe `mcp__idea__`.
+2. Choisis l'outil natif IdeA le plus spécifique dans cet inventaire exhaustif.
+3. N'utilise pas l'absence d'un outil dans les résultats partiels de recherche comme preuve de son indisponibilité.
+4. Appelle les outils différés par leur nom exact via le registre lorsqu'ils ne sont pas exposés directement.
+
+Cette vérification de découverte est obligatoire au début de chaque workflow IdeA, afin que les outils natifs soient utilisés spontanément et pas seulement lorsqu'un utilisateur en rappelle le nom.

.ideai/mcp-tool-permissions.json

@@ -289,7 +289,7 @@
       }
     },
     {
-      "agentId": "a6ced819-b893-4213-b003-9e9dc79b9641",
+      "agentId": "dce19c75-9669-4e45-b8de-9950025157da",
       "policy": {
         "allowedTools": [
           "idea_list_agents",
@@ -326,7 +326,7 @@
       }
     },
     {
-      "agentId": "dce19c75-9669-4e45-b8de-9950025157da",
+      "agentId": "a6ced819-b893-4213-b003-9e9dc79b9641",
       "policy": {
         "allowedTools": [
           "idea_list_agents",
@@ -358,7 +358,8 @@
           "idea_template_create",
           "idea_template_update",
           "idea_template_delete",
-          "idea_run_in_background"
+          "idea_run_in_background",
+          "idea_ask_agents"
         ]
       }
     }

.ideai/tickets/111/carnet.md

@@ -1,6 +1,69 @@
 ---
 issueRef: "#111"
-version: 2
-updatedBy: {"kind":"user"}
-updatedAt: 1785331658707
+version: 3
+updatedBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
+updatedAt: 1785390694060
 ---
+## Enquete `/tmp` IdeA — inventaire et fenetres de cleanup
+
+### Methode
+- Scan du code sur les usages `std::env::temp_dir()` / prexifes `idea-*` hors `frontend`.
+- Lecture des blocs source pour separer `runtime` vs `#[cfg(test)]`.
+- Verification du contenu live de `/tmp` au moment de l'analyse : aucun dossier `idea-*` visible a la racine de `/tmp` pendant ce tour.
+
+### Conclusion courte
+- Les noms cites dans le ticket (`idea-structured-session-factory-*`, `idea-web-root-*`, `idea-server-test-*`, `idea-openai-compat-*`, etc.) ne correspondent pas, dans l'etat actuel du code, a des artefacts runtime produit. Ils proviennent majoritairement de tests embarques dans les crates Rust.
+- Le seul artefact runtime clair lie a IdeA/MCP trouve pendant l'analyse est le repertoire parent `idea-mcp` qui heberge les sockets Unix par projet quand le runtime tombe sur `/tmp` comme base.
+- Donc le modele `un call MCP -> un dossier temp -> suppression en fin de call` n'est pas le bon modele pour la majorite des cas observes.
+
+### Runtime reel identifie
+#### 1. `idea-mcp` (runtime MCP par projet)
+- Source : `crates/backend/src/mcp_endpoint.rs` et miroir `crates/app-tauri/src/mcp_endpoint.rs`.
+- Role : repertoire parent des sockets Unix du serveur MCP local, ex. `<runtime-dir>/idea-mcp/<project-id>.sock`.
+- Creation : a la determination du endpoint MCP du projet si le sous-dossier `idea-mcp` n'existe pas deja.
+- Granularite : par projet / par listener MCP, pas par appel d'outil MCP.
+- Cleanup deja present :
+  - le fichier socket est unlink sur fermeture propre via `reclaim_name(true)` ;
+  - un socket cadavre est supprime avant rebind si c'est bien un socket stale ;
+  - refs utiles : `crates/backend/src/lib.rs` autour de `bind_endpoint()` et `crates/backend/src/mcp_endpoint.rs`.
+- Cleanup opportun :
+  - **pas** a la fin de chaque call MCP ;
+  - **oui** a la fermeture du listener / fermeture du projet pour le fichier `.sock` ;
+  - **oui** au prochain demarrage / prochain bind pour nettoyer un socket stale d'un crash precedent ;
+  - **amelioration possible** : supprimer aussi le dossier parent `idea-mcp` s'il devient vide apres drop du dernier socket, ou faire un sweep best-effort au demarrage des endpoints MCP.
+- Importance : c'est le seul candidat clairement runtime et potentiellement visible sous `/tmp` si `XDG_RUNTIME_DIR` / `TMPDIR` ne sont pas utilisables et que le fallback tombe sur `/tmp`.
+
+### Faux positifs / test-only observes
+Ces prefixes existent dans le code mais dans des blocs de tests ou helpers de test. Ils ne semblent pas correspondre a des dossiers runtime utilisateur :
+- `idea-openai-compat-*` : `crates/infrastructure/src/session/openai_compat.rs`
+- `idea-structured-session-*` : `crates/infrastructure/src/session/mod.rs`
+- `idea-web-root-*`, `idea-server-test-*`, `idea-server-lock-*`, `idea-app-data-env-*`, `idea-shared-core-*`, `idea-empty-web-*` : `crates/web-server/src/lib.rs`
+- `idea-embedded-server-*` : `crates/app-tauri/src/embedded_server.rs`
+- `idea-openai-mcp-tools-list-*`, `idea-openai-mcp-permissions-*`, variantes `app-tauri-*` : tests dans `crates/backend/src/openai_tools.rs` et `crates/app-tauri/src/openai_tools.rs`
+- `idea-pty-sandbox-*`, `idea-landlock-*`, `idea-opencode-*`, `idea-devices-store-*`, `idea-secrets-store-*`, etc. : helpers de tests avec `Drop`/`remove_dir_all`.
+
+### Lecture sur leur cleanup
+- Dans la majorite des cas de tests lus, le cleanup nominal existe deja (`Drop`, `remove_dir_all`, `remove_file`).
+- Le vrai risque residuel de ces dossiers est surtout : crash/abort de test, kill brutal, ou interruption d'une suite de tests. Dans ce cas, le residue reste dans `/tmp`.
+- Comme `/tmp` est borne a 16 Go, ces residues peuvent devenir un probleme d'hygiene, mais ce n'est pas un sujet de lifecycle MCP par call ; c'est plutot un sujet de hygiene de tests / sweep de reliquats.
+
+### Fenetres de cleanup recommandes
+#### Runtime produit
+- `idea-mcp/<project>.sock` : cleanup a la fermeture du listener MCP (deja en place) ; stale cleanup avant bind (deja en place).
+- `idea-mcp/` parent dir : cleanup best-effort si vide apres fermeture du dernier listener, ou sweep au demarrage de l'app / ouverture projet.
+
+#### Artefacts de tests
+- Cleanup nominal dans chaque test/helper (souvent deja fait).
+- Ajouter si besoin un sweep best-effort des prefixes `idea-*` generes par les tests au debut/fin des jobs de test locaux/CI.
+- Ne pas melanger cela avec la logique runtime MCP : c'est un chantier distinct.
+
+### Recommandation de perimetre pour le ticket #111
+1. Cadrer `#111` sur les **artefacts runtime** visibles par l'utilisateur.
+2. Traiter en priorite `idea-mcp` :
+   - verifier si le dossier parent vide reste parfois en place ;
+   - si oui, le supprimer quand il devient vide ou au prochain demarrage.
+3. Ouvrir si necessaire un second ticket dedie a l'hygiene des reliquats de tests sous `/tmp`.
+
+### Reponse a la question produit initiale
+- Oui, IdeA peut produire un artefact sous `/tmp` pour le MCP runtime (`idea-mcp`), mais ce n'est pas cree par appel MCP individuel.
+- Non, les dossiers cites dans la description ne semblent pas, a ce stade, etre crees par les appels MCP IdeA de production ; ils sont majoritairement issus de tests.

.ideai/tickets/111/issue.md

@@ -9,9 +9,9 @@ links: []
 agentRefs: []
 attachments: []
 createdBy: {"kind":"user"}
-updatedBy: {"kind":"user"}
+updatedBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
 createdAt: 1785331481527
-updatedAt: 1785331658707
-version: 2
+updatedAt: 1785390694060
+version: 3
 ---
  dans le dossier /tmp, je vois enormement de dossier du genre : idea-structured-session-factory-openai-e5bbdcac-0405-4ce3-be82-00d9639ee648 ou encore idea-web-root-4fbc4144-065c-4915-9e05-9f6fec20aa3b ou idea-server-test-863efbe5-5098-4f34-aab8-1ba5047f4209 ou idea-openai-compat-unreachable-f713f5fa-5469-4875-96f9-242f7913441b ou idea-openai-compat-tools-rejected-d000d319-8c11-4585-8a16-6ae8a3b45c49 ou idea-openai-compat-status-422-9fd4b27f-e0c1-4043-9fb9-72dcf8d2c2e1 ou idea-openai-compat-single-final-940b1d63-6d4a-40b0-953a-0f3279ec2bdc etc qui sont visiblement créé par IdeA. J'aiemrais que pour un maximum d'entre eux, on puisse clean ça au bon momment. Il faut donc identifier ce qui créé ce cache, puis le supprimer quand ce cache n'est plus utile.

.ideai/tickets/113/carnet.md

@@ -0,0 +1,6 @@
+---
+issueRef: "#113"
+version: 4
+updatedBy: {"kind":"user"}
+updatedAt: 1785395935541
+---

.ideai/tickets/113/issue.md

@@ -0,0 +1,17 @@
+---
+id: "1c128e50-96bd-4689-a080-f6b5e0c5a6b6"
+number: 113
+title: "[Bug] Les espaces ne epuvent pas etre entrés dans les args du serveur llamacpp"
+status: "open"
+priority: "medium"
+sprint: "e28a4d53-8bd2-446a-b0ac-2a017373b8b2"
+links: []
+agentRefs: [{"agentId":"a6ced819-b893-4213-b003-9e9dc79b9641","role":"assigned"}]
+attachments: []
+createdBy: {"kind":"user"}
+updatedBy: {"kind":"user"}
+createdAt: 1785395710201
+updatedAt: 1785395935541
+version: 4
+---
+Dnas les option de reglage llama.cpp de l'edition des serveurs locaux de modele llm, je ne peux pas entrer d'espaces dans le champs de texte Arguments supplémentaires. Il faut faire en sorte que ça soit possible

.ideai/tickets/114/carnet.md

@@ -0,0 +1,6 @@
+---
+issueRef: "#114"
+version: 4
+updatedBy: {"kind":"user"}
+updatedAt: 1785395923498
+---

.ideai/tickets/114/issue.md

@@ -0,0 +1,17 @@
+---
+id: "a7602792-21c6-40f3-852a-5200d604db9d"
+number: 114
+title: "[UI] un iformiser les droplist"
+status: "open"
+priority: "medium"
+sprint: "5afd6780-0f76-40d7-a10f-32ee52469d74"
+links: []
+agentRefs: [{"agentId":"a6ced819-b893-4213-b003-9e9dc79b9641","role":"assigned"}]
+attachments: []
+createdBy: {"kind":"user"}
+updatedBy: {"kind":"user"}
+createdAt: 1785395791597
+updatedAt: 1785395923498
+version: 4
+---
+Dans les différentes fenetres j'aimerais qu'on uniformise les droplist. C'est a dire que par exemple dans la fenetre de création de ticket, on a une droplist noire pour la selection d'un agent à lier, j'aimerais que ça soit la même droplist pour la selection du modele dans la fenetre des agents, dans la selection du template a la création d'un agent etc. Que toutes ces petites droplist dynamiques soient comme celle de selection de l'agent dans la fenetre de creation de tickets

.ideai/tickets/counter.json

@@ -1,3 +1,3 @@
 {
-  "nextNumber": 113
+  "nextNumber": 115
 }

.ideai/tickets/index.json

@@ -1461,7 +1461,7 @@
       "createdBy": {
         "kind": "user"
       },
-      "updatedAt": 1785331658707
+      "updatedAt": 1785390694060
     },
     {
       "issueRef": "#112",
@@ -1477,6 +1477,36 @@
         "kind": "user"
       },
       "updatedAt": 1785341341049
+    },
+    {
+      "issueRef": "#113",
+      "path": "113",
+      "title": "[Bug] Les espaces ne epuvent pas etre entrés dans les args du serveur llamacpp",
+      "status": "open",
+      "priority": "medium",
+      "sprint": "e28a4d53-8bd2-446a-b0ac-2a017373b8b2",
+      "assignedAgentIds": [
+        "a6ced819-b893-4213-b003-9e9dc79b9641"
+      ],
+      "createdBy": {
+        "kind": "user"
+      },
+      "updatedAt": 1785395935541
+    },
+    {
+      "issueRef": "#114",
+      "path": "114",
+      "title": "[UI] un iformiser les droplist",
+      "status": "open",
+      "priority": "medium",
+      "sprint": "5afd6780-0f76-40d7-a10f-32ee52469d74",
+      "assignedAgentIds": [
+        "a6ced819-b893-4213-b003-9e9dc79b9641"
+      ],
+      "createdBy": {
+        "kind": "user"
+      },
+      "updatedAt": 1785395923498
     }
   ]
 }