office-hours

office-hours

Catalogue généré le 2026-05-11

En une phrase

Une séance type « bureau YC » : Claude joue le rôle d'un partenaire qui te pose les bonnes questions avant que tu construises quoi que ce soit.

Quand l'utiliser

• Quand tu as une idée et tu te demandes si ça vaut le coup de la construire
• Quand tu veux brainstormer un projet, un side-project, une feature, un hackathon
• Avant de lancer /plan-ceo-review ou /plan-eng-review, pour avoir un design doc solide en entrée
• Quand tu n'arrives pas à articuler clairement le problème que tu veux résoudre
• Quand tu te lances dans quelque chose de nouveau et tu veux poser les bases proprement

Comment l'invoquer

• Slash command : /office-hours (à taper dans Claude Code)
• Phrases déclencheurs (texte) : "brainstorm this" / "I have an idea" / "help me think through this" / "office hours" / "is this worth building"
• Auto-invocation : ✅ Oui — Claude invoque ce skill automatiquement quand tu décris une nouvelle idée de produit, demandes si ça vaut le coup de la construire, ou explores un concept avant d'écrire le moindre code.

Description détaillée

/office-hours est une session de brainstorming structurée. Avant tout, le skill te demande ton objectif : startup, intrapreneuriat, hackathon, open source, apprentissage, ou juste pour le fun. Selon ta réponse, il bascule dans l'un des deux modes.

Mode startup applique six questions de diagnostic YC : la demande est-elle réelle (pas juste de l'intérêt poli) ? Quel est le concurrent réel (souvent un tableur + Slack bricolés) ? Quelle spécificité désespérante peux-tu nommer (un vrai client, un vrai cas) ? Quel est le wedge le plus étroit qui peut générer du revenu cette semaine ? As-tu observé directement des utilisateurs ? Le produit tient-il dans 5-10 ans ? Le ton est exigeant : la spécificité est la seule monnaie, l'intérêt n'est pas la demande, les mots de l'utilisateur battent le pitch du fondateur.

Mode builder est plus chaleureux : design thinking, exploration, alternatives, brainstorming créatif pour les projets perso ou d'apprentissage.

Une règle stricte : aucune ligne de code n'est écrite, aucun autre skill d'implémentation n'est invoqué. La sortie est uniquement un design doc structuré (problème, contraintes, approche choisie, alternatives explorées) sauvegardé dans ~/.gstack/projects/<projet>/. Ce document devient ensuite l'entrée des skills suivants (/plan-ceo-review, /plan-eng-review).

Source

• Plugin : gstack
• Nom interne : office-hours
• Fichier : /home/thymon/.claude/skills/gstack/office-hours/SKILL.md