← ClaudeAtlas

factory-frictionlisted

File harness friction observed in an interactive session — capture only, never implement
watt-mind/factory · ★ 14 · AI & Automation · score 73
Install: claude install-skill watt-mind/factory
# factory-friction The user's accompanying request is this workflow's argument string. Wherever these instructions refer to `$ARGUMENTS`, interpret it as that request. Capture harness friction from an interactive session where no orchestrator transcript exists. Runs dispatched through `runners/run-agent.sh` or `orchestrator/tick.mjs` already write JSONL to `~/.factory/logs/` — `/factory-retro` measures those mechanically via `factory friction`. This command is the **backstop** when you ran `/factory-work`, `/factory-merge`, `/factory-ticket`, `/factory-ship`, or similar **directly** in a harness (Claude, Codex, Pi, Cursor) without `FACTORY_RUN_ID` set. ## 1. When to use - At the end of an interactive factory command session (also invoked inline from those commands' closing step). - Ad hoc when a session was painful and you want it recorded before context is lost. - **Skip** when `FACTORY_RUN_ID` is set — the transcript is the primary sensor; don't duplicate it with memory. ## 2. What qualifies Same bar as `docs/friction-log.md` — only two things: **Repeats or likely repeats.** A tool error you hit twice, a retry loop (same command 3+ times), the same floor violation recovered from more than once in the session (`sleep` waits, unquoted zsh globs, wrong Linear label names, missing `FACTORY_ROOT`). **Per-ticket costs that could be paid once.** The same expensive setup on every ticket in a batch, a harness gap that blocked every subagent (slash command not installed, MCP