install
source · Clone the upstream repo
git clone https://github.com/ComeOnOliver/skillshub
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/ComeOnOliver/skillshub "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/microsoft/skills/wiki-changelog" ~/.claude/skills/comeonoliver-skillshub-wiki-changelog-c2f96b && rm -rf "$T"
manifest:
skills/microsoft/skills/wiki-changelog/SKILL.mdsource content
Wiki Changelog
Generate structured changelogs from git history.
Source Repository Resolution (MUST DO FIRST)
Before generating any changelog, you MUST determine the source repository context:
- Check for git remote: Run
to detect if a remote existsgit remote get-url origin - Ask the user: "Is this a local-only repository, or do you have a source repository URL (e.g., GitHub, Azure DevOps)?"
- Remote URL provided → store as
, use linked citations for commit hashes and file referencesREPO_URL - Local-only → use plain commit hashes and file references
- Remote URL provided → store as
- Do NOT proceed until source repo context is resolved
When to Activate
- User asks "what changed recently", "generate a changelog", "summarize commits"
- User wants to understand recent development activity
Procedure
- Examine git log (commits, dates, authors, messages)
- Group by time period: daily (last 7 days), weekly (older)
- Classify each commit: Features (🆕), Fixes (🐛), Refactoring (🔄), Docs (📝), Config (🔧), Dependencies (📦), Breaking (⚠️)
- Generate concise user-facing descriptions using project terminology
Constraints
- Focus on user-facing changes
- Merge related commits into coherent descriptions
- Use project terminology from README
- Highlight breaking changes prominently with migration notes
- When
is available, link commit hashes:REPO_URL
and changed files:[abc1234](REPO_URL/commit/abc1234)[file_path](REPO_URL/blob/BRANCH/file_path)