chore: aligner le template sur les managed settings déployés

[BaptisteLecat]

Alignement

managed-settings.template.json reprend maintenant exactement ce qui est déployé dans la console. Vérifié par un diff avec ~/.claude/remote-settings.json, récupéré le 2026-09-28 à 15:59. Seul changement : managedMcpServers passe en tableau, parce que la console l'impose.

Puis retrait de allowManagedMcpServersOnly (2e commit). ⚠️ À retirer aussi dans la console, sinon le dépôt et la config déployée ne sont plus alignés.

Deux écarts restent volontairement :

• $schema : le template garde $schema, qui donne l'autocomplétion dans les éditeurs, alors que la console stocke schema. Sans effet sur Claude Code.
• Bash(dd if=*of=/dev/*) : cette règle a bien ses * dans la console. Le texte transmis via le chat les avait perdus, car le rendu Markdown les a lus comme de l'italique. À ne pas recopier depuis une version collée.

⚠️ Meetown n'est distribué à personne pour l'instant

La même clé managedMcpServers désigne deux choses différentes :

• pour Claude Code, c'est un objet indexé par nom (doc) ;
• pour Claude Desktop en déploiement tiers, c'est un tableau (doc).

Le schéma schemastore, utilisé par la console pour valider, ne connaît que le tableau de Desktop. Résultat : la console refuse le format que Claude Code comprend, et Claude Code ignore celui que la console accepte.

Ce n'est pas un délai de propagation. Après une récupération forcée (Claude Code 2.1.283), le fichier en cache contient bien les autres nouveautés de la même mise à jour (autoUpdate, allowManagedMcpServersOnly, requiredMinimumVersion: 2.1.259), mais toujours pas managedMcpServers. Et claude mcp list ne montre pas Meetown.

Le README documente cette limite (nouvelle section « Limite connue : managedMcpServers »).

Plan B proposé (non appliqué dans cette PR)

1. Un Owner ajoute https://mcp.meetown.techtown.fr/mcp comme connecteur personnalisé d'organisation sur claude.ai. Claude Code récupère lui-même les connecteurs claude.ai des personnes connectées avec leur compte TechTown. Chacun clique une fois sur « Connect ».
2. Comme allowManagedMcpServersOnly est maintenant actif, ce connecteur serait bloqué dans Claude Code sans entrée dans l'allowlist. Il faut donc ajouter à allowedMcpServers la ligne ci-dessous. Le schéma accepte serverUrl, et la doc le recommande plutôt que serverName pour les connecteurs claude.ai.

   { "serverUrl": "https://mcp.meetown.techtown.fr/*" }

3. Signaler l'incohérence du schéma à Anthropic et à schemastore. Une fois le schéma corrigé, repasser managedMcpServers au format objet.

Effet du retrait de allowManagedMcpServersOnly

L'allowlist allowedMcpServers (github, context7, playwright) reste en place, mais elle devient souple : les allowlists de toutes les portées se cumulent, y compris le ~/.claude/settings.json de chacun (doc).

Tant que allowedMcpServers est défini, un MCP personnel absent de toutes les allowlists reste bloqué par défaut. Chaque collaborateur doit l'ajouter à son propre allowedMcpServers pour l'utiliser. Pour tout débloquer sans action individuelle, il faut aussi retirer allowedMcpServers.

Pour le plan B, l'entrée serverUrl Meetown reste nécessaire dans l'allowlist managée : sinon, chaque collaborateur doit l'ajouter lui-même.

Co-authored-by: Claude Code (TechTown)