chore(tickets): synchro du store local — carnets #117/#236-#242, index/counter
This commit is contained in:
@ -5,7 +5,7 @@
|
||||
"probableAppModule": null,
|
||||
"projectId": "97b49ac2-8376-4aa3-8ea9-bf3ac81d0023",
|
||||
"projectRoot": "/home/anthony/Documents/Projects/IdeA",
|
||||
"updatedAt": "2026-08-15T07:34:39.156Z"
|
||||
"updatedAt": "2026-08-22T21:21:14.481Z"
|
||||
},
|
||||
"ownerAgentId": null,
|
||||
"ownerAgentMapping": {},
|
||||
|
||||
@ -1,6 +1,22 @@
|
||||
---
|
||||
issueRef: "#117"
|
||||
version: 7
|
||||
updatedBy: {"kind":"agent","agent_id":"cd0b4cf1-1bef-4fae-ade5-f0a6b49bbaf5"}
|
||||
updatedAt: 1785503128343
|
||||
version: 12
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787336067149
|
||||
---
|
||||
2026-08-21 Main
|
||||
- Ticket rouvert pour livraison effective sur la branche backend dédiée `feature/117-ask-agent-sync-background-tasks` depuis `develop` @ `c1d7f6d`.
|
||||
- Direction produit validée utilisateur: `idea_run_in_background` doit rester disponible pendant un `idea_ask_agent`, mais le moteur doit gérer ça en interne sans dépendre d'un texte/outil spécial des agents.
|
||||
- Clarification technique établie: aujourd'hui, le rendez-vous `idea_ask_agent` se résout sur le premier `Final` structured, même si des child background tasks liées au rendez-vous restent `Running`; la completion ultérieure réveille le propriétaire pour un nouveau tour, sans second `Final` corrélé au même appelant.
|
||||
- Architect a figé la cible: une background task lancée pendant un rendez-vous devient une child jointe au rendez-vous. Le premier `Final` devient un `pending_final` candidat si des children jointes restent ouvertes; l'appelant n'est libéré qu'après `pending_final` + toutes children jointes terminales avec succès.
|
||||
- Architect: les completions de children jointes ne doivent pas suivre le wake asynchrone standard tant que le parent rendez-vous reste ouvert; elles doivent d'abord réévaluer/finaliser le parent. Échec/cancel/timeout d'une child jointe => échec/cancel/timeout parent cohérent, pas succès.
|
||||
- Points de code ciblés par Architect: `crates/application/src/orchestrator/service.rs` (`run_in_background`, `ask_structured`, complétion rendez-vous, registre active_rendezvous`), modèle/store de `BackgroundTask` pour persister l'état joint/pending_final, chemin completion sink / wake, watchdog rendez-vous, tests `orchestrator_service` + reboot/reconcile.
|
||||
- Git: branche `feature/117-ask-agent-sync-background-tasks` créée depuis `develop` @ `c1d7f6d`.
|
||||
- DevBackend a livré un premier patch: le parent rendez-vous attend désormais les children jointes et supprime le wake async standard pour une child jointe tant que le parent rendez-vous est encore ouvert.
|
||||
- DevBackend a exécuté: `cargo fmt`; `cargo test -p application --test orchestrator_service`; `cargo test -p backend --lib background_tasks_b7_tests::app_reconcile_`; `cargo check -p application -p backend` => verts selon son rapport.
|
||||
- Écart déclaré par DevBackend: pas de persistance/reconstruction explicite du `pending_final` à travers reboot.
|
||||
- QA indépendant: chemin chaud VERT (`ask_structured_pending_final_waits_for_joined_background_success`, `ask_structured_joined_background_failure_fails_parent_rendezvous`, suppression du wake async parasite au reconcile boot) mais verdict global ROUGE pour #117 tel qu'écrit.
|
||||
- Preuves QA: `cargo test -p application ask_structured_pending_final_waits_for_joined_background_success -- --nocapture` => OK; `cargo test -p application joined_background -- --nocapture` => 2/2 OK; `cargo test -p backend app_reconcile_suppresses_joined_child_wake_while_rendezvous_parent_open -- --nocapture` => OK.
|
||||
- Blocage QA: aucun test ni mécanisme démontré pour reconstruire le `pending_final` après reboot, alors que le ticket #117 exige explicitement que la réponse finale revienne encore à `A` après redémarrage.
|
||||
- Architect a confirmé: ce gap reboot est un blocker pour clôturer #117; au mieux c'est un lot partiel avec dette séparée, pas une clôture.
|
||||
- Action: retour DevBackend demandé sur la persistance/reconstruction du `pending_final` et la validation reboot/reconcile complète.
|
||||
@ -2,17 +2,17 @@
|
||||
id: "66e80f94-780b-4856-806d-ba4b96673630"
|
||||
number: 117
|
||||
title: "Garantir la synchronie métier de idea_ask_agent malgré les background tasks"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
status: "inProgress"
|
||||
priority: "critical"
|
||||
sprint: null
|
||||
links: []
|
||||
agentRefs: [{"agentId":"a6ced819-b893-4213-b003-9e9dc79b9641","role":"assigned"}]
|
||||
attachments: []
|
||||
createdBy: {"kind":"user"}
|
||||
updatedBy: {"kind":"agent","agent_id":"cd0b4cf1-1bef-4fae-ade5-f0a6b49bbaf5"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1785500280516
|
||||
updatedAt: 1785503128343
|
||||
version: 7
|
||||
updatedAt: 1787336067149
|
||||
version: 12
|
||||
---
|
||||
Constat : quand un agent `A` délègue une demande à un agent `B` via `idea_ask_agent`, `B` peut lancer une background task puis terminer son tour avant que cette tâche ne finisse. Dans ce cas, `A` peut recevoir une pseudo-réponse terminale trop tôt, alors que le travail réel n'est pas terminé.
|
||||
|
||||
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#236"
|
||||
version: 12
|
||||
version: 15
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787385711767
|
||||
updatedAt: 1787385802679
|
||||
---
|
||||
2026-08-21 Main
|
||||
- Bug signalé: dans la custom CLI, la conversation s'affiche bien au début puis les `progress`, messages MCP et assimilés cessent de s'afficher au bout d'un moment.
|
||||
@ -23,3 +23,6 @@ updatedAt: 1787385711767
|
||||
- Git: branche locale retenue `fix/236-annonces-store-par-projectid` depuis `develop` @ `85f659c`.
|
||||
- DevFrontend: diagnostic confirmé = provider app-global non borné par projet; correctif implémenté = provider explicitement borné par `projectId`, reset de `index + busy` au changement de projet, filtrage des `agentAnnouncement` par `event.projectId`, tests ciblés verts et `npm run typecheck` vert.
|
||||
- Risque résiduel signalé par DevFrontend: `agentBusyChanged` ne porte pas encore `projectId`, donc le lifecycle live busy ne peut pas être filtré aussi strictement que les annonces; le bug visé est néanmoins corrigé par reset + réhydratation au switch.
|
||||
- QA 2026-08-22: VERDICT VERT. Commandes validées: `npm run test -- src/features/announcements/AnnouncementsProvider.test.tsx`, `npm run typecheck`. Vérifications explicites: scénario `resets and rehydrates when switching project` vert; filtrage cross-project des `agentAnnouncement` vert; réhydratation d'un agent déjà busy dans le nouveau projet prouvée.
|
||||
- Git 2026-08-22: commit local `8deaa1f` `fix(cli): store annonces inter-agent borné par projectId avec reset et réhydratation busy au changement de projet — #236`; merge local `--no-ff` vers `develop` = `963b51a` `merge(cli): annonces inter-agent et messages MCP préservés après changement de projet — #236 (QA verte)`; aucun push.
|
||||
- Risque/documentation: le flux `agentBusyChanged` sans `projectId` reste une limite de contrat; il n'a pas empêché la correction ciblée, mais peut justifier un ticket backend/frontend séparé si un cas réel de collision d'`agentId` inter-projets apparaît.
|
||||
@ -2,7 +2,7 @@
|
||||
id: "5c03537c-2daf-4802-a6fb-6c8aa92b8aa7"
|
||||
number: 236
|
||||
title: "Custom CLI: les messages progress/MCP disparaissent après un certain temps"
|
||||
status: "inProgress"
|
||||
status: "closed"
|
||||
priority: "critical"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787326716055
|
||||
updatedAt: 1787385711767
|
||||
version: 12
|
||||
updatedAt: 1787385802679
|
||||
version: 15
|
||||
---
|
||||
Bug sur l'affichage des conversations dans la custom CLI: l'historique s'affiche correctement au début, puis au bout d'un moment les messages `progress`, usages MCP et assimilés cessent de s'afficher. Il faut reproduire, diagnostiquer la cause et corriger sans casser l'affichage initial.
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#238"
|
||||
version: 6
|
||||
version: 7
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787390963227
|
||||
updatedAt: 1787391077910
|
||||
---
|
||||
2026-08-22
|
||||
- Signalement utilisateur avec capture: Work state montre Architect Busy/intention active alors que la conversation visible est vide.
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
id: "030d7aca-9d3c-4c5a-b04b-c04e27ea1936"
|
||||
number: 238
|
||||
title: "Conversation inter-agent parfois vide alors que Work state indique un agent actif"
|
||||
status: "qa"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787390132125
|
||||
updatedAt: 1787390963227
|
||||
version: 6
|
||||
updatedAt: 1787391077910
|
||||
version: 7
|
||||
---
|
||||
Depuis la surface principale, un agent (ex: Architect) peut apparaître lancé/Busy dans le panneau Work state avec une intention active, mais aucun message ne s'affiche dans la conversation associée. La capture fournie le 22 août 2026 montre Main ayant lancé Architect, Work state=Busy, et conversation sans trace du démarrage/échanges attendus. Objectif: diagnostiquer et corriger la perte d'affichage/synchronisation des messages inter-agent entre runtime et UI.
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#239"
|
||||
version: 6
|
||||
version: 7
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787409503550
|
||||
updatedAt: 1787409561579
|
||||
---
|
||||
2026-08-22
|
||||
- Signalement utilisateur via capture sur un autre projet (GameTime): après un long message utilisateur dans la conversation avec Main, la surface affiche `Échec — La réponse du modèle n'a pas pu être finalisée.`.
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
id: "9bd05320-df0b-4dae-bf5f-0ce986924434"
|
||||
number: 239
|
||||
title: "Échec de finalisation de réponse modèle sur un autre projet"
|
||||
status: "qa"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787408846348
|
||||
updatedAt: 1787409503550
|
||||
version: 6
|
||||
updatedAt: 1787409561579
|
||||
version: 7
|
||||
---
|
||||
Le 22 août 2026, sur un autre projet (capture fournie par l'utilisateur, onglet GameTime), après un long message utilisateur dans la conversation avec Main, la surface affiche un toast/état d'erreur en bas: `Échec — La réponse du modèle n'a pas pu être finalisée.`. Objectif: diagnostiquer pourquoi une réponse agent/modèle ne se finalise pas dans certains contextes projet et corriger la robustesse/runtime ou au minimum la surface d'erreur et la reprise.
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#240"
|
||||
version: 3
|
||||
version: 5
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787412355239
|
||||
updatedAt: 1787412460785
|
||||
---
|
||||
2026-08-22
|
||||
- Précision utilisateur: l’erreur `Échec — La réponse du modèle n'a pas pu être finalisée.` observée sur GameTime s’est produite sur une session Codex, pas Claude.
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
id: "561aa772-a645-4359-8d90-4f0280f47788"
|
||||
number: 240
|
||||
title: "Échec de finalisation de réponse sur session Codex"
|
||||
status: "qa"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787412005073
|
||||
updatedAt: 1787412355239
|
||||
version: 3
|
||||
updatedAt: 1787412460785
|
||||
version: 5
|
||||
---
|
||||
Le 22 août 2026, l'utilisateur précise que l'erreur `Échec — La réponse du modèle n'a pas pu être finalisée.` observée sur capture dans un autre projet (GameTime) s'est produite sur une session Codex, et non sur une session Claude. Le correctif du ticket #239 couvre le chemin Claude structuré; il faut donc diagnostiquer l'équivalent sur le flux Codex (adapter/session/finalisation commune) et corriger la robustesse ou la surface associée.
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#241"
|
||||
version: 3
|
||||
version: 5
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787473284287
|
||||
updatedAt: 1787473510001
|
||||
---
|
||||
2026-08-23
|
||||
- Symptôme utilisateur: les progress de la custom CLI cessent d’apparaître après plusieurs demandes à Main, impression forte dès la 2e demande.
|
||||
@ -10,4 +10,6 @@ updatedAt: 1787473284287
|
||||
- Cadrage Architect: suspicion prioritaire sur la voie structurée `chat.output` / `chatSinks` en web, distincte des logs PTY.
|
||||
- UX: invariant d’acceptation = chaque nouveau tour doit réafficher sa progress propre sans fuite du tour précédent.
|
||||
- DevFrontend: root cause identifiée dans `WsLiveClient` côté web. Le reconnect ne considérait pas les `chatSinks` comme subscriptions live et ne rejouait pas `chat.attach`; après reconnexion les PTY pouvaient rester visibles mais plus le flux structuré de progress.
|
||||
- Fix livré côté frontend avec tests ciblés ajoutés. En attente de validation QA verte avant clôture/merge.
|
||||
- Fix livré côté frontend dans `frontend/src/adapters/http/wsLiveClient.ts` avec test de non-régression ajouté dans `frontend/src/adapters/http/wsLiveClient.chat.test.ts`.
|
||||
- QA verte en exécution réelle sur les suites ciblées reconnect/chat/progress + cycle progress répété UI.
|
||||
- Git: commit de fix `738e15a`, merge local `ef9b5ca` vers `develop`, puis commit de clôture ticket `ed5c5f7`. Aucun push.
|
||||
@ -2,7 +2,7 @@
|
||||
id: "0023aa53-e74b-4fef-ab3e-e784d3427923"
|
||||
number: 241
|
||||
title: "Les progress de la custom CLI cessent d’apparaître après plusieurs demandes à l’orchestrateur"
|
||||
status: "qa"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787472909626
|
||||
updatedAt: 1787473284287
|
||||
version: 3
|
||||
updatedAt: 1787473510001
|
||||
version: 5
|
||||
---
|
||||
Bug utilisateur observé le 23 août 2026. Symptôme: les progress de la custom CLI finissent par ne plus apparaître dans l’UI, avec l’impression que cela survient à partir de la deuxième demande envoyée à l’agent orchestrateur Main. La régression pourrait être liée aux modifications récentes autour de la version web, sans certitude. Capture fournie par l’utilisateur: panneau Main / onglet CLI custom avec logs toujours présents mais progression visible absente.
|
||||
@ -1,8 +1,8 @@
|
||||
---
|
||||
issueRef: "#242"
|
||||
version: 3
|
||||
version: 5
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedAt: 1787475419928
|
||||
updatedAt: 1787475659156
|
||||
---
|
||||
2026-08-23
|
||||
- Demande: étendre les templates d’agents avec nom par défaut de l’agent, permissions système, permissions Tools MCP IdeA; enrichir les templates existants avec les valeurs des agents actuels du projet; vérifier/corriger le modèle AI par défaut lors de la création d’un agent.
|
||||
@ -12,5 +12,5 @@ updatedAt: 1787475419928
|
||||
- Permissions projet constatées: `.ideai/system-permissions.json` = `projectDefault.network = allow`, pas d’override visible pour les agents courants. `.ideai/mcp-tool-permissions.json` expose un défaut projet; pas d’override visible pour les agents courants, donc permissions effectives actuelles = défaut projet.
|
||||
- DevFrontend livré: contrat frontend étendu (`defaultAgentName`, `systemPermissions`, `mcpToolPermissions`, update complet du template), éditeur template enrichi, liste enrichie, flux `Create agent from template` corrigé pour préremplir nom/profil et bloquer explicitement si aucun modèle par défaut n’est disponible. Tests frontend verts.
|
||||
- DevBackend livré: `AgentTemplate` étendu avec nom d’agent par défaut + permissions template; `CreateTemplate`/`UpdateTemplate`/`CreateAgentFromTemplate` étendus; DTO/MCP template tools étendus; persistance complète dans le store template; backfill best-effort codé à `open_project` pour aligner les templates existants depuis les agents du projet courant et les stores de permissions. Cause racine backend du bug modèle: `UpdateTemplate` ne mettait pas à jour `defaultProfileId`, laissant des templates avec profil stale.
|
||||
- Limitation de session: le backfill n’a pas été exécuté immédiatement par écriture directe sur le store global `/home/anthony/.local/share/app.idea.ide/templates/index.json`, hors sandbox d’écriture de cette session; il est prévu pour s’appliquer au prochain `open_project`.
|
||||
- En attente QA verte sur backend + frontend avant clôture/merge.
|
||||
- QA verte le 2026-08-23 sur suites frontend et backend ciblées. Limite explicitement non bloquante: le backfill live du store global des templates n’a pas été prouvé à l’exécution de bout en bout dans cette session, mais le câblage `open_project` a été vérifié et le comportement est testé sur les seams ciblés.
|
||||
- Git: commits `d6c80be` (backend), `f952807` (frontend), merge local `5316d48` vers `develop`, puis `24c237b` de clôture ticket. Aucun push.
|
||||
@ -2,7 +2,7 @@
|
||||
id: "72d8787d-2fd1-4e57-8a67-8e58332071b6"
|
||||
number: 242
|
||||
title: "Étendre les templates d’agents avec nom par défaut, permissions, et corriger le modèle AI par défaut"
|
||||
status: "qa"
|
||||
status: "closed"
|
||||
priority: "high"
|
||||
sprint: null
|
||||
links: []
|
||||
@ -11,7 +11,7 @@ attachments: []
|
||||
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
|
||||
createdAt: 1787474137440
|
||||
updatedAt: 1787475419928
|
||||
version: 3
|
||||
updatedAt: 1787475659156
|
||||
version: 5
|
||||
---
|
||||
Ajouter aux templates d’agents la possibilité de définir un nom par défaut, les permissions système, et les permissions des tools MCP IdeA. Mettre à jour les templates existants pour refléter les noms et permissions des agents actuels du projet courant (ex: Main -> nom Main + permissions actuelles de Main, idem pour les autres templates existants). Vérifier et corriger le bug suspect où la sélection du modèle AI par défaut d’un template ne s’applique pas correctement lors de la création d’un agent.
|
||||
@ -1,3 +1,3 @@
|
||||
{
|
||||
"nextNumber": 230
|
||||
"nextNumber": 244
|
||||
}
|
||||
@ -1487,8 +1487,8 @@
|
||||
"issueRef": "#117",
|
||||
"path": "117",
|
||||
"title": "Garantir la synchronie métier de idea_ask_agent malgré les background tasks",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"status": "inProgress",
|
||||
"priority": "critical",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [
|
||||
"a6ced819-b893-4213-b003-9e9dc79b9641"
|
||||
@ -1496,7 +1496,7 @@
|
||||
"createdBy": {
|
||||
"kind": "user"
|
||||
},
|
||||
"updatedAt": 1785503128343
|
||||
"updatedAt": 1787336067149
|
||||
},
|
||||
{
|
||||
"issueRef": "#119",
|
||||
@ -2700,7 +2700,7 @@
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1786745694791
|
||||
"updatedAt": 1787385038497
|
||||
},
|
||||
{
|
||||
"issueRef": "#201",
|
||||
@ -3084,6 +3084,202 @@
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787231430402
|
||||
},
|
||||
{
|
||||
"issueRef": "#230",
|
||||
"path": "230",
|
||||
"title": "Rebuild AppImage IdeA",
|
||||
"status": "closed",
|
||||
"priority": "medium",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787232714559
|
||||
},
|
||||
{
|
||||
"issueRef": "#231",
|
||||
"path": "231",
|
||||
"title": "Investiguer les fins de tour en erreur 'Le modèle n'a renvoyé aucune réponse.'",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787337990284
|
||||
},
|
||||
{
|
||||
"issueRef": "#232",
|
||||
"path": "232",
|
||||
"title": "Investiguer la disparition des annonces MCP/inter-agent pendant un agent busy",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787334071330
|
||||
},
|
||||
{
|
||||
"issueRef": "#233",
|
||||
"path": "233",
|
||||
"title": "CLI custom: déplier/replier les messages progress et MCP",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787321408763
|
||||
},
|
||||
{
|
||||
"issueRef": "#234",
|
||||
"path": "234",
|
||||
"title": "Rebuild AppImage Linux",
|
||||
"status": "closed",
|
||||
"priority": "medium",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787336070785
|
||||
},
|
||||
{
|
||||
"issueRef": "#235",
|
||||
"path": "235",
|
||||
"title": "Simplifier le panneau Work state",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787327597772
|
||||
},
|
||||
{
|
||||
"issueRef": "#236",
|
||||
"path": "236",
|
||||
"title": "Custom CLI: les messages progress/MCP disparaissent après un certain temps",
|
||||
"status": "closed",
|
||||
"priority": "critical",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787385802679
|
||||
},
|
||||
{
|
||||
"issueRef": "#237",
|
||||
"path": "237",
|
||||
"title": "Rebuild AppImage",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787412920936
|
||||
},
|
||||
{
|
||||
"issueRef": "#238",
|
||||
"path": "238",
|
||||
"title": "Conversation inter-agent parfois vide alors que Work state indique un agent actif",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787391077910
|
||||
},
|
||||
{
|
||||
"issueRef": "#239",
|
||||
"path": "239",
|
||||
"title": "Échec de finalisation de réponse modèle sur un autre projet",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787409561579
|
||||
},
|
||||
{
|
||||
"issueRef": "#240",
|
||||
"path": "240",
|
||||
"title": "Échec de finalisation de réponse sur session Codex",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787412460785
|
||||
},
|
||||
{
|
||||
"issueRef": "#241",
|
||||
"path": "241",
|
||||
"title": "Les progress de la custom CLI cessent d’apparaître après plusieurs demandes à l’orchestrateur",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787473510001
|
||||
},
|
||||
{
|
||||
"issueRef": "#242",
|
||||
"path": "242",
|
||||
"title": "Étendre les templates d’agents avec nom par défaut, permissions, et corriger le modèle AI par défaut",
|
||||
"status": "closed",
|
||||
"priority": "high",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787475659156
|
||||
},
|
||||
{
|
||||
"issueRef": "#243",
|
||||
"path": "243",
|
||||
"title": "Rebuild de l’AppImage IdeA",
|
||||
"status": "inProgress",
|
||||
"priority": "medium",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"createdBy": {
|
||||
"kind": "agent",
|
||||
"agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
|
||||
},
|
||||
"updatedAt": 1787475935659
|
||||
}
|
||||
]
|
||||
}
|
||||
Reference in New Issue
Block a user