Compétences github-elements-tracking
📦

github-elements-tracking

Sûr ⚡ Contient des scripts📁 Accès au système de fichiers

Отслеживание работы между сессиями

ИИ-агенты теряют контекст, когда разговоры заканчиваются. Этот навык использует GitHub Issues как постоянную память, которая сохраняется при исчерпании контекста и обеспечивает бесшовное сотрудничество между несколькими сессиями.

Prend en charge: Claude Codex Code(CC)
📊 71 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 "github-elements-tracking". Начать отслеживание функции: Модуль аутентификации пользователя

Résultat attendu:

  • Создана задача #201: [DEV] Модуль аутентификации пользователя
  • Помечено метками: phase:dev, priority:high, epic:auth-system
  • Создано рабочее дерево: ../ghe-worktrees/issue-201/
  • Ветка: issue-201
  • Начальная контрольная точка опубликована в цепочке

Utilisation de "github-elements-tracking". Опубликовать контрольную точку: Завершена реализация JWT

Résultat attendu:

  • Контрольная точка опубликована в задаче #201:
  • ├── Завершено: Генерация и валидация JWT токенов
  • ├── Завершено: Хеширование паролей с bcrypt
  • ├── Завершено: Эндпоинт входа
  • └── Далее: Промежуточное ПО для управления сессиями

Utilisation de "github-elements-tracking". Восстановление после потери контекста в задаче #201

Résultat attendu:

  • Статус задачи #201: Этап DEV (открыта)
  • Последняя контрольная точка: Реализация JWT завершена
  • Текущее рабочее дерево: ../ghe-worktrees/issue-201/ (здорово)
  • Ветка: issue-201
  • Готов продолжить: Промежуточное ПО для управления сессиями

Audit de sécurité

Sûr
v6 • 1/23/2026

This skill contains documentation and agent playbooks only. Static findings are false positives triggered by documentation examples of shell commands and git operations. No executable code with security implications. The skill provides workflow guidance for using GitHub Issues as persistent memory.

12
Fichiers analysés
10,750
Lignes analysées
2
résultats
6
Total des audits

Facteurs de risque

⚡ Contient des scripts (1)
SKILL.md:1-2592
📁 Accès au système de fichiers (1)
SKILL.md:450-470
Audité par: claude Voir l’historique des audits →

Score de qualité

50
Architecture
100
Maintenabilité
87
Contenu
19
Communauté
100
Sécurité
78
Conformité aux spécifications

Ce que vous pouvez construire

Возобновление прерванной работы

После исчерпания контекста восстановите полное состояние работы, прочитав цепочку GitHub Issue, чтобы понять, что было сделано и что осталось.

Координация команды агентов

Несколько ИИ-агентов сотрудничают над одной функцией, публикуя в одной и той же цепочке GitHub Issue, при этом каждый агент отвечает за разный этап.

Сохранение больших документов

Храните документы, превышающие лимиты GitHub, используя SERENA MCP банк памяти, с ссылками в цепочке GitHub Issue.

Essayez ces prompts

Начать отслеживание новой функции 
Я хочу начать работу над [описание функции]. Используйте навык github-elements-tracking для настройки отслеживания. Создайте соответствующую структуру цепочки GitHub Issue и инициализируйте ��тслеживание.
Опубликовать контрольную точку 
Я только что завершил [описание этапа]. Опубликуйте контрольную точку в текущей цепочке GitHub Issue, документируя, что было достигнуто и какие следующие шаги. Включите соответствующие изменения кода или результаты тестов.
Восстановление после потери контекста 
Я потерял контекст. Используя навык github-elements-tracking, проанализируйте текущую цепочку GitHub Issue, чтобы понять, над какой задачей я работал, на каком она этапе, какова была последняя контрольная точка и что нужно сделать дальше.
Координация передачи между агентами 
Я - [текущий агент], передаю [следующему агенту] задачу #[номер]. Используя github-elements-tracking, создайте комплексный документ передачи, который включает: текущее состояние, выполненную работу, ожидающие пункты и специфичные для этапа требования для принимающего агента.

Bonnes pratiques

  • Публикуйте контрольные точки при значимых изменениях состояния, а не временных интервалах, для обеспечения полной документации прогресса работы
  • Строго используйте поэтапный рабочий процесс: DEV → TEST → REVIEW → завершено, с возвратом в DEV при провале REVIEW
  • Интегрируйтесь с SERENA MCP для контекста уровня проекта, который переживает жизненный цикл отдельной задачи

Éviter

  • Пропуск публикации контрольных точек после завершения значительной работы - это разрывает цепочку постоянной памяти
  • Открытие нескольких цепочек для одной функции - каждый этап должен иметь ровно одну цепочку задач
  • Возврат после провала REVIEW в TEST вместо DEV - TEST не пишет тесты, только запускает их

Foire aux questions

Чем это отличается от обычных GitHub Issues?
Этот навык предоставляет структурированные протоколы использования GitHub Issues как памяти ИИ. Он определяет поэтапные рабочие процессы, форматы контрольных точек и процедуры передачи между агентами, которые превращают простые задачи в постоянную, навигируемую историю работы.
Что происходит при исчерпании контекста?
Когда контекст исчерпан, любая новая сессия Claude может прочитать цепочку GitHub Issue для восстановления полного состояния работы. Последняя контрольная точка, все предыдущие контрольные точки и комментарии к задаче обеспечивают полную преемственность контекста.
Нужны ли мне другие навыки GHE для использования?
Этот навык предоставляет основные концепции и протоколы отслеживания. Для конкретных операций, таких как получение задач, проверка статуса или переход между этапами, используйте связанные навыки: ghe-claim, ghe-status, ghe-transition, ghe-checkpoint.
Как несколько агентов сотрудничают над одной задачей?
Агенты публикуют в одной и той же цепочке GitHub Issue, при этом каждый агент идентифицируется по имени и аватару. Цепочка служит общим пространством памяти. Разные агенты обрабатывают разные этапы: Hephaestus (DEV), Artemis (TEST), Hera (REVIEW).
Какие три этапа?
Этап DEV предназначен для разработки и написания тестов. Этап TEST предназначен только для запуска тестов и исправления ошибок. Этап REVIEW предназначен для оценки качества и вердиктов пройдено/не пройдено. Этапы должны следовать строгому порядку: DEV → TEST → REVIEW → (повторить или завершить).
Как работает интеграция с SERENA MCP?
SERENA MCP хранит большие документы, превышающие лимиты GitHub. Навык поддерживает ссылки в цепочке GitHub Issue, в то время как фактическое содержимое находится в банке памяти SERENA. Это позволяет отслеживать большие документы без фрагментации истории задачи.

Détails du développeur

Auteur

Emasoft

Licence

MIT

Dépôt

https://github.com/Emasoft/ghe-marketplace/tree/main/plugins/ghe/skills/github-elements-tracking

Réf

main

Structure de fichiers

📁 references/

📁 templates/

📄 issue-comment-format.md

📄 P1-task-agent-playbook.md

📄 P10-bug-triage-protocol.md

📄 P2-epic-coordinator-playbook.md

📄 P3-review-agent-playbook.md

📄 P4-compaction-recovery-walkthrough.md

📄 P5-multi-instance-protocol.md

📄 P6-enforcement-setup.md

📄 P7-validation-checklist.md

📄 P8-complete-lifecycle-example.md

📄 P9-test-agent-playbook.md

📄 SKILL.md