1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
|
# Managed by IssueSpec. Hand edits are welcome; keep the schema valid.
id: 25
title: "Reprendre les conversations après redémarrage"
state: closed
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:23.000Z
updatedAt: 2026-10-29T16:35:01.000Z
labels:
- "kind::feature"
- "area::persistence"
- "priority::medium"
- "size::M"
milestone: "M3 · Channels & multi-agents"
epic: "Channels & multi-agents"
related:
- 20
- 23
body: |
## Contexte
Après un redémarrage, l'historique est affiché depuis Pebble ([#20 — Persister channels et messages avec Pebble](.tickets/issues/0020-persister-channels-et-messages-avec-pebble.yaml)), mais les processus agents, eux, ont perdu leur contexte.
## Choix
- Si l'agent annonce la capacité `loadSession` : `session/load` avec l'id stocké.
- Sinon : nouvelle session, et on réinjecte un résumé/extrait des derniers messages au prochain prompt (même mécanisme que [#23 — Router les messages entre plusieurs agents d'un channel](.tickets/issues/0023-router-les-messages-entre-plusieurs-agents-d-un.yaml)).
- Le citizen user ne doit **pas voir la différence**.
## Critères d'acceptation
- [ ] Après redémarrage, Alice se souvient du sujet de la conversation.
tasks:
- id: 1
title: "Stocker l'id de session ACP par membership"
state: closed
priority: medium
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:23.000Z
updatedAt: 2026-10-29T16:35:01.000Z
closedAt: 2026-10-29T16:35:01.000Z
- id: 2
title: "session/load si supporté"
state: closed
priority: medium
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:23.000Z
updatedAt: 2026-10-29T16:35:01.000Z
closedAt: 2026-10-29T16:35:01.000Z
- id: 3
title: "Fallback : réinjection de contexte"
state: closed
priority: medium
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:23.000Z
updatedAt: 2026-10-29T16:35:01.000Z
closedAt: 2026-10-29T16:35:01.000Z
- id: 4
title: "Test de bout en bout"
state: closed
priority: medium
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:23.000Z
updatedAt: 2026-10-29T16:35:01.000Z
closedAt: 2026-10-29T16:35:01.000Z
comments:
- id: 1
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T08:51:00.000Z
body: |
Confirmé par le spike ACP (#2) : mm v1.0.3 n'annonce pas `loadSession` (`agentCapabilities` vides). Le fallback « nouvelle session + réinjection du contexte » est donc le cas nominal avec mm, pas un cas dégradé. `acpSessionId` reste stocké pour les agents qui supportent `session/load` ([ADR 0003](docs/adr/0003-architecture.md)).
- id: 2
author:
name: k33g
email: ph.charriere@gmail.com
createdAt: 2026-10-29T16:35:01.000Z
body: |
## Résultat
L'id de session ACP est gardé avec la membership. Un agent qui annonce `loadSession` reçoit `session/load` (son historique rejoué est ignoré, l'interface l'a déjà) ; sinon — c'est le cas de mm — une nouvelle session reçoit dans son premier prompt les derniers messages du channel, les siens compris. Le message « X a redémarré et ne se souvient plus du début » de M2 a disparu : l'utilisateur ne voit pas la différence. Même mécanisme quand un agent a été arrêté pour faire de la place.
Test de bout en bout (`make test-real`) : Alice, relancée avec une nouvelle base ouverte sur le même dossier, retrouve « Philippe ».
|