É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>
2.1 KiB
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 |
|
|
|
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). Entrypointidea-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).