Doc readme
Three goblins in a trenchcoat pretending to be a senior developer. Claude Code config shaped by ADHD, friction, and spite.
npx -y skills add JasonWarrenUK/goblin-mode --skill doc-readmeAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 5 stars5 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.
What its author says it does
Copied from the file, not written here
{{ ƔƔƔ }} Create or update a README — project root or any directory
SKILL.md
2.5 KB, as published. Nobody here has run it
README create/update
Replaces the former doc-readme-create / doc-readme-create-sub / doc-readme-update trio: $mode picks the verb, $target picks the directory (project root when empty). If $mode is empty, infer it: README exists at the target → update; absent → create. Say which you inferred.
Mode: create
- Confirm the target directory exists; stop and report if not.
- Analyse it: purpose, contents, structure, key modules, build system, existing docs. For a sub-directory, read the surrounding context too (parent README, siblings, project docs) to place it in the codebase.
- Fill the matching skeleton —
~/.claude/library/templates/readme-root.mdfor the project root,readme-sub.mdfor a sub-directory. Each {{ slot }} describes its content; drop sections that do not apply, never invent content to fill one. - Include actual paths and commands, not placeholders. Match the style of existing project READMEs. Keep it proportional: a README is an overview, not full docs.
- Show the draft and stop for approval before writing. Back up an existing README first if one is present.
Mode: update
-
Resolve the README (
$target/README.md, default./README.md). If it does not exist, say so and offer create mode instead. -
Read it for structure and style, then gather what changed in one command:
"$HOME"/.claude/library/scripts/git-doc-history.sh $target/README.md $targetIt prints the commits, file changes and diff stat since the README was last touched — analyse that dump rather than running exploratory git calls.
-
Identify what needs updating: outdated descriptions, undocumented additions, removed content to clean up, structural changes.
-
Generate targeted updates preserving the existing structure and style; show a diff; apply on approval.
-
If the changes are minor, say so — don't invent updates for the sake of it. Prefer surgical edits over rewrites; don't remove content unless genuinely obsolete.