Fable sweep

Skill rhein1/fable5-codex/plugins/fable5-codex/skills/fable-sweep

OpenAI Codex plugin for evidence-first code review, audits, fact checks, run contracts, and bounded subagent workflows.

Install

npx -y skills add rhein1/fable5-codex --skill fable-sweep

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Repo-wide implementation workflow for renames, migrations, consistency updates, generated-surface sync, docs/tests updates, and cross-cutting cleanup. Use when the user asks for a Fable-5 sweep, broad rename, consistency pass, migration, or "find every place and update it" task.

SKILL.md

3.1 KB, as published. Nobody here has run it

Fable Sweep

Perform broad changes with discovery first and scoped edits second. Do not mutate unrelated worktree changes.

For ECF-style governed runs, use ../../references/ecf-run-contract.md. For large sweeps, use real Codex subagents when the runtime exposes a subagent tool and the user has not opted out; treat repo-wide renames, migrations, consistency passes, generated-surface syncs, docs/tests syncs, and "find every place" tasks as large by default. Otherwise run single-agent multi-lens and say why no subagents were used when workflow trace is requested.

For large or high-risk Fable tasks, recommend running the parent task on gpt-5.6-sol with Ultra (model_reasoning_effort = "ultra") when available. Ultra may delegate proactively, but still explicitly request parallel delegation for disjoint Fable lenses when the runtime supports subagents; otherwise use single-agent multi-lens and report the reason.

Workflow

Restate the target change and authority boundaries.
Declare the ECF run mode when the user asks for ECF, subagents, or a receipt. Use multi-agent only when real subagents will be spawned.
Read repo instructions and identify generated, public, config, docs, tests, and serialized surfaces that may need updates.
Build a complete hit list using fast search first:
- rg for identifiers, strings, docs, config, tests, migrations, snapshots, and generated files
- language-aware search or AST tools when available and useful
- import/caller lookup for behavior changes
Classify hits:
- must edit
- must preserve for compatibility
- generated or external
- uncertain
Make scoped edits only after the discovery map is clear. Preserve existing style and local helper APIs.
Run targeted validation. Include tests, lint, type checks, snapshot regeneration, or schema validation when relevant.
Report changed files, preserved compatibility points, validation, and remaining uncertain areas.

Evidence Safety

Never print raw secrets, tokens, private keys, wallet keys, credential files, or .env values. Redact secret-like values and cite only the file/path/key name needed to explain the issue.

Safety

Stop and ask before irreversible changes, external publishing, deploys, credential mutation, wallet spend, trust-state mutation, or destructive cleanup. For normal code edits, proceed when the user asked for implementation.

For write-enabled parallel sweeps, assign each worker a disjoint write scope and tell workers they are not alone in the codebase. The main agent owns final integration, conflict resolution, validation, staging, commits, pushes, and external side effects.

When requested, include a compact Workflow Trace with mode, ECF contract status, lenses covered, spawned agents or no-subagent reason, verification method, and coverage gaps.