Métadonnée runtime IdeA : tickets, sprints, mémoire et background-tasks mis à jour au fil du sprint de progression fine du téléchargement (#54). Séparé du code de feature (last-writer-wins, état non applicatif). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.4 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 | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 5de121f3-1cd1-4a73-bcab-b0a43a7c257f | 15 | Limites de session — re-livraison automatique parquée au reset (stretch B5, délégation durable) | open | low | d8f3f37b-87ca-4509-9116-45a99bc711df |
|
|
|
1783208599385 | 1783940786085 | 3 |
Extrait du cadrage Architect du ticket #7 (baseline livrée : propagation inter-agent B1→B3 + F1/F2). Stretch non retenu dans #7.
Objectif : quand A délègue à B via idea_ask_agent et que B atteint sa limite, au lieu de demander à A de ré-interroger après le reset, PARQUER le waiter de A par (requester,target) ; au execute_resume de B (reprise auto au reset), RE-LIVRER la tâche d'origine et router la complétion vers le waiter de A s'il est encore vivant (sinon drop, contrainte in-memory).
Coût/risque (Architect) : rapproche du modèle de « délégation durable » tout en restant in-memory → fragile aux redémarrages/interruptions de A, ré-introduit une forme de blocage long côté A. À rattacher au design durable-delegation-runtime-agent-identity-design plutôt que de le traiter en rustine in-memory.
Dépend de : #7 (baseline inter-agent B1→B3). Voir mémoire ticket7-session-limit-interagent-cadrage.