← ClaudeAtlas

agent-assetslisted

Audit the agentic infrastructure committed to a repo — reusable commands, autonomous workflows, vendored documentation, and tool or MCP configuration — and propose what to add, consolidate, or retire. Use when the same prompt is being retyped across sessions, when agent workflows exist but nobody can tell whether they ran or what they did, when orientation files have gone stale or contradict the code, when agents repeatedly fetch the same external docs, or when planning to move work from interactive prompting to scheduled autonomous runs. Also use for requests like "what should be a slash command", "review our .claude directory", "why do our agent workflows keep silently failing", or "audit our AGENTS.md".
arndvs/ctrlshft · ★ 0 · AI & Automation · score 64
Install: claude install-skill arndvs/ctrlshft
# Agent assets audit Everything an agent needs that isn't application code: the reusable commands, the scheduled workflows, the vendored reference material, the tool configuration, the orientation files. These accumulate without anyone owning them, drift out of sync with the code, and fail quietly. The question throughout: **is the knowledge that makes agents effective here committed and current, or is it in someone's terminal history?** A prompt that works but gets retyped each time is not an asset. Neither is a workflow that runs nightly and produces nothing anyone reads. Related skills: `agent-navigability` covers whether the code is legible, `agent-testability` whether work can be verified, `logging-audit` whether runtime output is usable. This one covers the scaffolding around all three. --- ## Step 1: Inventory what's there Look for these, and note their absence as readily as their contents: - `.claude/commands/`, `.cursor/rules/`, or equivalent reusable prompts - `CLAUDE.md`, `AGENTS.md`, and any subsystem-level equivalents - Vendored documentation — `ai_docs/`, `docs/vendor/` - Agent workflows in CI, and the scripts they call - MCP or tool configuration, and whether it's committed or per-developer - Committed plans or specs, and whether the code reflects them Then the check that finds the most: **open each one and ask whether it still describes this repo.** Stale assets are worse than missing ones — they produce confident wrong work, and they survive because n