plugins/justfile/skills/justfile-style/SKILL.md
Style guidelines for justfile recipe documentation. Use when writing or editing justfiles to ensure consistent and concise documentation.
npx skillsauth add motlin/claude-code-plugins justfile-styleInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill provides best practices for writing justfile recipe documentation comments.
For very short justfile recipes, change the doc comment string to be the entire command instead of a descriptive phrase.
❌ Before:
# Install dependencies
[group('setup')]
install:
npm install
✅ After:
# npm install
[group('setup')]
install:
npm install
For simple, single-command recipes, the command itself is often more informative than a descriptive phrase. This approach:
Keep descriptive doc comments for:
# Set up development environment
[group('setup')]
dev-setup:
npm install
cp .env.example .env
just db-migrate
# Generate API documentation
[group('docs')]
gen-docs:
#!/usr/bin/env bash
set -euo pipefail
# ... multiple lines of bash script
# Build production bundle with optimizations
[group('build')]
build-prod:
webpack --mode production --config webpack.prod.js --optimization-minimize --output-path dist/
In these cases, a descriptive comment provides more value than repeating the complex command.
tools
This skill should be used after completing any task, before returning control to the user. Always run this skill — it handles the case where there's nothing to do.
development
Commit message format and git workflow rules. ALWAYS use this skill for every git commit — no exceptions — and whenever rewording an existing commit message.
tools
CLI guidelines. Use whenever using the Bash tool, which is almost always. Also use when you see "command not found: __zoxide_z" errors.
tools
Maven CLI invocation patterns. Use whenever running `mvn` commands in Java/Maven projects. Covers when `-am` is required, why `-o` (offline) mode hides bugs in multi-worktree setups, and how to verify compile/test cleanly without trusting stale `~/.m2` artifacts.