Compétences ghe-claim
📦

ghe-claim

Sûr ⚙️ Commandes externes📁 Accès au système de fichiers

GitHub-Issues beanspruchen, um Arbeit zu beginnen

Die GitHub-Issue-Verwaltung erfordert manuelle Nachverfolgung von Zuweisungen und Workflow-Status. Diese Automatisierung beansprucht den Prozess mit Validierung, atomarer Zuweisung und Worktree-Einrichtung für sofortige Entwicklung.

Prend en charge: Claude Codex Code(CC)
📊 69 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "ghe-claim". Claim issue #201

Résultat attendu:

  • Phasenvalidierung: BESTANDEN (Issue hat 'ready'-Label)
  • Issue #201 zugewiesen an @you
  • Label 'in-progress' hinzugefügt, 'ready' entfernt
  • Beanspruchungskommentar im Issue-Thread gepostet
  • Git-Worktree erstellt unter /path/to/repo/.git/worktrees/issue-201
  • Gedächtnisbank aktualisiert (activeContext.md)

Utilisation de "ghe-claim". I'll take issue #205

Résultat attendu:

  • Validiere Issue #205-Bereitschaft...
  • Phasenprüfung: DEV-Phase abgeschlossen
  • Weise zu an @you...
  • Issue #205 für TEST-Phase beansprucht
  • Gedächtnis-Synchronisation abgeschlossen

Audit de sécurité

Sûr
v5 • 1/23/2026

Static scanner flagged markdown documentation patterns as security issues. All findings are false positives. The skill contains no executable code, only documentation about GitHub issue management workflow. Backticks in markdown format examples were misinterpreted as shell command execution. Settings file references (~/.claude) are standard configuration locations, not malicious file access. No actual cryptographic algorithms, network calls, or code execution patterns exist in this skill file.

1
Fichiers analysés
150
Lignes analysées
4
résultats
5
Total des audits
Problèmes à risque moyen (1)
Markdown Code Formatting Misidentified as Shell Commands
Scanner detected backtick syntax at SKILL.md lines 73-90, 121-123, 149 as 'Ruby/shell backtick execution'. These are markdown inline code formatting examples (e.g., timestamp format `YYYYMMDDHHMMSSTimezone`, skill reference `ghe-checkpoint`). No actual command execution exists.
Problèmes à risque faible (1)
Settings File Reference Misidentified as Hidden File Access
Scanner flagged ~/.claude reference at SKILL.md:60 as hidden file access. This is standard configuration location for Claude Code plugins, documented as allowed boundary for settings.

Facteurs de risque

⚙️ Commandes externes (3)
📁 Accès au système de fichiers (1)

Score de qualité

38
Architecture
100
Maintenabilité
85
Contenu
20
Communauté
98
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Mit einem neuen Issue beginnen

Issue #201 beanspruchen, um mit der Entwicklung zu beginnen. Die Automatisierung validiert, dass das Issue bereit ist, weist es Ihnen zu, fügt In-Progress-Labels hinzu und richtet einen Git-Worktree ein.

Verfügbare Arbeit vom Issue-Board auswählen

Ein Issue aus der Ready-Spalte beanspruchen. Die Automatisierung prüft die Phasenreihenfolge, verhindert doppelte Worktrees für Epics und synchronisiert mit der Gedächtnisbank.

Zwischen Phasen wechseln

Ein TEST- oder REVIEW-Phasen-Issue nach Abschluss der DEV-Phase beanspruchen. Die Automatisierung startet den entsprechenden Thread-Manager und wahrt die Phasen-Gate-Konformität.

Essayez ces prompts

Standard-Anspruchsanfrage
Claim issue #{issue_number}
Natürlichsprachliche Anforderung
Beginne mit der Arbeit an Issue #{issue_number} für das Authentifizierungs-Feature
Schnellauswahl-Anspruch
Ich nehme Issue #{issue_number}
Stapel-Anspruch mit Kontext
Claim issue #{issue_number} und richte die Entwicklungsumgebung ein. Das ist für das OAuth-Integrations-Feature.

Bonnes pratiques

  • Gib die vollständige Issue-Nummer mit Hash-Symbol für Klarheit an
  • Erwähne den Issue-Titel oder Feature-Kontext für bessere Nachverfolgung
  • Verwende zuerst ghe-status, um zu verifizieren, dass das Issue existiert und seinen Status zu prüfen
  • Kombiniere mit ghe-transition beim Wechsel zwischen Phasen

Éviter

  • Issues beanspruchen, ohne den Bereitschaftsstatus zu prüfen
  • Mehrere Issues gleichzeitig beanspruchen (atomarer Anspruch verhindert dies)
  • Anspruch für bereits zugewiesene Issues verwenden
  • Phasen-Gate-Validierung überspringen durch manuelle Issue-Zuweisung

Foire aux questions

Was passiert, wenn ich versuche, ein bereits zugewiesenes Issue zu beanspruchen?
Die Phasen-Gate-Validierung schlägt fehl und blockiert den Anspruch. Die Automatisierung prüft, dass Issues keinen aktuellen Bearbeiter haben, bevor sie fortfährt.
Erstellt der Anspruch einen Git-Worktree für TEST- oder REVIEW-Phasen?
Nein, Worktree-Erstellung erfolgt nur für DEV-Phasen-Issues. TEST- und REVIEW-Phasen überspringen diesen Schritt.
Kann ich ein Issue ohne das 'ready'-Label beanspruchen?
Nein, die Phasen-Gate-Validierung erfordert das 'ready'-Label. Dies stellt sicher, dass nur genehmigte Arbeit in den Workflow eintritt.
Wofür ist die Gedächtnisbank-Synchronisation?
Es aktualisiert die SERENA activeContext.md-Datei, um alle aktiven Arbeiten zu verfolgen, was Session-Kontinuität über Claude-Neustarts hinweg ermöglicht.
Wie verhindert atomarer Anspruch Konflikte?
Der Anspruchsvorgang ist atomar auf GitHub-API-Ebene - wenn zwei Agenten gleichzeitig beanspruchen, erhält einer einen Zuweisungskonflikt-Fehler.
Was ist, wenn die SERENA-Sync-Einstellung deaktiviert ist?
Die Automatisierung überspringt den Gedächtnisbank-Aktualisierungsschritt und schließt den Anspruchsprozess dennoch ab. Dies wird durch die .claude/ghe.local.md-Konfiguration gesteuert.

Détails du développeur

Structure de fichiers

📄 SKILL.md