Examples

Summarize a git repository's recent changes and write them to a Markdown file. Use it when asked for a «change summary», «quick changelog», «what changed in the repo», or to dump git state to a file. Parameters: the repository and the output path.From its SKILL.md

Install

npx -y skills add Arakiss/galdr --skill examples

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
runs commandsInstructs the agent to run 3 commands, including `git -C <REPO> status --short` and 2 more.

SKILL.md

1.9 KB, 423 tokens by cl100k_base, as published. Nobody here has run it

galdr-demo — git change summary to a file

Collects a git repository's status and latest commits and dumps them as a readable Markdown summary. Distilled with galdr from a real recording.

Goal

Given a git repository, produce a short Markdown file describing what changed: the uncommitted working tree (status) and the latest commits (log). It serves as a quick change note without opening the repo.

Parameters

REPO — path to the git repository. Defaults to the current working directory.
OUT — path of the output Markdown file.
N — number of commits to include (5 in the recording).

Procedure

Working tree status: git -C <REPO> status --short. If the output is empty, there are no uncommitted changes; note that in the summary.
Latest commits: git -C <REPO> log --oneline -<N>.

Write the summary to <OUT> in this shape:

# Recent changes

## Uncommitted
<status output, or "(clean tree)">

## Latest N commits
<log output>

Verify: read <OUT> and check it has content (it did not come out empty).

Success criteria

Both git commands exit with code 0. If <REPO> is not a git repo, both fail: abort with a clear message.
<OUT> exists and contains the two sections with real repo data.

Robustness

Precondition: <REPO> must be a git repository. Check it with git -C <REPO> rev-parse before steps 1-2.
If log fails because the repo has no commits yet, write "(no commits yet)" in that section instead of aborting.
Do not include absolute paths with sensitive data if you are going to share the summary.