IdeA/carnet.md at ecad746c666d45816e4f176cbae2aabeb5afa3b5

Files

Blomios ecad746c66 chore(tickets): synchronise les statuts tickets et l'état plugin android

Rattrapage de l'état runtime .ideai/ (tickets #119-#139/#147 clôturés,
compteur→149, ticket #148 clos et QA verte, métadonnées plugin android) —
séparé du code de feature avant d'ouvrir le travail sur le nouveau bug
de lancement CLI custom.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-08-05 13:40:44 +02:00

1.5 KiB

Raw Blame History

issueRef, version, updatedBy, updatedAt

issueRef

version

updatedBy

updatedAt

#125

kind
user

1785881187607

Problème

Le SDK public permet seulement :

d’observer/contrôler des background tasks existantes
d’ouvrir un PTY interactif

Il manque une API publique pour démarrer une commande/outillage externe de façon intégrée à IdeA.

Pourquoi c’est global

Le besoin est transversal à tous les plugins de développement : build, test, lint, génération, outils CLI, pipelines locaux, simulateurs, wrappers maison.

Ce que ce ticket doit produire

Une API publique de lancement de commandes/tâches permettant au minimum :

exécuter une commande avec cwd, args, env
choisir un mode tracked/background task plutôt qu’un PTY brut
suivre statut, exit code, stdout/stderr
annuler / éventuellement relancer
corréler le run avec le modèle Work d’IdeA

Contraintes d’architecture

Ne pas confondre terminal interactif et task runner.
Contrat stable sur environnement, cwd, timeouts éventuels, sortie et erreurs.
Le plugin ne doit pas avoir à bricoler une session PTY pour lancer un build.

Non-objectifs

Pas de sémantique Android/Gradle/adb.
Pas d’orchestration multi-étapes spécifique à une stack.

Dépendances

Bloque #126.

Critères d’acceptation

Un plugin peut lancer une commande externe sans passer par un cast interne ni un PTY interactif.
L’exécution remonte un état observable et un résultat terminal clair.
Le contrat est documenté côté SDK avec exemple de commande simple.

1.5 KiB Raw Blame History Unescape Escape