Files
IdeA/.ideai/tickets/66/issue.md
Blomios 5ee25d1ef6 chore(ideai): état d'orchestration du sprint serveur headless (#65, #68-#70)
État durable de `.ideai/` accumulé pendant le chantier `idea-serve`, séparé du
code applicatif conformément aux précédents `8e481ae` / `ad1f225`.

- Tickets : #13 clôturé (server/client mode livré), #65 passé en QA avec son
  carnet de chantier complet (arbitrages Architect sur le propriétaire canonique
  des DTO, structure livrée, vérif QA, incident de topologie et sa leçon).
  #64/#66/#67 rattachés au sprint. Nouveaux tickets #68 (activer le serveur
  depuis le desktop, dépend de #65), #69 (adaptabilité client téléphone, en QA)
  et #70 (gestion des modèles locaux llama.cpp).
- Mémoire : note `web-client-is-single-column-no-desktop-shell` — le client web
  n'a pas de shell desktop, à lire avant tout cadrage responsive sur cette
  surface.
- Journal des tâches de fond : complétions enregistrées.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-16 15:02:14 +02:00

2.1 KiB

id, number, title, status, priority, sprint, links, agentRefs, createdBy, updatedBy, createdAt, updatedAt, version
id number title status priority sprint links agentRefs createdBy updatedBy createdAt updatedAt version
f805cd9b-8ecd-401a-8f03-665a27fe73cb 66 Image Docker serveur/client IdeA open medium 028179b1-eaf4-41e9-9c1f-7c37125117e6
target kind
#65 dependsOn
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
kind
user
1784187597004 1784193460805 2

Objectif : livrer une image Docker exécutant le mode serveur/client d'IdeA, bâtie sur le binaire headless idea-serve (#65), pas sur le binaire Tauri. Cadré par Architect (suite #13).

Plan de lots (Architect) :

  • L4 — Build web transport HTTP : produire les assets client Vite en VITE_TRANSPORT=http (npm, jamais pnpm), vérifier qu'aucun import Tauri ne fuit dans ce mode, packager dans /usr/share/idea/web.
  • L5 — Docker runtime : Dockerfile multi-stage (build Rust headless + build frontend + runtime minimal Debian/Ubuntu selon deps PTY/process). Défauts : IDEA_APP_DATA_DIR=/data, --listen 0.0.0.0:17373, --web-root /usr/share/idea/web. Volumes /data (app-data : projects/profiles/templates/tasks/logs) et /workspace (projets manipulés par les agents). Entrypoint idea-serve. Healthcheck HTTP local. Conteneur reste HTTP interne ; reverse proxy TLS externe obligatoire en prod distante (--allow-remote/--public-origin https/--trust-reverse-proxy, doc B8). Pas de TLS applicatif V1.
  • L6 — Agents CLI en conteneur : décider image minimale (profils détectés au runtime, exécutables attendus dans PATH) vs image idea-server-agents (CLIs redistribuables installées si licence OK). Seed profils compatibles conteneur. Documenter env (OPENAI_API_KEY, ANTHROPIC_API_KEY, vars opencode) et montages de credentials. Tester au moins un agent bout en bout. Hors périmètre : installer automatiquement des CLIs propriétaires sans validation licence.

Lock app-data-dir : peu critique en Docker mono-conteneur mono-writer ; multi-conteneurs sur le même /data explicitement hors support sans lock distribué.

Hors périmètre V1 : Kubernetes, multi-tenant, auth externe, TLS intégré.

Dépend de #65 (binaire headless).