Proposer une fonctionnalité

avenir-mcp grandit à partir d’usages réels d’un budget. Si vous faites à la main une tâche qu’un agent pourrait faire pour vous, ou si une réponse pourrait être plus claire, proposez-le. Les propositions passent par les issues GitHub du projet, en public ; il faut un compte GitHub. Vous pouvez écrire en français.

Proposer une fonctionnalité

Comment proposer

1. Vérifiez qu’elle n’existe pas déjà. Lisez la feuille de route et cherchez parmi les propositions ouvertes. Si la vôtre existe, ajoutez-y un 👍 et votre cas d’usage plutôt qu’une nouvelle issue.

2. Ouvrez une demande de fonctionnalité. Le formulaire pose quatre questions :

   Question	Pourquoi
   Que voulez-vous faire ?	la tâche, avec vos mots — pas l’outil que vous imaginez
   Que diriez-vous à l’agent ?	une phrase que vous taperiez, et la réponse attendue
   Que se passe-t-il aujourd’hui ?	ce que font les outils actuels, et pourquoi ça ne suffit pas
   Cela modifie-t-il le budget ?	une écriture exige un aperçu, une confirmation et une annulation

3. Suivez la discussion. Les questions arrivent en commentaires sur l’issue ; GitHub vous prévient.

Jamais de données financières réelles

Les issues sont publiques. Ne collez ni transactions, ni soldes, ni noms de comptes, ni bénéficiaires, ni captures de YNAB, ni votre jeton. Inventez les chiffres : « un abonnement à 12,99 passé à 14,99 » suffit à comprendre le besoin.

Ce qui fait une bonne proposition

Une proposition est plus facile à accepter quand elle :

• décrit une tâche, pas un point d’accès YNAB à envelopper — voir Architecture ;
• fonctionne avec l’API publique de YNAB et un jeton d’accès personnel ;
• peut être testée sur un budget inventé, comme le reste d’avenir-mcp ;
• si elle écrit, peut être prévisualisée, confirmée et annulée — voir Sécurité par conception.

Les propositions qui enverraient vos données à un autre service, ou agiraient sans votre confirmation, sont refusées.

La suite

État	Sens
ouverte, enhancement	reçue ; des commentaires peuvent demander des précisions
sur la feuille de route	acceptée et prévue
fermée par une pull request	livrée : voir le changelog
fermée, wontfix	refusée, avec la raison

Autres façons d’aider

• Quelque chose ne marche pas ? Ouvrez un rapport de bug.
• Un problème de sécurité ? Signalez-le en privé : voir Sécurité.
• Envie de la développer vous-même ? Dites-le d’abord sur l’issue, puis lisez Proposer une pull request.