[workshop-coverage] Workshop Coverage Status — 2026-10-19
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Documentación
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- github-actions, javascript
- Área
- content, documentation
Línea de trabajo
Review the workshop labs named in the issue, especially Track 3 Lab 6 and Track 2 Labs 2 and 5, then compare the proposed fixes with the current content and the open PRs from issues #392, #414, and #415. The issue says a draft PR already contains overlapping changes, so check its diff before taking anything on; done means the destroy flow is consistent and the listed glossary and skill coverage gaps are addressed without duplicating another PR.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Run: https://github.com/Azure/git-ape/actions/runs/39323030425
Features assessed: 8 agents, 16 skills, 0 core workflows (no refs table populated by inventory this run)
Coverage: 21 / 24 (per inventory grep-proxy; 2 of the "uncovered" signals were false positives on closer reading; git-ape-skills was a genuine new gap)
Gaps found: 7 (2 content-drift bugs, 5 glossary/citation/pointer gaps)
Proposed this run: Draft PR — "Fix destroy-lifecycle content drift and close workshop glossary/skill gaps"
Gaps & proposed work
| Feature | Type | Persona / Track | Action | Status |
|---|---|---|---|---|
| Track 3 Lab 6 destroy flow (internal contradiction: old per-RG flow vs. stack-based flow) | content drift | DevOps/SRE / Track 3 | Merged into one consistent stack-based narrative; removed duplicated steps | In PR |
az group delete anti-pattern in cleanup sections (Track 2 Lab 5, Track 3 Lab 6) |
content drift | Engineer / T2, DevOps / T3 | Replaced with /azure-stack-destroy + explanatory callout |
In PR |
azure-stack-deploy |
skill | Engineer / T2, DevOps / T3 | Glossary entry added (behaviour already lab-covered via @git-ape) |
In PR |
azure-stack-destroy |
skill | Engineer / T2, DevOps / T3 | Glossary entry added | In PR |
azure-requirements-gatherer |
agent | Beginner / T1, Engineer / T2 | Glossary entry added — false positive (covered under display name "Requirements Gatherer") | In PR |
azure-resource-availability |
skill | Beginner / T1 | Named explicitly in Track 1 Lab 2 Step 3 (behaviour already described, skill never named) | In PR |
azure-rest-api-reference |
skill | Engineer / T2 (tentative) | "Going further" citation added in Track 2 Lab 2 | In PR |
git-ape-skills (community skill discovery/install) |
skill | DevOps/SRE / T3 | New gap, newly landed on main 2026-10-09. Glossary entry + grounded pointer in Track 3 Lab 6's existing "Explore more skills" next-step |
In PR |
.github/skills/community/* registry docs |
docs | N/A | No dedicated workshop action — mechanism is the git-ape-skills skill itself, now covered above |
in sync |
Coverage detail
- Scope filter applied: No features were dropped for being off-topic this run — all assessed gaps are first-party Git-Ape agents/skills already within the program's Azure focus. No
aws-*or equivalent out-of-scope skills were present in this inventory. azure-requirements-gatherer: 0 refs by exact slug match in the inventory's coarse grep, but reading Track 1 Lab 2 (lab-02-first-deploy.md), the guided demo script, Track 2 Lab 2, and the Track 2 deck speaker notes confirms it is extensively covered under its display name "Requirements Gatherer." Grep-proxy false positive — closed only the glossary omission, no lab content rewritten.azure-resource-availability: Track 1 Lab 2 Step 3 already fully describes the availability-check behaviour (region, runtime, provider registration, CAF-name uniqueness) but never named the skill. Naming-only fix.azure-rest-api-reference: internal tool the Template Generator agent invokes before writing ARM resource properties — attendees never invoke it directly in any current lab. Added a one-line citation in Track 2 Lab 2's "Going further" section rather than inventing a lab around an internal implementation detail. Persona ambiguity flagged for a human: a future lab could make this attendee-facing (e.g., a callout in Lab 3's security-deep-dive error-recovery flow where an incorrect API version could plausibly cause a real deploy failure) — that is a deliberate scope decision, not inferred from 0 refs alone.azure-stack-deploy/azure-stack-destroy: both had 0 refs by exact skill-slug match, but their behaviour (az stack sub create/az stack sub delete --action-on-unmanage deleteAll) is already taught through@git-ape's deploy/destroy flow in Track 2 Lab 2 and Track 3 Lab 6. Mapped the CLI primitive attendees already see to the skill name that drives it via glossary entries, and used the skill names directly in the corrected destroy-cleanup call sites.git-ape-skills(genuinely new this run): landed onmain2026-10-09 (.github/skills/git-ape-skills/SKILL.md— repository-backed community skill discovery/install). A prior coverage run (#415) deferred this exact mechanism because it "does not exist in the current main tree per direct inspection" — it now does. Verified directly against the SKILL.md source: search is read-only against a bundled registry; install requires explicit per-skill approval, a pinned commit SHA, and only ever installs fromAzure/git-ape. Grounded the workshop mention in Track 3 Lab 6's pre-existing "Explore more skills" bullet (the natural attendee touchpoint at program wrap-up) plus a glossary entry — did not invent a dedicated lab since the feature is a thin discovery/install utility, not a deployment workflow with enough surface area to justify 10-20 minutes of lab time.- Prior unresolved content drift (previously reported in issues
#392/#414/#415): the destroy-lifecycle contradiction andaz group deleteanti-pattern were still live onmainas of this run (both older PRs are open but unmerged) — re-verified against current lab content before re-applying the same fixes in this PR.
Recommended next steps
- Merge the linked draft PR to apply the destroy-lifecycle contradiction fix and close the glossary/skill gaps.
- Reconcile with the still-open PRs from issues
#392/#414: this run's PR covers the same two content-drift bugs (re-verified fresh against currentmain) plus the newgit-ape-skillscoverage those earlier runs could not include. A human should pick one PR to merge and close the others to avoid duplicate/conflicting diffs. - Human decision needed: should
azure-rest-api-referenceget a dedicated attendee-facing callout in Track 2 Lab 3's security-deep-dive error-recovery flow, or remain citation-only? No action taken pending guidance. - No action needed on
.github/skills/community/*— the registry mechanism is now the same thing asgit-ape-skills, covered above.
Generated by Workshop Content Auto-Updater · copilot · auto · 144.4 AIC · ⌖ 18.7 AIC · ⊞ 12K · ◷
- Lenguaje dominante
- JavaScript
- Estrellas
- 273
- Forks
- 49
- Merge medio
- 2 d 12 h
- PR fusionados (30 d)
- 28
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Azure/git-ape
-
daily-status repo-status report
Dificultad 1/5 Menos de una hora Aptitud para principiantes 15/100
Los mantenedores suelen responder en 2 días
-
[workshop-update] Fix destroy-lifecycle content drift and close workshop glossary/skill gapsAbiertoagentic-workflows workshop workshop-sync
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 2 días
-
agentic-workflows
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
Los mantenedores suelen responder en 2 días
-
agentic-workflows
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 2 días
-
feat: Native Intent → Execution → Evidence foundation with optional ISEE governancePosiblemente ocupada @suuus la tomó hace 13 días. AbiertoAI-evals documentation feature
Azure/git-ape#400 · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de Azure/git-ape
Issues similares
-
task
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
TAMULib/fw-registry#550 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
-
NWCWalletService.subscribe: response is never published if the handler finishes after unsubscribe (regression in 8.1.0)Posiblemente ocupada @ajaysehwal la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
bigskysoftware/htmx#4151 ·
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100