amenbo 19.0.0 — une catégorie peut porter plusieurs réponses

Les catégories peuvent maintenant prendre plusieurs réponses sur le même enregistrement. Le travail sur les enregistrements de décision commencé en 16.0.0 aboutit lui aussi dans cette version.

Une catégorie peut porter plusieurs réponses

Certains travaux tiennent des deux côtés à la fois — un plantage qui se produit aussi bien sur iOS que sur Android. Une catégorie qui ne gardait qu’une réponse par enregistrement vous obligeait à choisir un représentant, et l’autre côté ne restait pas enregistré.

Passez --cardinality multi quand vous créez la catégorie, ou cochez Sélection multiple dans le panneau Gérer les catégories à l’écran.

$ amenbo dimension add --name Platform --cardinality multi --show-on-card
✓ Created dimension: Platform (AMB-DIM-…)

$ amenbo dimension set AMB-T-… Platform ios
$ amenbo dimension set AMB-T-… Platform android

$ amenbo task show AMB-T-…
AMB-T-…  The crash on both handsets
dimensions: Platform=ios, Platform=android

Resserrer par l’une ou l’autre valeur le trouve, et la carte montre les deux. En retirer une laisse le reste :

$ amenbo dimension unset AMB-T-… Platform ios
✓ Cleared value on task AMB-T-…

$ amenbo task show AMB-T-…
dimensions: Platform=android

Grouper le tableau par une catégorie à sélection multiple mettrait un même enregistrement dans plusieurs colonnes à la fois, et une colonne dit où se trouve une tâche — une catégorie à sélection multiple n’est donc pas proposée comme façon de grouper.

Revenir à single est refusé tant qu’un enregistrement répond encore avec plusieurs valeurs, et le refus dit combien :

$ amenbo dimension update Platform --cardinality single
Error: 1 record(s) answer 'Platform' with more than one value,
so it cannot go back to single-select — clear the extra values off them first

Les décisions peuvent être classées au moment où elles sont enregistrées

En 16.0.0, vous pouviez classer une décision, mais seulement dans une étape séparée, après l’avoir enregistrée. Vous le désignez maintenant dans la même commande :

$ amenbo decision add --title "Ship updates through a prerelease first" \
    --body "..." --dim "Area=sync"
✓ Recorded decision: Ship updates through a prerelease first (AMB-D-…)

Si une catégorie obligatoire est encore vide, l’enregistrement dit laquelle reste :

$ amenbo decision add --title "Keep the store on this device" --body "..."
✓ Recorded decision: Keep the store on this device (AMB-D-…)
  still to classify: Area — pass --dim <axis>=<value> here, or fill it in with
  `amenbo dimension set AMB-D-… <axis> <value>` (accepting it is refused until then)

La trancher tant qu’elle est vide est refusé, et on vous dit quoi remplir :

$ amenbo decision accept AMB-D-… --yes
Error: this decision carries no value on Area, which this project requires
Hint: This project requires a value on that axis before a decision can be settled.

Une décision montre désormais aussi qui l’a tranchée, à côté du quand :

$ amenbo decision show AMB-D-…
AMB-D-…  Keep the store on this device
status: accepted
recorded: 2026-09-02T15:33:16Z
decided: 2026-09-02T15:33:22Z by AI

À l’écran, le formulaire d’enregistrement d’une décision demande les catégories que le projet exige, et la liste des décisions se resserre par catégorie comme le fait le tableau.

Choisissez quel côté une catégorie classe

Les catégories se posent sur les tâches comme sur les décisions, mais certaines n’ont de sens que d’un seul côté. --applies-to choisit :

$ amenbo dimension update Platform --applies-to task
✓ Updated dimension: AMB-DIM-…

$ amenbo dimension show Platform
AMB-DIM-…  Platform (d1)
kind: multi, show-on-card, tasks only

Resserrer du côté qu’elle ne classe pas est refusé :

$ amenbo decision list --filter "dim:Platform=ios"
Error: dimension 'Platform' does not classify decisions,
so `dim:` cannot narrow decisions by it

À l’écran aussi, une catégorie restreinte aux tâches n’apparaît plus sur la page d’une décision. Les valeurs déjà posées ne sont pas retirées.

Autres changements

• Le japonais à l’écran a été corrigé — des tournures qu’il fallait lire deux fois pour comprendre. Les noms des statuts ont aussi été alignés sur ce qui s’affiche dans huit autres langues.
• Une nouvelle décision reçoit automatiquement la valeur « en cours » — sur une catégorie réglée comme axe du temps, la valeur dont la période couvre aujourd’hui se pose, comme sur les tâches. On ne vous la demande plus pendant l’enregistrement.
• Les mots atteignent les décisions — amenbo search trouve désormais une décision aussi par le nom d’une valeur de catégorie.
• Une carte se pose n’importe où dans la colonne qu’elle semble survoler — il arrivait jusqu’ici qu’elle ne se pose pas, alors même qu’elle paraissait au-dessus de la colonne.
• Les noms de catégorie ne peuvent plus contenir d’espaces — un nom avec une espace ne pouvait pas être désigné dans --filter. Les noms que vous avez déjà continuent de marcher.
• amenbo config relit tous les réglages que config set écrit — certaines entrées étaient inscriptibles mais n’apparaissaient pas.

Se le procurer

Ouvrez le programme d’installation de votre système depuis la dernière version. Aucun droit d’administrateur n’est nécessaire.

• macOS — .pkg, un pour Apple silicon et un pour Intel (l’interface et la CLI viennent ensemble)
• Windows — .exe d’installation (l’interface et la CLI viennent ensemble)
• Linux — l’interface est une AppImage ; la commande amenbo vient de l’installeur de la CLI

Pour mettre à jour : dans l’interface, la bannière « une version plus récente est disponible » l’applique sur place. Si vous n’avez installé que la CLI, amenbo update --apply la remplace.

Le format des données stockées monte d’un cran — le premier lancement sur cette version les migre, et une sauvegarde d’avant la migration est conservée automatiquement. Une fois migrées, une version antérieure ne peut plus les ouvrir. L’interface et la CLI sont mises à jour ensemble par le même programme d’installation : ne laissez donc pas l’une des deux sur l’ancienne version.

Vous débutez ? Voyez Démarrer.