gstack-openclaw-retro

Analyze engineering activity to generate weekly retrospectives with per-author attribution.

Updated May 11, 2026
One-click install
npx skills add https://github.com/cloudofgeorge/AI-hands --skill gstack-openclaw-retro-cloudofgeorge
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack-openclaw-retro
Source: https://github.com/cloudofgeorge/AI-hands/tree/main/skills/gstack/openclaw/skills/gstack-openclaw-retro
Command: npx skills add https://github.com/cloudofgeorge/AI-hands --skill gstack-openclaw-retro-cloudofgeorge

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Analyzes engineering activity and team dynamics to produce a concise, action-oriented weekly retrospective with persistent history and per-person growth signals.

Core Features & Use Cases

  • Team-aware summaries that attribute contributions to each member and surface praise and growth areas.
  • Persistent history across weeks to identify trends in commits, code quality, and velocity.
  • Role-aware guidance with per-person insights and actionable next steps for the team.
  • Use Case: When asked for a weekly retro, generate a narrative that reflects shipped work, collaboration, and opportunities for improvement.

Quick Start

Run the retro for the default 7-day window to generate a weekly engineering retrospective and store it in memory.

Frequently Asked Questions about gstack-openclaw-retro

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate a weekly engineering retrospective from git workflow metrics?

Generate a weekly engineering retrospective by analyzing git workflow metrics to summarize team activity, attribute contributions per author, and surface growth signals. The retrospective produces a narrative reflecting shipped work and collaboration opportunities.

What is a team-aware engineering retrospective?

A team-aware engineering retrospective analyzes weekly engineering activity to attribute contributions to each member, identifying praise and growth areas. It provides role-aware guidance with per-person insights and actionable next steps for the engineering team.

Can I track engineering team metrics across multiple release cycles?

Yes, you can track engineering metrics across multiple release cycles by storing persistent history in memory. This allows you to identify trends in commits, code quality, and velocity across consecutive weekly sprints.

How do I attribute code contributions to individual team members during a sprint review?

Attribute code contributions during a sprint review by analyzing engineering activity data to generate per-author attribution. The retrospective summarizes individual contributions, highlighting specific praise and growth areas for each team member.

Does generating a retrospective require manual data gathering for the engineering team?

No, generating a retrospective satisfies data gathering and historical tracking requirements automatically. It analyzes engineering activity across all contributors within a specified 7-day window to produce an action-oriented summary without manual data collection.

What are the limitations of using automated retrospectives for engineering reviews?

Automated retrospectives focus on a default 7-day window and rely on engineering activity data for insights. They do not replace qualitative human feedback but instead provide persistent historical tracking and per-author attribution to support engineering reviews.