Team Live Ops

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — SYSTÈME INTÉGRÉ D'ABORD : ce skill est une pièce du template complet « Claude Code Game Studios » (49 agents, 74 skills, templates de studio et un CLAUDE.md de studio, selon le README du dépôt). Chaque skill suppose ce template installé, avec ses conventions, sa configuration project.yaml / project.local.yaml, ses documents de modes .claude/docs/, ses hooks (par exemple hooks/yaml-helper.sh, hors du dossier de ce skill) et ses scripts d'aide .claude/scripts/. Installer cette fiche seule copie seulement le dossier de ce skill, sans le reste du système : le skill peut référencer des agents, fichiers, hooks ou scripts du template absents hors du template complet, et il peut ne pas fonctionner comme prévu seul. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. À l'usage (jamais pendant l'installation), ce skill conçoit aussi une économie live sur papier — pistes de récompenses avec un palier premium, monnaie saisonnière, contenu et prix de rotation de boutique, et pity timers — et vérifie cette conception contre la politique d'éthique du projet ; il ne publie et n'envoie rien lui-même. Installe-moi « Team Live Ops ». Le skill lui-même orchestre l'équipe live-ops pour planifier une saison ou un événement live ; sans nom de saison ni description d'événement, il affiche l'usage et s'arrête immédiatement, sans lancer aucun sous-agent ni lire aucun fichier. Il résout d'abord review_mode, automation, team.size et workflow en lançant le hooks/yaml-helper.sh du template, hors du dossier de ce skill, et annonce l'ensemble actif avant la Phase 1 : au team.size individual par défaut, le live-ops-designer et l'economy-designer roulent ; à small, l'analytics-engineer et le community-manager se joignent ; à studio, le writer et le narrative-director aussi. La Phase 1 délègue le cadrage de la saison (type, durée, thème, liste de contenu, crochet de rétention, budget de réutilisation) au live-ops-designer. La Phase 2 délègue le thème narratif saisonnier et les liens de lore au narrative-director. La Phase 3, en parallèle de la Phase 4, délègue la conception de l'économie à l'economy-designer : il lit design/live-ops/economy-rules.md et conçoit la piste de récompenses (palier gratuit et valeur du palier premium), la monnaie saisonnière, le contenu et les prix de rotation de boutique, et les pity timers, en vérifiant qu'aucun item pay-to-win ne figure au palier premium. La Phase 4 délègue les métriques de succès, la conception de tests A/B et les spécifications d'événements de télémétrie à l'analytics-engineer — des spécifications sur papier ; le skill n'instrumente et ne contacte rien. La Phase 5 lance le narrative-director et le writer en parallèle pour les textes en jeu et tout le texte destiné aux joueurs. La Phase 6 délègue le plan de communication au community-manager : brouillons d'annonce de lancement et une cadence teaser / lancement / mi-saison / dernière semaine — des brouillons et un calendrier, préparés en local ; le skill ne publie et n'envoie rien. La Phase 7 revoit tout le plan, y compris une vérification éthique de la conception de l'économie contre design/live-ops/ethics-policy.md : si ce fichier manque, la revue est marquée ETHICS REVIEW SKIPPED dans le document de sortie, et si une violation est trouvée, le verdict est BLOCKED tant que l'utilisateur n'a pas révisé la conception, passé outre avec une justification documentée, ou annulé. Les sous-agents écrivent un fichier de travail chacun sous production/live-ops/[season-slug]/ sans demande par écriture, sous une exception bornée que le fichier documente (chemin nommé par l'orchestrateur, artefact nouveau sous production/, docs/ ou tests/, phase fermée par un AskUserQuestion) ; les documents finaux sous design/live-ops/seasons/ sont hors de cette exception et sont écrits par l'orchestrateur lui-même seulement après sa propre demande « May I write », et le verdict COMPLETE ne vient qu'après l'approbation du plan de saison par l'utilisateur. Son frontmatter épingle model: sonnet. Dépôt : https://github.com/Donchitos/Claude-Code-Game-Studios (le skill est tout le dossier .claude/skills/team-live-ops/ au commit épinglé : 1 fichier en tout) Version épinglée : installe le code au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/Donchitos/Claude-Code-Game-Studios dans un dossier temporaire, place-toi au commit 05ad7c8a5b8aa2aa86bbd3439ae7cf7295cac418, et copie le dossier .claude/skills/team-live-ops/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 ac1996365db5638b43ae25dd92cba785bdd33333929a43614149c68d0e1a7f03 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 1 fichier : SKILL.md seulement. Rien dans le dossier n'est un programme ; ce sont des instructions que l'agent suit à l'usage. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé, et aucun projet à moi n'est audité, lu ni modifié. - Réalité du système intégré, depuis le fichier : à l'usage, le skill lance le hooks/yaml-helper.sh du template pour résoudre review_mode, automation, team.size et workflow, suit .claude/docs/automation-modes.md, config-resolution.md et error-recovery-protocol.md, lit les règles d'économie et la politique d'éthique de mon projet sous design/live-ops/, et lance les agents du template (live-ops-designer et economy-designer à toutes les tailles ; analytics-engineer et community-manager à small et plus ; writer et narrative-director à studio) — des agents, docs et fichiers de projet qui vivent hors du dossier de ce skill et sont absents dans une installation seule, donc il ne peut pas rouler comme prévu seul. - À l'usage, ses sous-agents écrivent de nouveaux artefacts de travail sous production/live-ops/[season-slug]/ sans demande par écriture, mais seulement dans l'exception bornée que le fichier documente (chemin nommé par l'orchestrateur, artefact nouveau sous production/, docs/ ou tests/, phase fermée par un AskUserQuestion) ; les documents finaux de saison sous design/live-ops/seasons/ sont écrits par l'orchestrateur lui-même seulement après sa propre demande « May I write ». L'économie qu'il conçoit (palier premium, prix de boutique, monnaie saisonnière) reste un document de design : aucun paiement n'est traité, aucune boutique n'est contactée, aucune annonce n'est publiée ni envoyée, et aucun service tiers, compte ni identifiant n'est nommé dans le fichier. - Ne planifie aucune saison ni événement, ne lance aucun agent d'équipe, ne lance aucun hook du template, et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier team-live-ops dans le répertoire des skills de l'agent, dans un dossier nommé exactement « team-live-ops », en gardant ses 1 fichier dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: team-live-ops), les 1 fichier en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : qu'il appartient au template complet Claude Code Game Studios et peut ne pas rouler seul (il résout ses réglages via le hook yaml-helper du template, lit les fichiers design/live-ops/ du template et lance ses agents d'équipe live-ops), et qu'à l'usage, ses sous-agents écrivent des artefacts de travail sous production/live-ops/ sous une exception bornée documentée, les documents finaux de saison seulement après la demande d'écriture de l'orchestrateur lui-même, et ses sorties économie et communication restent des documents de design locaux — rien n'est publié, envoyé ni facturé). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.