repository-history
SolidReconstruct why tracked code exists from read-only Git history. Trace files, symbols, or lines through introducing commits or pull requests, rationale, reverts, renames, authorship, co-change clues, and issues.
Install
Quality Score: 80/100
Skill Content
Details
- Author
- fmind
- Repository
- fmind/dotfiles
- Created
- 4 months ago
- Last Updated
- yesterday
- Language
- Go
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
investigating-repository-history
Investigate GitHub repository history before risky code changes using git blame/log, GitHub PRs, review comments, squash/rebase/cherry-pick/rename heuristics, and cited evidence. Use when asking why code exists, whether a change is safe, what PR introduced behavior, or before editing API, compatibility, security, concurrency, persistence, migration, or performance-sensitive code.
history-to-skill
Convert a GitHub repository or local git checkout into a grounded maintenance skill by mining completed pull requests, closed issues, commits, CI configuration, contribution docs, and architecture files. Use when a user wants an agent to learn how a codebase is actually built, tested, reviewed, released, or repaired from repository evidence.
git-master
MUST USE whenever a task needs a commit or git-history investigation. Covers atomic commits, staging, commit-message style, rebase, squash, fixup/autosquash, blame, bisect, reflog, git log -S/-G, and questions like who wrote this or when was this added. Do not use for ordinary code edits unless the user asks for git work.