Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
athola avatar

Friction Detector

  • 70 installs
  • 325 repo stars
  • Updated August 2, 2026
  • athola/claude-night-market

Friction-detector is an agent skill that detects execution friction and graduates recurring patterns into durable agent guidance—usable whenever a solo builder needs to retrospective an agent session before t

About

Friction-detector is an agent skill for solo and indie builders who run Claude Code (or similar) daily and want mistakes to stop repeating across sessions. It defines a friction-to-learning pipeline: detect weighted signals during execution—such as when you override the same tool call twice, deny unexpected permissions, or loop on the same action—and track them so recurring patterns can graduate into permanent project guidance instead of living only in scattered chat or LEARNINGS.md. Invoke it for session retrospectives, when you notice recurring agent mistakes, or when you want a disciplined alternative to manually running aggregate-logs after every sprint. The skill is methodology-first: it does not replace your app code review; it improves how the coding agent behaves on your repo over time. Pair it with your existing memory files and night-market gauntlet workflows when tribal knowledge and automated friction reports should feed the same long-term playbook.

  • Weighted friction signal taxonomy: repeated corrections, command failures, permission denials, re-reads, retry loops
  • Structured promotion path from ephemeral session signals toward durable CLAUDE.md rules (complements LEARNINGS.md)
  • Research-backed pipeline inspired by hook-based friction storage, self-improving-agent graduation tiers, and ACE-style p
  • Trigger phrases include session retrospective, learning pipeline, pattern graduation, and friction report
  • Bridges automatic detection with optional manual aggregation via `/abstract:aggregate-logs` when you still want batch re

Friction Detector by the numbers

  • 70 all-time installs (skills.sh)
  • Ranked #5,726 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/athola/claude-night-market --skill friction-detector

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs70
repo stars325
Security audit3 / 3 scanners passed
Last updatedAugust 2, 2026
Repositoryathola/claude-night-market

What it does

Automatically spot recurring agent-session friction (retries, overrides, denials) and promote durable patterns into CLAUDE.md-style rules instead of manual log aggregation.

Who is it for?

Best when you're running long Claude Code sessions on a fixed repo and want systematic retrospectives and rule graduation without only relying on `/abstract:aggregate-logs`.

Skip if: One-off tasks with no ongoing agent workflow, or teams that already forbid automated writes to CLAUDE.md and only want human-authored policy with no session telemetry.

When should I use this skill?

friction, friction detection, session retrospective, learning pipeline, recurring mistakes, pattern graduation, friction report

What you get

You get a structured friction report and promotion path toward CLAUDE.md-style rules so the next session starts with stronger defaults instead of another manual log scrape.

  • Friction signal classification and session-weighted tracking
  • Friction report suitable for retrospective review
  • Promotion-ready patterns toward permanent guidance rules

By the numbers

  • Five friction signal types with High/Medium/Low weights in the taxonomy table
  • Research anchor: ACE framework cited at +10.6% on agent tasks from evolving playbooks

Files

SKILL.mdMarkdownGitHub ↗

Friction-to-Learning Pipeline

Detect friction signals during agent execution, track them across sessions, and graduate recurring patterns into permanent guidance. Bridges the gap between ephemeral session friction and durable CLAUDE.md rules.

Research backing: Claude Coach (hook-based friction detection with SQLite storage), alirezarezvani's self-improving-agent (three-tier MEMORY to CLAUDE.md graduation), and the ACE framework (arXiv: evolving playbooks from execution feedback, +10.6% on agent tasks).

Current gap: LEARNINGS.md exists but requires manual aggregation via /abstract:aggregate-logs. This skill adds automatic friction detection and a structured promotion path.

Friction Signal Types

SignalDetection MethodWeight
Repeated correctionsUser overrides same tool call 2+ times in sessionHigh
Command failuresExit code != 0 patterns (same command type fails repeatedly)Medium
Permission denialsUser denies tool call, indicating unexpected behaviorHigh
Re-readsSame file read 3+ times in session (lost context)Low
Retry loopsSame action attempted 3+ times with variationsMedium
User frustrationExplicit negative feedback or correction languageHigh

Weight scoring: High = 3, Medium = 2, Low = 1 points per occurrence. Weighted score determines graduation velocity.

Three-Tier Storage Graduation

Tier 1: Friction Log (ephemeral, per-session)
  Location: ~/.claude/friction/sessions/{date}-{id}.json
  Retention: 30 days, then pruned
  Threshold: 1 occurrence, logged, no action

Tier 2: Pattern Candidate (persistent, LEARNINGS.md)
  Location: ~/.claude/skills/LEARNINGS.md (friction section)
  Threshold: 3+ occurrences across 2+ sessions
  Action: flagged for review in next friction report

Tier 3: Graduated Rule (CLAUDE.md or skill update)
  Threshold: reviewed + user-approved
  Action: permanent guidance added to project/user config
  Constraint: NEVER auto-modify CLAUDE.md

Graduation Formula

graduation_score = (weighted_count * recency_factor) / sessions_seen

recency_factor:
  last 7 days  = 1.0
  8-14 days    = 0.7
  15-30 days   = 0.4
  31+ days     = 0.1

Tier 2 threshold: graduation_score >= 6.0
Tier 3 proposal:  graduation_score >= 12.0

Detection Workflow

Run at session end, at 80% context usage (via conserve:clear-context), or after failed improvement cycles (when metacognitive-self-mod detects regression).

Step 1: Scan Session for Signals

For each friction indicator found, wrap it in the shared session-capture envelope (ADR-0011) so downstream readers can ingest friction signals and trace-capture entries through one parser:

{
  "schema_version": "session-capture/1",
  "session_id": "2026-04-14-abc12345",
  "timestamp": "2026-04-14T10:23:00Z",
  "source": "friction-detector",
  "payload": {
    "signal_type": "retry_loop",
    "description": "rg command failed 3x, fell back to grep",
    "context": "searching for pattern in node_modules",
    "weight": "medium"
  }
}

Legacy files written before envelope adoption are read as `session-capture/0 (entire file treated as the payload). See docs/adr/0011-session-capture-envelope.md` for the contract and migration path.

Step 2: Compare Against Existing Log

FRICTION_DIR=~/.claude/friction/sessions
mkdir -p "$FRICTION_DIR"

# Count prior occurrences of similar signals
if command -v rg &>/dev/null; then
  rg -c "$SIGNAL_TYPE" "$FRICTION_DIR"/*.json 2>/dev/null || echo "0"
else
  grep -rc "$SIGNAL_TYPE" "$FRICTION_DIR"/*.json 2>/dev/null || echo "0"
fi

Step 3: Calculate Graduation Score

Aggregate across session logs: sum weighted occurrences, apply recency decay, divide by session count, compare against tier thresholds.

Step 4: Propose Graduations

Tier 2 crossing: append to LEARNINGS.md friction section. Tier 3 crossing: present proposal with evidence to user, wait for explicit approval before any modification.

Step 5: Store Results

Write session log to ~/.claude/friction/sessions/{date}-{session_id}.json and update ~/.claude/friction/index.json.

Anti-Noise Rules

Ignore these signals:

1. One-off failures: transient network/CI errors (unless they recur 3+ times) 2. User-initiated exploration: deliberate experimentation is not agent error 3. Already-graduated patterns: covered by existing CLAUDE.md rules or skill instructions 4. External tool failures: MCP server crashes and similar tool bugs unrelated to agent behavior

Decay factor: signals older than 30 days contribute only 10% of their original weight (see graduation formula recency_factor).

Friction Report Format

## Friction Report: Session {date}

### New Signals (Tier 1)
- [RETRY] `rg` command failed 3x, fell back to `grep`
- [RE-READ] Read SKILL.md 4 times (lost file structure context)

### Recurring Patterns (Tier 2 candidates)
- [CORRECTION] User corrected file path format 4x across 3 sessions
  Score: 8.4 (threshold: 6.0)
  Candidate: Add path format guidance to CLAUDE.md

### Graduation Proposals (Tier 3)
- [RULE] "Always use absolute paths in Read tool"
  Evidence: 7 corrections across 5 sessions
  Score: 14.2 (threshold: 12.0)
  Action: Approve / Reject / Defer

### Noise Filtered
- 2 transient network timeouts (ignored)
- 1 user-initiated deep exploration (ignored)

Integration

Feeds into: LEARNINGS.md (Tier 2 patterns, same format as /abstract:aggregate-logs), skill-improver (priority scoring), and metacognitive-self-mod (pipeline effectiveness).

Consumes from: session transcripts, aggregate_learnings_daily hook data, and the performance tracker for trend correlation.

When NOT to Use

  • Single isolated failures (wait for recurrence)
  • Skill authoring (use abstract:skill-authoring)
  • Routine log aggregation (use /abstract:aggregate-logs)

Related

  • abstract:metacognitive-self-mod: improvement analysis
  • abstract:skills-eval: evaluation criteria
  • /abstract:aggregate-logs: manual LEARNINGS.md generation
  • conserve:clear-context: triggers friction scan at 80%

Exit Criteria

  • [ ] Session friction report produced in "Friction Report Format"

with at least one section (New Signals, Recurring Patterns, or Graduation Proposals) populated

  • [ ] Each signal written as JSON to

~/.claude/friction/sessions/{date}-{session_id}.json via the session-capture/1 schema

  • [ ] Patterns with graduation_score >= 12.0 generate a Tier 3

proposal; skill does not auto-modify CLAUDE.md

  • [ ] Noise signals (network failures, user exploration) appear in

"Noise Filtered" and are excluded from graduation scoring

Related skills

How it compares

Use instead of ad-hoc “remember this” chat reminders when you need weighted signal types and a deliberate friction-to-rules pipeline.

FAQ

Who is friction-detector for?

Developers who use agentic coding daily on a single codebase and want session friction turned into durable guidance, especially in Claude Night Market–style setups with LEARNINGS.md and gauntlet knowledge.

When should I use friction-detector?

After dense agent sessions (build integrations, ship review fixes, operate on prod bugs), when you see repeated overrides or retry loops, for explicit session retrospectives, or when promoting patterns from the learning pipeline into CLAUDE.md rules.

Is friction-detector safe to install?

Treat it like any skill that may read session patterns and write learning artifacts: review the Security Audits panel on this Prism page and confirm what files it touches (LEARNINGS.md, CLAUDE.md, logs) before enabling in sensitive repos.

AI & Agent Buildingagentsautomation

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.