blomios/IdeA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
59d81851e993af80e85f732461a0699679ac67db
IdeA/.ideai/tickets/132/issue.md
Blomios 59d81851e9 chore(tickets): synchronise index/carnets tickets #131-#139 + note mémoire assets/persistance plugins 
État runtime .ideai séparé du code (index, counter, carnets, note mémoire
plugin-asset-serving-and-owned-storage-contracts). Purge des tickets obsolètes
51/63/66.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-08-03 11:06:30 +02:00

2.0 KiB
Raw Blame History

id, number, title, status, priority, sprint, links, agentRefs, attachments, createdBy, updatedBy, createdAt, updatedAt, version
id number title status priority sprint links agentRefs attachments createdBy updatedBy createdAt updatedAt version
37c98a91-ee51-42b3-b804-8c0732784e11 132 Ajouter un outil MCP IdeA pour éditer le contexte projet global open medium null
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
1785687502830 1785687502830 1

Objectif: permettre à un agent autorisé d'éditer le contexte projet global via un outil MCP IdeA dédié, au lieu de passer uniquement par une proposition enregistrée.

Constat actuel:

  • Le contexte projet global est lisible via idea_context_read.
  • Son évolution passe aujourd'hui par idea_context_propose sans target, ce qui enregistre une proposition pour validation mais n'applique pas directement la modification.
  • Pour certains workflows d'orchestration, il manque une capacité native explicite d'édition contrôlée du contexte projet global.

Attendu produit/technique:

  • Introduire un outil MCP IdeA dédié pour mettre à jour le contexte projet global.
  • Définir clairement qui peut l'utiliser (ex: Main uniquement, ou liste d'agents autorisés).
  • Préserver les garde-fous de concurrence et de traçabilité déjà attendus sur les contextes.
  • Clarifier la relation entre ce nouvel outil et idea_context_propose (complément, remplacement partiel, ou voie restreinte selon les droits).

Points à cadrer:

  • Modèle d'autorisation: quels agents peuvent écrire le contexte global.
  • Concurrence/versioning: écrasement simple vs contrôle optimiste.
  • Auditabilité: auteur, date, historique/provenance des changements.
  • UX/runtime: comportement si un agent non autorisé tente l'opération.
  • Compatibilité avec la règle actuelle de single-writer réservée à l'orchestrateur.

Critères de sortie:

  • Contrat MCP défini.
  • Règles d'autorisation explicites.
  • Comportement d'erreur et de concurrence défini.
  • Décision documentée sur la coexistence avec idea_context_propose.