Parking: gplay team users view <email> — lire 1 membre (en attente du verbe de lecture #98)

[PollyGlot]

Contexte

Commande envisagée : gplay team users view <email> — lire UN membre du
Developer account, pour compléter la surface team users (aujourd'hui
list/add/set/remove, pas de lecture d'une ressource adressée).
Idée née d'une session de grill (/grill-with-docs, 2026-06-03).

Pourquoi c'est parké — bloqué par #98

Aucune commande view n'existe encore dans le CLI : apps info = info,
auth/tracks status = status. La règle de lecture (« N ressources →
list, 1 ressource adressée → view, santé/session → status ») a été
discutée mais n'est ni gravée dans un ADR ni appliquée. Introduire le tout
premier view avant la finalisation de l'audit verbes (#98) recréerait le
smell que #98 veut supprimer (deux verbes pour le même geste : info vs
view). On attend donc #98.

Déclencheur de reprise

Quand #98 tranche le verbe de lecture-d'une-ressource :

• si c'est view → reprendre le grill ; ce travail devient une slice de
  l'application de la règle et s'aligne avec (ou porte) le rename
  apps info → apps view (alias DEPRECATED: pendant preview→1.0), pour ne
  jamais shipper la surface à moitié-règle.

Contrainte API (vérifiée dans le code)

Pas de users.get natif — la seule lecture est users.list (paginé).
FindUser (internal/play/team/team.go) fait déjà le list-to-completion +
filtre case-insensitive → implémentation client-side bon marché. Précédent
déjà posé : team grants list --user --package réduit déjà la liste complète
à un seul grant.

Questions de grill à reprendre (non résolues)

• Coût : view liste toute l'org pour filtrer un membre — acceptable ?
  le documenter (même coût que grants list, déjà en place).
• Sortie : afficher les Grants du membre (carte terse vs record complet) ?
• --output json : pass-through du sous-objet User verbatim vs envelope
  (cf. exception apps info, ADR-0003).
• Exit code : 30 synthétique si membre absent (FindUser → not found),
  malgré le 200 de users.list ?
• Symétrie : faut-il aussi team grants view <email> --package ?

Réfs

• Bloqué par [arch] Prépa v1.0 : audit du vocabulaire de verbes + stability labels + gel du contrat #98 (audit verbes / gel du contrat v1.0)
• ADR-0015 (developer-account addressing), ADR-0016 (permission vocabulary),
  ADR-0017 (write-safety)
• CONTEXT.md → entrées « User », « Grant », « Developer account »
• Code : internal/play/team/team.go (FindUser, ListUsers),
  commands/team/users/list/list.go

[PollyGlot]

Débloqué — dé-parké

Le rationnel de parking (« aucun verbe view n'existe encore, bloqué par #98 ») est caduc :

• [arch] Prépa v1.0 : audit du vocabulaire de verbes + stability labels + gel du contrat #98 est clos (2026-06-03) — l'audit du vocabulaire de verbes est gravé.
• Le verbe view est désormais en service dans le CLI (apps view, apps details view, tracks availability view) pour la lecture d'une ressource adressée — exactement le besoin ici.
• La surface team users (list/add/set/remove) est livrée (PRD: Team management — users & grants (developer-account permissions) #147) ; il ne manque que la lecture d'un membre.

→ Retrait de type:parking, ajout good first issue. Petit ajout bien cadré (un read suivant un pattern établi). Reste une grille légère (/grill-with-docs) avant /to-issues pour figer formulation + colonnes.