skills/tidy/SKILL.md
Clean up completed plans in docs/arc/plans/. Archives or deletes finished plans. Use when asked to "clean up plans", "tidy the docs", "archive old plans", or after completing implementation to remove stale planning documents.
npx skillsauth add howells/arc tidyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
<tool_restrictions>
AskUserQuestion — Preserve the one-question-at-a-time interaction pattern for every question, including plan disposition and commit confirmation. In Claude Code, use the tool. In Codex, ask one concise plain-text question at a time unless a structured question tool is actually available in the current mode. Keep context before the question to 2-3 sentences max, and do not narrate missing tools or fallbacks to the user.
</tool_restrictions>Clean up the docs/arc/plans/ folder by analyzing which plans have been implemented. Archive what's done, keep what matters.
--quick): Only show implemented plans ready to archiveUse Glob tool: docs/arc/plans/*.md
Fallback: docs/plans/*.md
Handle empty states:
docs/arc/plans/: "No plans folder found. Nothing to tidy!"Preview:
Let me tidy up your plans folder...
Found [N] plans in docs/arc/plans/
For each plan file:
1. Parse metadata from filename:
YYYY-MM-DD prefix-design.md or -implementation.md suffix2. Extract signals from plan content:
3. Check implementation status:
Use Glob tool: Check if planned files exist (use paths from plan)
Use Bash for git history:
git log --after="YYYY-MM-DD" --oneline -- [file-paths]
Use Grep tool: Pattern identifier in [file-paths] — check for key identifiers
4. Determine status:
| Condition | Status | |-----------|--------| | 70%+ signals positive | Implemented | | 30-70% signals positive | Partial | | 0 signals positive | Outstanding | | Cannot parse/analyze | Unknown |
Present the plan summary as context, then ask:
## Plan: [Topic] ([YYYY-MM-DD])
[1-3 sentence summary from plan]
**Status:** [status]
**Evidence:**
- [file] exists (planned to create)
- [file] modified after plan date
- [N] commits after plan date
- OR: No activity found on planned files
AskUserQuestion:
question: "What should I do with this plan?"
header: "[Topic]"
options:
- label: "Archive"
description: "Move to docs/arc/archive/"
- label: "Delete"
description: "Remove the file and associated assets"
- label: "Keep"
description: "Leave in place"
- label: "Skip"
description: "Decide later"
Wait for user response before proceeding to next plan.
Archive:
mkdir -p docs/arc/archive/
mv docs/arc/plans/[plan].md docs/arc/archive/
# Move associated assets if they exist
mv docs/arc/specs/assets/[topic]/ docs/arc/archive/assets/ 2>/dev/null
Delete:
rm docs/arc/plans/[plan].md
rm -rf docs/arc/specs/assets/[topic]/ 2>/dev/null
Keep/Skip: No action, continue to next plan.
After all plans processed:
## Tidy Complete!
| Action | Count |
|--------|-------|
| Archived | X |
| Deleted | Y |
| Kept | Z |
| Skipped | W |
Your plans folder is now tidy!
Offer to commit:
AskUserQuestion:
question: "Want me to commit these changes?"
header: "Commit"
options:
- label: "Yes, commit"
description: "Stage and commit the tidy changes"
- label: "No, not yet"
description: "Leave changes uncommitted"
If yes:
git add docs/arc/plans/ docs/arc/archive/
git commit -m "docs: tidy up completed plans"
Paired design + implementation:
Plans with assets:
docs/arc/specs/assets/YYYY-MM-DD-topic/Very old plans (>60 days, no activity):
Unparseable plans:
Friendly, unobtrusive:
NOT: overly cute, emoji-heavy, or verbose.
docs/arc/plans/development
Go-live and shareability checklist covering the basics needed to make a project visitable, shareable, and ready for a first real audience. Use when asked to "launch", "go live", "make this shareable", "get this ready to show people", or prepare a project for a public URL.
development
Discover architectural friction and propose structural refactors with competing interface options. Focuses on deepening shallow modules, extracting grouped concerns into packages/modules, breaking up god files, reducing duplication, and improving testability. Use when asked to "improve the architecture", "find refactoring opportunities", "deepen modules", "consolidate coupling", "break up god components", "extract this into a package", "make this more testable", or "find architectural friction".
development
Create, review, or revise a concise project vision document that captures what a project is, who it is for, why it exists, success criteria, constraints, non-goals, and decision principles. Use when starting a new project, clarifying product direction, aligning a codebase for future agent work, defining a north star, or turning a vague idea into docs/vision.md.
tools
Use when starting any conversation - establishes Arc's skill routing, instruction priority, and bootstrap rules