Agent Config Cleanup Audit

Generated: 2026-05-30 Skill: $investigate Scope: root CLAUDE.md, root AGENTS.md, and the provision-agentic-config generated blocks/source.

Strategy Used

General repo investigation. I compared the live root agent files, the repo-local global/codex/provision-agentic-config and global/claude/provision-agentic-config skills, the installed Codex ~/.codex/skills/provision-agentic-config skill, supporting generator scripts, and recent git history/blame. No implementation changes were made to CLAUDE.md, AGENTS.md, or the provisioner templates.

Executive Verdict

Yes, there is meaningful material that can move out of root agent files and down into skills or skill-adjacent bundled convention files.

The root files should keep only instructions that must apply before a skill is available, before a skill is loaded, or across every agent task. Skill-invocation behavior, skill authoring rules, durable-output page rules, and route handoff conventions should mostly live with skills and their generators.

Recommended cleanup target:

User Claims Validated

Claim: We can push some AGENTS.md / CLAUDE.md content down to skills.

Verdict: confirmed, with boundaries.

Evidence:

Inference:

Prompt history, skill versioning, alignment-page construction, and skill handoff conventions are skill-runtime or skill-authoring concerns. They do not need to be expanded inside the always-loaded root prompt once they are bundled beside the skills that need them.

Claim: The provisioned block itself should be audited, not just the current root files.

Verdict: confirmed.

Evidence:

Inference:

The live root files, repo-local provisioner templates, and installed Codex provisioner are not all describing the same generated artifact. Any cleanup should first choose the canonical source of truth and then refresh the installed skill.

Evidence Matrix

Claim Evidence Inference Confidence Decision impact
Prompt history belongs with skill invocation, not root global policy.AGENTS.md:54-61, CLAUDE.md:55-62, global/codex/provision-agentic-config/SKILL.md:88-95 and :192-199 all scope it to skill invocation.It can move into a shared skill runtime contract, or be injected into each SKILL.md that should log prompts.HighApprove moving this out of the root block after all skill invocation paths preserve the pre-work logging requirement.
Skill versioning is skill-authoring policy.AGENTS.md:63-70, CLAUDE.md:64-71, and docs/skill-versioning.md describe only SKILL.md, archives, changelogs, and validation scripts.This belongs in skill-creator, targeted-skill-builder, create-local-skill, and docs.HighStrong cleanup candidate.
Alignment-page details are already designed to be bundled per skill.AGENTS.md:72-75 says the convention is bundled per skill; CLAUDE.md:119-161 holds the canonical block; scripts/upgrade-alignment-page.mjs:24-52 propagates it.The full canonical template can move from CLAUDE.md into a generator-owned source file, with root reduced to a short pointer or removed.HighBiggest line-count reduction, but requires updating the generator source path.
Shared shipping and cross-pack routing are skill handoff conventions.CLAUDE.md:163-174 applies only when a skill says "Follow the shared shipping contract convention" or recommends another skill.Bundle or inline these into skills that need them; root only needs global mutation posture.Medium-highGood cleanup candidate, but update all skills that currently reference CLAUDE.md.
Missing-skill fallback must stay partly global.AGENTS.md:43-53, CLAUDE.md:43-53; this applies when the requested skill is absent or not visible.It must be available before a missing skill can load, but it can be compressed and made data-driven.HighKeep a concise root fallback. Move hardcoded pack examples into pack metadata or scripts/pack.sh which.
Windows/WSL browser-opening guidance can mostly move down.Root AGENTS.md:94-119, CLAUDE.md:90-115; alignment convention also requires browser-open attempts at CLAUDE.md:160.The detailed fallback is mostly relevant to HTML/alignment/report skills. A short root pointer may be enough.MediumMove details into alignment/report/open-file helper docs; keep only if root agents often open arbitrary files.
Root/provisioner drift exists.Root files are v0.5, but repo-local provisioner v0.5 generated blocks lack root Skill Versioning and Alignment Page Convention; installed Codex provisioner is v0.3.Rerunning or syncing provisioners could unexpectedly remove root-only sections or compare against stale installed templates.HighResolve drift before deleting or relocating content.
The workflow.md source note is stale or at least unverifiable in this repo.Root notes say Source: workflow.md; find . -maxdepth 4 -path '*/workflow.md' -print found no workflow.md.The note should point to the actual canonical provisioner or a real source file.HighSmall cleanup candidate outside the main block.

Keep In Root

These instructions should stay in CLAUDE.md / AGENTS.md, though most can be shorter:

  1. Plan threshold and replanning behavior.
  1. Agent-specific subagent policy.
  1. Self-improvement on user correction.
  1. Verification standard.
  1. Core mutation posture.
  1. Missing-skill fallback, in compressed form.

Push Down To Skills Or Skill-Adjacent Files

1. Prompt History

Current root footprint:

Recommended destination:

Why:

The rule only activates after a skill is invoked. Keeping the full seven-bullet policy in root adds always-loaded context for a skill-runtime behavior.

Risk:

It must remain visible before substantive skill work. If moved into skill-local files, every invoked skill must load that local convention before work begins.

2. Skill Versioning

Current root footprint:

Recommended destination:

Why:

Most tasks do not create or modify skills. This is high-value but narrow policy.

3. Alignment Page Convention

Current root footprint:

Recommended destination:

Why:

The current setup already says the convention is bundled per skill, but the canonical source remains inside CLAUDE.md, making the root file a generator source file and an agent instruction file at the same time.

Risk:

The generator must be updated before the CLAUDE block is removed. Otherwise scripts/upgrade-alignment-page.mjs will fail.

4. Shared Shipping Contract Template

Current root footprint:

Recommended destination:

Why:

The detailed handoff/output routing rule is a skill completion convention, not a global root behavior. Root should not be the dependency for every skill-local shipping stub.

Risk:

Existing skills reference CLAUDE.md; those references need to change as a set.

5. Cross-Pack Routing

Current root footprint:

Recommended destination:

Why:

This applies only at skill handoff time. It does not need to be always-loaded except as part of a skill's final response contract.

6. Windows/WSL File Opening

Current root footprint:

Recommended destination:

Why:

The detailed PowerShell fallback is operationally useful but only in a narrow environment and mainly for HTML report/alignment outputs. It is not core workflow policy.

7. Hardcoded Project Pack Example

Current root footprint:

Recommended destination:

Why:

Root files should not need to know that benchmark-test-skill lives under a particular pack path. That is exactly the kind of lookup the pack tooling should answer.

Drift And Cleanliness Findings

Finding 1: Root v0.5 blocks are not identical to repo-local v0.5 provisioner blocks.

Impact:

The root files have sections that current repo-local provisioner templates do not generate. A rerun of provision-agentic-config could strip those root-only sections, while the version marker would not communicate that difference.

Evidence:

Recommendation:

Before implementing cleanup, decide whether the provisioner should generate the extra sections, omit them, or move them elsewhere. Then make root and templates match.

Finding 2: Installed Codex provisioner is stale.

Impact:

The active Codex skill registry can disagree with the repo-local source and root v0.5 files.

Evidence:

Recommendation:

After deciding on cleanup, refresh installed global skills so the active Codex registry sees the current provisioner.

Finding 3: workflow.md source note does not resolve locally.

Impact:

The note claims a source that is not present in the repo scan. This weakens provenance and adds confusion during audits.

Evidence:

Recommendation:

Either add the real canonical workflow.md, or update the note to name the actual source, such as global/codex/provision-agentic-config/SKILL.md and global/claude/provision-agentic-config/SKILL.md.

Finding 4: Report-only work still triggers tracked mutations.

Impact:

The combination of prompt-history logging, alignment-page output, and default shipping rules makes even "report-only" skill invocations create tracked files and potentially require commit/push. That is heavy for an audit request.

Evidence:

Recommendation:

Add a clearer report-only artifact policy in the skill runtime contract: report artifacts are allowed, but implementation targets remain untouched. If report artifacts should still ship, say so explicitly in the skill; if not, allow a local-only report mode.

Proposed Minimal Root Shape

This is not implementation text. It is the target content model:

  1. Global Workflow
  1. Repo Mutation Policy
  1. Skill Resolution
  1. Task Records

Everything else should be skill-local, generator-local, or documentation-local.

  1. Canonical-source cleanup:
  1. Skill-runtime contract cleanup:
  1. Provisioner cleanup:
  1. Root cleanup:
  1. Refresh installed skills:
  1. Verification:

Recommendation

Approve a cleanup, but do it as a staged refactor of instruction ownership, not a direct deletion pass.

Highest-confidence moves:

Lower-confidence or conditional moves: