Loading…
Investigate and recover from Git history problems with hypothesis-driven, read-only-first methods: find when/where a bug or change was introduced (bisect, pickaxe, line-history blame), recover lost commits, branches, stashes and dropped work (reflog, fsck), and reason about what gc and expiry will delete. Use when someone asks "who/when/why did this change", "I lost my commits after reset/rebase/force-push", "find the commit that broke X", "recover a deleted branch or dropped stash", or "did this secret ever enter history". Not for everyday branching or merging (use git-workflow, git-merge-conflicts), and history rewriting or secret purges are out of scope until the user explicitly authorizes them.
git-history-forensics is an agent skill entry in ChatHome Skills, sourced from GitHub Skill Search and scored 58/100. # Git History Forensics Git almost never destroys data immediately. Commits that look "lost" are usually unreachable, not deleted, and they stay recoverable unt. As an agent skill, it packages a reusable instruction set that AI coding agents such as Codex and Claude Code can load to perform this task without hand-written glue code. ChatHome Skills discovered this entry through its daily ingest of official registries and GitHub discovery queries, and re-verifies repository facts, freshness signals, and install metadata on every run. The quality score weighs official-registry presence, a working install command, license clarity, GitHub star trajectory, and repository freshness — the full formula is on the Sources page. The install command above is ready to copy. Review the last-pushed date and repository status before adding git-history-forensics to a production agent workflow; the snapshot facts below are point-in-time values from the most recent ingest.
codex skill install MichaelWeissDEV/owl-registryReview the upstream source before running this command.
Scan coverage: Install metadata and the indexed document body.
Automated signals from install metadata and a bounded skill body — not a full code security audit and not a recursive source or dependency review.
# Git History Forensics Git almost never destroys data immediately. Commits that look "lost" are usually unreachable, not deleted, and they stay recoverable until reflog expiry and