Agent skill

Factory Lookback

by BuilderIO in BuilderIO/skills

Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes.

MITAuto-check passed

Install Factory Lookback

skills CLI
$ npx skills add BuilderIO/skills --skill factory-lookback -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install BuilderIO/skills factory-lookback --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/BuilderIO/skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/factory-lookback .claude/skills/factory-lookback && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
factory-lookback
GitHub stars
4.5k
Token cost
~1k tokens
SKILL.md length
541 words
Files
1
Skills in repo
25
Repo updated
First seen
Licence
MIT

At a glance

Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes.

  • Works in 4 steps: Confirm the configured sources, scope,… → Enumerate the full configured range,… → Include relevant feedback, analytics or… → …
  • Requested cross-source lookbacks
  • SKILL.md covers Build a bounded evidence set, Find the systemic cause, Change and verify and Report
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Factory Lookback is an agent skill from BuilderIO/skills. Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes. Use for periodic or requested cross-source lookbacks, not routine single-item intake.

Its SKILL.md is about 1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

The licence is MIT.

When your agent uses it

  • Requested cross-source lookbacks
  • Not routine single-item intake

Example prompts

  • “/factory-lookback”

Workflow steps

4 steps, taken from the first numbered list in SKILL.md.

  1. Confirm the configured sources, scope, time window, comparison period, and
  2. Enumerate the full configured range, follow every page or cursor, and record
  3. Include relevant feedback, analytics or telemetry, runtime errors,
  4. Cluster records by underlying symptom and affected boundary, not wording

What it can do on your machine

Read from SKILL.md and the folder at commit 530d9ee. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Factory Lookback loads about 1k tokens when it runs. Until then it costs about 57 tokens; SKILL.md has 541 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~57
When it runs · the whole SKILL.md, loaded when a task matches
~1k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from BuilderIO/skills at commit 530d9ee, republished under its MIT licence (© BuilderIO). 541 words, ~1,018 tokens.

Download SKILL.mdSave it as .claude/skills/factory-lookback/SKILL.md (or your agent's skills folder).
name
factory-lookback
description
Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes. Use for periodic or requested cross-source lookbacks, not routine single-item intake.
installer-group
factory

Factory Lookback

Read .agent-factory/config.yaml and apply the optional skill_prompts.factory-lookback entry as additional project guidance. Use this workflow when asked to look back across a bounded period or when an enabled workflows.lookback automation runs. Its purpose is to find patterns that normal item-by-item flows keep missing or fixing only temporarily.

Build a bounded evidence set

  1. Confirm the configured sources, scope, time window, comparison period, and output policy before querying. Use only connected sources the host can read.
  2. Enumerate the full configured range, follow every page or cursor, and record source filters, dates, counts, and unavailable or truncated sources. Do not report a complete lookback when coverage is partial.
  3. Include relevant feedback, analytics or telemetry, runtime errors, recurring CI or review failures, repeated recovery attempts, replies to earlier information requests, and prior fixes marked shipped or verified when those records are available.
  4. Cluster records by underlying symptom and affected boundary, not wording alone. Keep event counts, affected users or sessions, time range, versions, and distinct source links separate; do not infer identity or impact from unstable identifiers.

Find the systemic cause

For each recurring cluster, trace representative reports to their original source and inspect prior dispositions, commits, tests, and release evidence. Check whether the symptom recurred after a claimed fix, appeared through a sibling caller, or escaped because the normal workflow lacked a signal, owner, verification step, or recovery path.

For a report previously held for more information, inspect the full source thread for new replies. Re-triage the original report with the new details and check whether the normal fix flow now has enough evidence to proceed. Keep the item open when the answer is still incomplete; do not treat a reply as a fix or as permission for another action.

Reproduce a representative current case when possible. Trace related callers and surfaces to the shared boundary that can explain the evidence. Prefer one verified correction at that boundary over a pile of caller-specific patches. Separate confirmed causes from hypotheses, and state what evidence would disprove each proposed explanation.

Show full SKILL.md (200 more words)Show less

Change and verify

Use workflows.lookback.implement to decide whether to recommend only, prepare a fix, or publish an authorized change. A recurring pattern is evidence for investigation, not automatic permission to edit code or take an external action. Keep reply, issue closure, PR approval, merge, deployment, and notification under their own configured policies.

When implementation is allowed, make the smallest systemic fix that addresses the confirmed cause. Add or update a regression check at the boundary, exercise the representative failure and relevant sibling paths, and inspect the same signals again after the fix. A test, merge, or “fixed” label alone does not prove that the live recurrence stopped.

Report

For each pattern, report:

  • the source links, date range, query coverage, counts, and impact evidence;
  • prior fixes or dispositions and whether the symptom returned;
  • information requests, answers received, and whether they changed the evidence or next step;
  • confirmed cause, alternatives still uncertain, and the shared boundary;
  • recommended or completed systemic change, regression proof, and remaining rollout or live-verification work;
  • independent reply, close, publish, approval, merge, deployment, and notify decisions, plus any exact human decision required.

Do not treat unavailable telemetry or an incomplete history as evidence that a pattern does not exist.

© BuilderIO, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in skills/factory-lookback of BuilderIO/skills.

Open the folder on GitHubat commit 530d9ee

Compare with similar skills

Factory Lookback next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Factory Lookback compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Factory Lookback this skillBuilderIO/skills4.5k—~1kAutomated safety check: PassMIT
OmniRoute Audit and Policy CLIdiegosouzapw/OmniRoute74k—~733Automated safety check: PassMIT
Feedbackcodewhale-hq/Codewhale41k—~272Automated safety check: PassMIT
Production Auditaffaan-m/ECC274k1 repos~1.9kAutomated safety check: PassMIT
Aims Auditalirezarezvani/claude-skills28k—~1.3kAutomated safety check: PassMIT
Geo Auditsickn33/agentic-awesome-skills47k1 repos~3.4kAutomated safety check: NotesMIT

Similar skills

  • OmniRoute Audit and Policy CLI

    diegosouzapw/OmniRoute

    Command reference for omniroute's audit, logs, policy and telemetry commands: search and export audit trails, manage access policies and review request history for compliance work.

    74k GitHub stars~733 tokensUpdated today
    SecurityAuto-check passed
  • Feedback

    codewhale-hq/Codewhale

    Report a Codewhale bug or idea as a GitHub issue. An agent skill from codewhale-hq/Codewhale.

    41k GitHub stars~272 tokensUpdated today
    Auto-check passed
  • Production Audit

    affaan-m/ECC

    Local-evidence production readiness audit for shipped apps, pre-launch reviews, post-merge checks, and "what breaks in prod?" questions without sending repo data to an external audit service.

    274k GitHub starsUsed in 1 repo~1.9k tokens
    Product & Project ManagementAuto-check passed
  • Aims Audit

    alirezarezvani/claude-skills

    /cs:aims-audit <scope — ISO/IEC 42001 AIMS internal-audit 6-question forcing interrogation.

    28k GitHub stars~1.3k tokensUpdated 1 mo ago
    Legal & ComplianceAuto-check passed
  • Geo Audit

    sickn33/agentic-awesome-skills

    Full website GEO+SEO audit with parallel subagent delegation.

    47k GitHub starsUsed in 1 repo~3.4k tokens
    Marketing & SEOAuto-check: notes
  • Audit Preparation

    sickn33/agentic-awesome-skills

    Audit preparation register: required document, period covered, request and receipt dates, preparer and reviewer, auditor queries and adjustments.

    47k GitHub starsUsed in 1 repo~5.3k tokens
    Legal & ComplianceAuto-check passed

More from BuilderIO/skills

All 25 skills in this repo
  • Agent Watchdog

    BuilderIO/skills

    A skill your agent uses when asked to watch, babysit, audit, review, compare, or fix another agent's work from a Codex session ID, Claude Code session/transcript, chat/thread link, PR, branch, log…

    4.5k GitHub stars~2k tokensUpdated today
    Auto-check passed
  • Plan Arbiter

    BuilderIO/skills

    A skill your agent uses when asked to compare, cross-review, merge, judge, choose, or arbitrate competing plans from multiple agents such as Codex and Claude Code; when given two or more proposed…

    4.5k GitHub stars~1k tokensUpdated today
    Auto-check passed
  • Plow Ahead

    BuilderIO/skills

    A skill your agent uses when the user explicitly wants autonomous progress without routine clarification stops: "plow ahead", "do not stop", "use your best judgment", "keep going until done"…

    4.5k GitHub stars~973 tokensUpdated today
    Auto-check passed
  • Read The Damn Docs

    BuilderIO/skills

    A skill your agent uses when implementing, integrating, upgrading, debugging, or answering anything involving third-party APIs, libraries, frameworks, CLIs, cloud services, model/provider SDKs…

    4.5k GitHub stars~1.8k tokensUpdated today
    Auto-check passed
  • Stay Within Limits

    BuilderIO/skills

    A skill your agent uses when long-running or parallel agent work must respect 5-hour and weekly usage limits by checking usage between waves, pausing near the cap, and resuming only when the window…

    4.5k GitHub stars~857 tokensUpdated today
    Auto-check passed
  • Efficient Fable

    BuilderIO/skills

    A skill your agent uses when running Claude Fable on codebase-heavy or token-heavy work and the user wants Fable to orchestrate research, coding, and testing while cheaper subagents do bounded heavy…

    4.5k GitHub stars~996 tokensUpdated today
    Auto-check passed

Questions about Factory Lookback

What does Factory Lookback do?

Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes. Factory Lookback is an agent skill from BuilderIO/skills. Experimental workflow for auditing recurring feedback, telemetry, errors, and brittle delivery paths to find systemic fixes.

When should I use Factory Lookback?

Factory Lookback fits situations like: requested cross-source lookbacks; not routine single-item intake.

How do I install Factory Lookback in Claude Code?

Run `npx skills add BuilderIO/skills --skill factory-lookback -a claude-code`. Or copy the skill folder (skills/factory-lookback in BuilderIO/skills) into .claude/skills/factory-lookback in your project. Claude Code loads it when a task matches its description.

How do I install Factory Lookback in Codex?

Run `npx skills add BuilderIO/skills --skill factory-lookback -a codex`. Or copy the skill folder (skills/factory-lookback in BuilderIO/skills) into .agents/skills/factory-lookback in your project. Codex loads it when a task matches its description.

Can I use Factory Lookback in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add BuilderIO/skills --skill factory-lookback -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/factory-lookback, .gemini/skills/factory-lookback, .github/skills/factory-lookback and .opencode/skills/factory-lookback in your project.

What does Factory Lookback need to run?

SKILL.md names no scripts, command-line tools or credentials: Factory Lookback is instructions for the agent only.

Does Factory Lookback access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Factory Lookback safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Factory Lookback use?

Factory Lookback is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Factory Lookback use?

About 1k tokens (SKILL.md is roughly 4.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Factory Lookback?

Skills that share tags, products or a category with Factory Lookback: OmniRoute Audit and Policy CLI (diegosouzapw/OmniRoute, 74k stars), Feedback (codewhale-hq/Codewhale, 41k stars), Production Audit (affaan-m/ECC, 274k stars) and Aims Audit (alirezarezvani/claude-skills, 28k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Factory Lookback?

BuilderIO (a GitHub organization) maintains it in BuilderIO/skills, which has 4,528 GitHub stars. The repository holds 25 skills in this directory. The repository was last updated on October 7, 2026.

Source: BuilderIO/skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.