Agent skill

friction-retrospective

Scan delivery artefacts for friction log entries, detect recurring patterns, and produce retrospective reports. Invoked by Discovery Agent (never by Delivery) to identify systemic improvement opportunities from friction captured during delivery.

Stars 123
Forks 27

Install this agent skill to your Project

npx add-skill https://github.com/Fr-e-d/GAAI-framework/tree/main/.gaai/core/skills/cross/friction-retrospective

Metadata

Additional technical details for this skill

id
SKILL-FRICTION-RETROSPECTIVE-001
track
cross-cutting
author
gaai-framework
status
experimental
version
1.0
category
cross
updated at
1772323200

SKILL.md

Friction Retrospective

Purpose / When to Activate

Activate to aggregate and analyze friction captured during delivery. This skill reads ## Friction Log sections from delivery artefacts and detects patterns that warrant promotion to durable memory (conventions, decisions, rule updates).

Recommended triggers (conventions, not rules):

  • Per-Epic: when an Epic is marked done
  • Monthly: alongside memory-refresh
  • Incident: if a single Story generates 3+ friction events

Constraint: Only the Discovery Agent may invoke this skill. Delivery agents capture friction; Discovery analyzes it.


Process

  1. Scope resolution — determine which artefacts to scan:

    • If epic filter: scan artefacts matching {epic_id}S*
    • If date_range filter: scan artefacts within date range (from frontmatter created_at)
    • If type filter: scan all artefacts but only extract entries matching the specified friction type
    • If no filter: scan all artefacts (full retrospective)
  2. Friction extraction — for each artefact containing a ## Friction Log:

    • Parse the table rows
    • Tag each entry with: Story ID (from filename), date (from frontmatter), artefact type (impl-report / qa-report / micro-delivery-report)
  3. Pattern detection — analyze extracted entries:

    • Group by type (ac-ambiguity, missing-context, tool-failure, etc.)
    • Count frequency per type
    • Identify thematic clusters within each type (e.g., multiple missing-context about the same domain)
    • Flag all entries with signal: high
    • Flag types with frequency ≥ 3
  4. Classify promotion candidates — for entries meeting promotion threshold:

    • signal: high → automatic promotion candidate (CAND-XXX)
    • frequency ≥ 3 for same type+theme → promotion candidate
    • Map each candidate to its promotion target (see Promotion Path below)
  5. Produce the report — structured in 4 sections:

    • Pattern Summary: type distribution, top themes, overall friction density
    • High-Signal Events (CAND-XXX): each candidate with evidence, proposed promotion target, and recommended action
    • Low-Signal Events: grouped by type, listed for awareness
    • Retrospective Notes: observations, cross-cutting themes, questions for human review
  6. Write or return — if scope is named (epic or date range), write to contexts/artefacts/retrospectives/{scope}.retro.md; otherwise return inline


Promotion Path

Friction type Promotion target Destination file
missing-context (pattern) New coding pattern patterns/conventions.md
missing-context (decision) New decision decisions/DEC-{ID}.md
ac-ambiguity (recurring) Story template or Discovery rule orchestration.rules.md or _template.story.md
pattern-gap New code pattern patterns/conventions.md
rule-conflict Rule clarification orchestration.rules.md
tool-failure (systemic) Ops note or infra decision ops/platform.md or new DEC
retry-loop (≥3 same domain) QA pattern patterns/conventions.md

Important: This skill identifies candidates and recommends actions. Actual promotion to memory is performed by the Discovery Agent using memory-ingest — never automatically by this skill.


Outputs

  • Retrospective report with pattern analysis
  • Promotion candidates (CAND-XXX) with evidence and recommended targets
  • Friction density metrics (events per Story, per type)

Quality Checks

  • Every CAND-XXX has at least 2 supporting evidence entries (or 1 with signal: high)
  • Promotion targets are specific (file path + section), not vague
  • Low-signal events are listed but never promoted
  • Report does not contain implementation fixes — only identifies what to fix and where

Non-Goals

This skill must NOT:

  • Write to memory directly (it produces candidates; Discovery promotes)
  • Modify rules, conventions, or decisions
  • Re-run or remediate delivery — it is purely analytical
  • Assign blame to agents or sub-agents

Expand your agent's capabilities with these related and highly-rated skills.

Fr-e-d/GAAI-framework

ci-watch-and-fix

Watch GitHub Actions CI after PR creation, detect failures, extract logs, apply minimal fixes, and re-push — keeping the delivery session alive until CI resolves or escalating after 3 cycles. Activate immediately after gh pr create and before marking the story done.

123 27
Explore
Fr-e-d/GAAI-framework

qa-review

Validate that implemented code fully satisfies Story acceptance criteria, respects rules, and introduces no regressions. This is the hard quality gate — no pass means no delivery. Activate after implementation is complete.

123 27
Explore
Fr-e-d/GAAI-framework

compose-team

Assemble the context bundles for each sub-agent based on evaluate-story output. Produces spawn-ready packages for Planning, Implementation, QA, or MicroDelivery sub-agents. Activate after evaluate-story, before spawning any sub-agent.

123 27
Explore
Fr-e-d/GAAI-framework

coordinate-handoffs

Validate sub-agent handoff artefacts, sequence phase transitions, and manage retry and escalation logic. Activate after each sub-agent terminates to determine next action.

123 27
Explore
Fr-e-d/GAAI-framework

implement

Generate correct, minimal, maintainable code that satisfies a validated Story's acceptance criteria against an execution plan. Activate when a Story is validated, a plan exists, and all prerequisites are unambiguous.

123 27
Explore
Fr-e-d/GAAI-framework

delivery-high-level-plan

Transform validated Stories into a clear, minimal, governed execution plan. Used by the Planning Sub-Agent as the first planning pass before prepare-execution-plan for Tier 2/3, or as the sole planning output for simple Stories.

123 27
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results