MCP HubMCP Hub
Volver a habilidades

generate-status-report

pjt222
Actualizado 2 days ago
4 vistas
17
2
17
Ver en GitHub
Metadata

Acerca de

Esta Habilidad de Claude genera automáticamente un informe de estado del proyecto leyendo artefactos como el acta constitutiva y el backlog para calcular métricas e identificar obstáculos. Resume el progreso utilizando indicadores RAG para el cronograma, alcance, presupuesto y calidad. Úsela al final de un sprint, antes de reuniones de gobierno o cuando surja un nuevo riesgo.

Instalación rápida

Claude Code

Recomendado
Principal
npx skills add pjt222/agent-almanac -a claude-code
Comando PluginAlternativo
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativo
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/generate-status-report

Copia y pega este comando en Claude Code para instalar esta habilidad

Documentación

Generate a Project Status Report

Periodic status: read artifacts → metrics → summary (accomplishments, blockers, next) → RAG health (sched/scope/budget/quality).

Use When

  • End of sprint/period (wk/bi-wk/mo)
  • Stakeholder health req
  • Pre steering/governance meeting
  • Health change (new blocker/risk)
  • Checkpoint vs charter milestones

In

  • Required: period (start, end)
  • Required: ≥1 artifact (BACKLOG.md, SPRINT-PLAN.md, WBS.md, PROJECT-CHARTER.md)
  • Optional: prior reports (trend)
  • Optional: budget/resource data
  • Optional: risk register updates

Do

Step 1: Read artifacts

Scan proj dir:

  • PROJECT-CHARTER.md — milestones, success criteria
  • BACKLOG.md — item counts, burn-down
  • SPRINT-PLAN.md — goal, committed, task done
  • WBS.md — work pkg %
  • Prior STATUS-REPORT-*.md — trend

Adapt to what exists.

→ ≥1 read, key metrics extracted.

If err: no artifacts → can't generate. Create charter/backlog first via draft-project-charter or manage-backlog.

Step 2: Metrics

Agile (BACKLOG.md / SPRINT-PLAN.md):

  • Velocity: pts this sprint
  • Completion: done/committed
  • Burn-down: remaining vs prev
  • Cycle time: avg days In Progress → Done

Classic (WBS.md):

  • % complete: pkgs done / total
  • Schedule variance: planned vs actual
  • Effort variance: est vs consumed
## Metrics
| Metric | Value | Previous | Trend |
|--------|-------|----------|-------|
| Velocity | [N] pts | [N] pts | ↑/↓/→ |
| Sprint Completion | [N]% | [N]% | ↑/↓/→ |
| Backlog Remaining | [N] pts | [N] pts | ↓ (good) |
| Schedule Variance | [+/-N days] | [+/-N days] | |

→ 3-5 metrics w/ prev comparison.

If err: no historical (first) → omit prev + trend cols. Incomplete → note gaps + track action items.

Step 3: Blockers, risks, issues

## Blockers & Risks
| ID | Type | Description | Severity | Owner | Status | Action Required |
|----|------|------------|----------|-------|--------|----------------|
| R-001 | Risk | [Description] | High | [Name] | Open | [Action] |
| B-001 | Blocker | [Description] | Critical | [Name] | Active | [Action by date] |
| I-001 | Issue | [Description] | Medium | [Name] | Investigating | [Action] |

Cross-ref charter risk register. Flag new.

→ All blockers + top risks w/ owners + actions.

If err: no blockers → explicit "No active blockers", don't leave empty. No owner → escalate to PM.

Step 4: Accomplishments + next plan

## Accomplishments (This Period)
- [Completed item/milestone with evidence]
- [Completed item/milestone with evidence]
- [Completed item/milestone with evidence]

## Planned (Next Period)
- [Planned item/milestone with target]
- [Planned item/milestone with target]
- [Planned item/milestone with target]

→ 3-5 accomplishments w/ evidence, 3-5 planned.

If err: no accomplishments → reason (blocked, replanning, unavail). Next unclear → "Planning session scheduled for [date]".

Step 5: RAG + write

DimensionGreenAmberRed
ScheduleOn track or ahead1-2 weeks behind>2 weeks behind or milestone missed
ScopeNo uncontrolled changesMinor scope adjustmentsScope creep affecting deliverables
BudgetWithin 5% of plan5-15% over plan>15% over plan or untracked
QualityTests pass, criteria metMinor quality issuesCritical defects or acceptance failures

Write:

# Status Report: [Project Name]
## Report Date: [YYYY-MM-DD]
## Reporting Period: [Start] to [End]
## Document ID: SR-[PROJECT]-[YYYY-MM-DD]

### Overall Health
| Dimension | Status | Notes |
|-----------|--------|-------|
| Schedule | 🟢/🟡/🔴 | [One-line explanation] |
| Scope | 🟢/🟡/🔴 | [One-line explanation] |
| Budget | 🟢/🟡/🔴 | [One-line explanation] |
| Quality | 🟢/🟡/🔴 | [One-line explanation] |

### Executive Summary
[2-3 sentences: overall status, key achievement, biggest risk]

### Metrics
[From Step 2]

### Accomplishments
[From Step 4]

### Blockers & Risks
[From Step 3]

### Planned Next Period
[From Step 4]

### Decisions Needed
- [Decision 1 — needed by date, from whom]

---
*Report prepared by: [Name/Agent]*

Save STATUS-REPORT-[YYYY-MM-DD].md.

→ Complete report w/ RAG + metrics + narrative.

If err: insufficient for RAG → ⚪ (Grey) "insufficient data" + list data needed next report.

Check

  • Report file created, date-stamped
  • RAG all 4 dims w/ justify
  • ≥3 metrics from artifacts
  • Blockers section present (even "No active")
  • Accomplishments w/ evidence
  • Next plan
  • Exec summary 2-3 sentences
  • Every blocker/risk has owner + action + deadline

Traps

  • No data: evidence-based. Every claim → artifact/metric.
  • All green always: no evidence = not honest. Challenge green.
  • Blocker w/o owner: no owner → not resolved.
  • Metric w/o context: "Velocity=18" meaningless alone. Always prev/target.
  • Too long: 2 min scan. 1-2 pages.
  • Missing decisions: explicit w/ deadlines.
  • Stale data: verify artifact dates match period.
  • Missing trends: first-time OK, later must compare.

  • draft-project-charter — milestones + success criteria
  • manage-backlog — backlog metrics feed report
  • plan-sprint — sprint results: velocity + completion
  • create-work-breakdown-structure — WBS % drives classic metrics
  • conduct-retrospective — report data feeds retro

Repositorio GitHub

pjt222/agent-almanac
Ruta: i18n/caveman-ultra/skills/generate-status-report
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Habilidades relacionadas

content-collections

Meta

Esta habilidad proporciona una configuración probada en producción para Content Collections, una herramienta centrada en TypeScript que transforma archivos Markdown/MDX en colecciones de datos con tipado seguro mediante validación Zod. Úsala al construir blogs, sitios de documentación o aplicaciones Vite + React con mucho contenido para garantizar seguridad de tipos y validación automática de contenido. Abarca todo, desde la configuración del plugin de Vite y compilación MDX hasta la optimización de despliegue y validación de esquemas.

Ver habilidad

polymarket

Meta

Esta habilidad permite a los desarrolladores crear aplicaciones con la plataforma de mercados de predicción Polymarket, incluyendo la integración de API para operaciones y datos de mercado. También proporciona transmisión de datos en tiempo real a través de WebSocket para monitorear operaciones en vivo y actividad del mercado. Úsela para implementar estrategias de trading o crear herramientas que procesen actualizaciones de mercado en tiempo real.

Ver habilidad

creating-opencode-plugins

Meta

Esta habilidad ayuda a los desarrolladores a crear complementos de OpenCode que se conectan a más de 25 tipos de eventos, como comandos, archivos y operaciones LSP. Proporciona la estructura del complemento, las especificaciones de la API de eventos y los patrones de implementación para módulos en JavaScript/TypeScript. Úsala cuando necesites interceptar, monitorear o extender el ciclo de vida del asistente de IA de OpenCode con lógica personalizada basada en eventos.

Ver habilidad

sglang

Meta

SGLang es un framework de alto rendimiento para el servicio de LLM que se especializa en generación rápida y estructurada para JSON, expresiones regulares y flujos de trabajo de agentes utilizando su caché de prefijos RadixAttention. Ofrece una inferencia significativamente más rápida, especialmente para tareas con prefijos repetidos, lo que lo hace ideal para salidas complejas y estructuradas, y conversaciones multiturno. Elige SGLang sobre alternativas como vLLM cuando necesites decodificación restringida o estés construyendo aplicaciones con uso extensivo de prefijos compartidos.

Ver habilidad