deprecated/cleaning-atuin-history/SKILL.md
Audit Atuin history for duplicate pressure and high-confidence typo/retry pairs, then prepare fixed-scope deduplication or user-run inspector steps without direct SQLite deletion. This deprecated internal workflow keeps cleanup-typos disabled.
npx skillsauth add narumiruna/agent-skills cleaning-atuin-historyInstall 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.
Audit first. Do not treat a preview, uniqueness estimate, or skill invocation as deletion approval.
atuin info and use the bundled audit before proposing mutation.atuin history dedup mutates the selected history window globally.atuin search --delete deletes every match under active search semantics; do not use it manually for a single row.atuin store push, recomputes and deletes candidates, may drive a TUI, and finishes with atuin sync. Its current interface cannot bind execution to approved candidate IDs or guarantee non-interactive operation.cleanup-typos through this skill. Keep it disabled until it gains a plan-only output plus approved-ID and non-interactive execution checks; its source and recovery artifacts remain historical reference material.now; if candidates, scope, or counts differ from the approved set, stop for renewed approval.Read references/atuin-cli.md when exact dedup, search, or prune semantics matter.
Resolve this skill directory and run the script by absolute path:
uv run python "$SKILL_DIR/scripts/atuin_history_cleanup.py" audit
Use --format json for structured review. Optional scope flags include --db-path, --dupkeep, --before, --typo-window-seconds, and --max-typos.
The audit reads selected history columns, groups duplicates by command/cwd/host, and proposes typo pairs only when session, time, arguments, exit status, frequency, and edit-distance evidence align. Treat its output as candidates, not proof that deletion is wanted.
Resolve the audit's --before value to a fixed cutoff, then run the reported atuin history dedup --dry-run ... and present the exact window, keep count, groups, and potential deletion count. Immediately before applying, repeat the audit and matching dry run with that same fixed cutoff. Run the identical non-dry command only when the results still match the approved scope and loss; otherwise obtain renewed approval.
Present each candidate ID, timestamp, cwd, original, correction, and reason. The supported path is the user-run inspector: give the user the prefix/cwd preview, candidate details, and inspector keys so they can confirm and delete the exact row themselves.
Do not offer or execute the bundled transactional command as an approved automation path. It can run atuin store push, delete a recomputed set, open a TUI, and run atuin sync in one invocation before an agent can verify that the executed plan matches the reviewed IDs.
Stop after the approved cleanup. Re-run the same audit scope and report remaining counts. If diagnosing a historical transactional run, preserve pre_audit.json, plan.json, post_verify.json, and the snapshot path; report remote-sync and recovery status without exposing unrelated history.
development
Score or compare one or more agent skills across trigger clarity, workflow actionability, safety boundaries, verification rigor, incremental knowledge value, and leanness. Use only when the user explicitly asks for ratings, numerical quality scores, rubric-based scorecards, or scored comparisons; use creating-agent-skills for unscored reviews or revisions.
development
Assess or improve an existing codebase's architecture when the user asks about module boundaries, coupling, scattered ownership, testability, change locality, deep modules, seams, or behavior-preserving structural refactoring. Use for cross-module design rather than ordinary diff review or a confirmed edge-case bug fix.
development
Perform read-only security audits, vulnerability assessments, or threat-focused reviews of diffs, pull requests, code paths, or explicitly scoped repositories when security is the primary objective or acceptance criterion. Use reviewing-code for ordinary review with baseline security coverage and hardening-code-paths for fixing confirmed findings.
development
Run iterative multi-reviewer panels over a code diff, verify their findings, apply explicitly authorized fixes, and re-review the updated change until it passes or reaches a stopping condition. Use when the user asks for a panel loop, multi-model code-review consensus, or a review-fix-re-review cycle.