Synthèse automatique
Affiche un tableau de bord du dépôt avec les pull requests et issues prioritaires, l'état de la CI/CD, le dernier déploiement et des tâches suggérées.
Points forts
- Priorisation automatique des PR (sécurité, Lambda@Edge, assignées, mentions, ancienneté) via un score de priorité
- Trois niveaux de détail (compact, detailed, full) adaptés au contexte
- Génère des tâches actionnables avec les commandes slash à exécuter, par exemple /pr-review suivi du numéro de PR
- Signale l'état de santé des workflows GitHub Actions et prévient quand le quota d'API GitHub est bas
Limites
- Dépend d'un script bash embarqué (.claude/commands/dashboard/scripts/dashboard.sh) et de l'accès à l'API GitHub, avec au moins 6 appels par exécution
- Fortement spécifique au dépôt de documentation Pulumi (titre fixe, champ is_pulumi_member, types security/lambda-edge)
- Ne couvre que GitHub : pas de GitLab, Bitbucket ou autres forge
À utiliser au début d'une session de travail pour savoir quelles PR, issues et problèmes de CI méritent votre attention en priorité.
À éviter sur un dépôt non hébergé sur GitHub ou si le quota d'API est épuisé, car la collecte de données échouera.
Analyse de sécurité
PrudenceThe skill instructs running a bash script that collects repository data, likely using GitHub API calls. This is a legitimate use of powerful tools but involves execution of an external script and network activity. No destructive or exfiltrating actions are evident from the skill text, so it is not risky, but caution is warranted due to the untrusted script and implicit tool usage.
- •Executes a bash script (`dashboard.sh`) whose contents are not included in the skill, so the actual operations cannot be fully audited.
- •Makes network calls to GitHub APIs via the script, which could involve authentication tokens and rate limits.
- •No allowed-tools are declared, yet the skill implicitly requires bash and network access.
Exemples
/dashboard/dashboard detailed/dashboard fulldescription: Display repository status with PRs, issues, CI/CD health, and suggested tasks
Repository Dashboard
Use this when: You want a quick overview of repository status, priority work items, and health metrics.
Displays priority PRs/issues, suggested next tasks, CI/CD health, and deployment status with intelligent prioritization based on user context.
Usage
/dashboard [mode]
Modes:
- (none):
compact(default) - Top 5-8 most important items detailed: Top 10-15 items with more contextfull: Everything with complete details
Implementation
Step 1: Collect Data
Run the data collection script:
bash .claude/commands/dashboard/scripts/dashboard.sh
This outputs structured JSON with all repository data.
Step 2: Parse and Present
Parse the JSON output and present it according to the mode requested. The JSON structure is:
{
"user": {
"github_user": "string",
"is_pulumi_member": boolean,
"current_branch": "string",
"uncommitted_changes": number,
"rate_remaining": number
},
"prs": [
{
"number": number,
"title": "string",
"author": {"login": "string"},
"isDraft": boolean,
"createdAt": "timestamp",
"labels": [{"name": "string"}],
"priority": number, // Calculated priority score
"age_days": number, // Days since creation
"type": "security|lambda-edge|normal",
"is_assigned": boolean, // Assigned to current user
"is_mentioned": boolean // User mentioned in PR
}
],
"issues": [
{
"number": number,
"title": "string",
"age_days": number,
"labels": [{"name": "string"}]
}
],
"workflows": {
"status": "HEALTHY|WARNING|CRITICAL|UNKNOWN",
"total_runs": number,
"success_runs": number,
"failure_runs": number,
"success_rate": number,
"recent": [
{
"name": "string",
"status": "string",
"conclusion": "string",
"createdAt": "timestamp"
}
]
},
"deployment": {
"commit": "string",
"timestamp": number // Unix timestamp in seconds
},
"stats": {
"total_prs": number,
"assigned_prs": number,
"total_issues": number,
"assigned_issues": number
}
}
Step 3: Format Dashboard
Create a terminal-friendly dashboard with these sections:
Header Section
════════════════════════════════════════════════════════════════════════════════
📊 PULUMI DOCS DASHBOARD
════════════════════════════════════════════════════════════════════════════════
👤 User: @{github_user} ({internal|external}) | Branch: {branch} | Uncommitted: {count}
If rate_remaining < 50, show warning: ⚠️ GitHub API rate limit low ({count} remaining) - dashboard requires 6+ API calls
Priority Items Section
PRs:
- Sort by
priority(descending), then byage_days(descending) - Show emojis based on type:
- 🔒 =
type: "security" - ⚠️ =
type: "lambda-edge" - 📝 = normal (or draft if
isDraft: true) - 🤖 = bot author (contains
[bot]in username)
- 🔒 =
- Format:
{emoji} #{number} {title} ({type if special}, {age}d) - Truncate titles to 60 characters
Item limits by mode:
- compact: Top 5 PRs
- detailed: Top 10 PRs
- full: Top 20 PRs (or all if less)
Issues:
- Show assigned issues after PRs
- Format:
🐛 #{number} {title} (issue, {age}d) - Same limits as PRs (5/10/20)
Suggested Tasks Section
Generate actionable tasks based on data. Priority order:
-
Security patches (
type: "security"):🔒 Review and merge security patch PR #{number} → /pr-review {number}
-
Uncommitted changes (if
uncommitted_changes > 0):📝 Review and commit {count} uncommitted changes → git status
-
Assigned PRs (
is_assigned: true):🔍 Review assigned PR #{number}: {short_title} → /pr-review {number}- Limit to top 3 by priority
-
Lambda@Edge-risk PRs (
type: "lambda-edge"):⚠️ Review Lambda@Edge dependency PR #{number} (bundle-size check) → /pr-review {number}- Limit to top 2
-
Assigned issues:
🐛 Work on issue #{number}: {short_title} → gh issue view {number}- Limit to top 2
-
Workflow failures (if
status: "CRITICAL"and recent failures):❌ Investigate workflow failure: {name} → gh run list --workflow "{name}"
-
Current branch work (if not on master/main):
🔧 Continue work on branch {current_branch}
Task limits by mode:
- compact: Top 3 tasks
- detailed: Top 5 tasks
- full: Top 10 tasks
Number tasks sequentially: 1., 2., etc.
Health Section
────────────────────────────────────────────────────────────────────────────────
🏥 HEALTH: {emoji} {status} (24h: {total_runs} runs, {success_rate}% success)
────────────────────────────────────────────────────────────────────────────────
Status emojis:
- ✅ = HEALTHY
- ⚠️ = WARNING
- ❌ = CRITICAL
- ❓ = UNKNOWN
Recent workflows (top 3):
- Calculate time ago from
createdAttimestamp - Format:
Recent: {emoji} {name} ({time}, {conclusion}) - Join multiple with
| - Emojis: ✅ success, ❌ failure, ⏳ in_progress, ⏸️ other
Deployment info:
- Calculate time ago from
deployment.timestamp - Format time as
Xm ago,Xh ago, orXd ago - Line:
Deploy: {commit} ({time_ago}) | PRs: {total} open ({assigned} assigned) | Issues: {total} ({assigned} assigned)
Footer
════════════════════════════════════════════════════════════════════════════════
Tip: Use '/dashboard detailed' or '/dashboard full' for more information
Adjust tip based on current mode.
Priority Scoring Algorithm
PRs are scored with these weights (already calculated in JSON):
- +100: Assigned to me
- +80: Mentions me
- +70: Security patch (
deps-security-patchlabel) - +60: Lambda@Edge risk (
deps-lambda-edge-risklabel) - +40: Ready for review (not draft)
- +30: Team member (internal users only)
- +50: Age > 14 days
- +25: Age > 7 days
- -20: Draft
Display Modes
Compact (Default)
- Purpose: Quick status check
- Items: Top 5 PRs/issues, 3 tasks
- Details: Essential info only
- Target: Fits on one screen
Detailed
- Purpose: Standard review workflow
- Items: Top 10 PRs/issues, 5 tasks
- Details: More context per item
- Target: 1-2 screens
Full
- Purpose: Deep investigation
- Items: Top 20+ PRs/issues, 10 tasks
- Details: Complete visibility
- Target: Comprehensive view
Error Handling
If the JSON indicates errors or missing data:
- Show what data is available
- Indicate which sections are unavailable
- Suggest checking GitHub API access or network connection
- Always show local git context (branch, uncommitted changes)
Performance
Target execution time: 3-5 seconds (script runs all API calls in parallel)
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/repository-dashboard-msh3utyy/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/repository-dashboard-msh3utyy' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/repository-dashboard-msh3utyy/download' --output '.skill-downloads/repository-dashboard-msh3utyy/SKILL.md.part' && mv '.skill-downloads/repository-dashboard-msh3utyy/SKILL.md.part' '.skill-downloads/repository-dashboard-msh3utyy/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/repository-dashboard-msh3utyy/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.