<< All versions

Skill v1.0.4

currentAutomated scan94/100
miaodx/intuitive-flow/intuitive-reduce-entropy

13 files

──Details
PublishedSeptember 25, 2026 at 09:47 PM
Content Hashsha256:3c1a5e07689094a6...
Git SHA8e0084d94a79
Bump Typepatch
Compare with v1.0.3
──Files
Files (1 file, 4.6 KB)
SKILL.md4.6 KBactive
SKILL.md · 108 lines · 4.6 KB

version: "1.0.4" name: intuitive-reduce-entropy description: Find and rank material simplification candidates when the cleanup target or plan risks are unclear.


Intuitive Reduce Entropy

Use this skill to find a bounded set of changes that remove real maintainer or execution friction. Prefer deletion, reuse, and one canonical owner over new workflow, code, test, or documentation surfaces.

Modes

ModeUse whenOutputRedirect when
Repo entropyThe repo feels messy, stale, hard to navigate, or has no known cleanup owner.Ranked maintenance candidates and specialist owners.A concrete seam is already selected; use its specialist or $intuitive-refactor.
Plan entropyAn idea, draft plan, or preflight needs missing decisions, weak assumptions, scope leaks, or proof gaps found.Ranked plan risks and the next planning owner.The contract is already approved; use $intuitive-flow.
Discovery loopThe user asks to continue until meaningful cleanup saturates.Fresh bounded rounds with deduplicated clear, parked, and rejected items.A selected queue is ready for $intuitive-refactor.

Before auditing, state:

text
Selected mode:
Why:
Redirect:
Discovery intensity: <quick scan | selection scan | saturation scan>

Read First

Load only the reference needed for the active pass:

NeedRead
Mode selection, discovery-loop behavior, plan-ledger boundariesDiscovery modes
High-noise summaries, materiality gate, no-change thresholdHigh noise and materiality
Ranking, architecture review, delegation, specialist routingRanking and routing
Candidate packet, user decision gates, handoff and final shapesHandoff and reporting

For broad repo scans, read the repo's thin orientation surface and run the bundled high-noise summary before searching planning archives, logs, generated trees, or other high-noise roots. Deep-read only enough to prove a candidate.

Candidate Gate

Every selected candidate must pass both gates:

  1. Demand sanity: the change deserves to exist now. For additions, explain why

reuse, narrowing, deletion, or documentation cannot achieve the outcome. For removals, show why preserving the surface is stale, misleading, or costly.

  1. Materiality: evidence shows false confidence, live source drift, a stale

reachable surface, real workflow friction, or recurring rediscovery.

Use scripts/materiality-gate.mjs when a deterministic gate helps compare a batch. Scripts provide evidence; they do not override repo facts or a required human decision.

Rank deletion and cleanup candidates in this order:

  1. Stale surfaces with an active replacement.
  2. Compatibility aliases, wrappers, or legacy paths without a live contract.
  3. Duplicate owners for one concept, state envelope, fixture, or rule.
  4. Pass-through modules and tests/docs that keep stale concepts alive.
  5. Bounded source-of-truth or verification drift.

Formatting, line motion, speculative abstraction, and taste are not selected candidates. Park work that needs product direction, public migration approval, credentials, hardware, paid services, or unavailable proof.

Ownership Boundary

  • This skill owns discovery, ranking, evidence, and routing.
  • $intuitive-refactor owns mutation of selected cleanup seams.
  • $intuitive-doc, $intuitive-init, and $intuitive-tests own their

specialist surfaces.

  • $grill-with-docs-batch owns unresolved human/domain decisions.
  • $intuitive-preflight owns the approved execution contract.
  • $intuitive-flow starts only after that contract is approved.

Use the host's approved delegation policy for independent read-only probes. Do not hardcode a host-specific worker surface here; on Codex, follow the shared Codex delegation policy for the native-v2 probe and fallback. Keep the main session responsible for ranking, architecture decisions, and final synthesis.

Stop And Handoff

Stop when a decision-complete ranked packet is ready, or when a saturation pass finds no new material candidate. Do not silently select a subset or begin implementation. If nothing passes, say Selected candidates: none and do not create a gate, commit, or follow-up refactor proposal.

End with:

text
Entropy source:
Discovery intensity:
Recommended packet:
Selected candidates:
Specialist owners:
Evidence and proof commands:
Parked items:
Saturation status:
Recommended next action:
Shortcut:
← v1.0.3All versions