on-edit-formatter
Apply code formatting rules after file edits in the source directory. Use when asked to format code or after making changes to source files.
- License 许可
- MIT
- 最近更新
- 2026-05-15
- Stars
- ★ 13
- Forks
- 1
01 前言 Front Matter
- name
- on-edit-formatter
- paths
- [ "src/**", "lib/**" ]
- title
- on-edit-formatter
- description
- Apply code formatting rules after file edits in the source directory. Use when asked to format code or after making changes to source files.
- allowed-tools
- Bash(npx prettier --write *) Bash(npx eslint --fix *)
- user-invocable
- false
02 资源文件 2
- 参考文档references/generic-table-pattern.md15.9 KB
- 参考文档references/security.md2.7 KB
03 SKILL.md 正文
Post-edit formatting
After making any file edit in src/ or lib/, apply formatting automatically. This skill runs as background context — Claude applies these rules after edits without the user needing to ask.
Step 1: Run prettier on the edited file
Run:
npx prettier --write <path-to-edited-file>
Replace <path-to-edited-file> with the actual path of the file that was just edited.
If prettier modifies the file, note what changed (e.g., "Reformatted 3 lines in src/auth/login.ts").
If prettier is not installed or not configured (no .prettierrc, prettier.config.js, or prettier key in package.json), skip this step and note: "prettier not configured in this project."
Step 2: Run eslint --fix on the edited file
Run:
npx eslint --fix <path-to-edited-file>
Replace <path-to-edited-file> with the same path.
If eslint --fix makes changes, note what was fixed.
If eslint reports errors that --fix cannot resolve automatically, list them clearly so the user is aware. Do not hide linting errors.
If eslint is not installed or not configured (no .eslintrc*, eslint.config.*, or eslintConfig key in package.json), skip this step and note: "eslint not configured in this project."
Step 3: Report
Summarize what was done:
- Which file was formatted
- What prettier changed (or that it made no changes)
- What eslint fixed (or that it made no changes)
- Any remaining eslint errors requiring manual attention
If neither tool is installed, report that and do not treat it as an error. The task proceeds normally.
04 同仓库更多 Skills
tag-version
Bump the package version and create an annotated git tag. Accepts a semantic version number (1.2.0) or a bump type (patch, minor, major). Does not push — use the publish skill to push. Use as part of a release workflow.
release
Run the complete release workflow: changelog entry, version bump, git tag, and GitHub release. Invokes changelog-entry, tag-version, and publish in sequence. Use when releasing a new version of the project.
publish
Push the current branch and all tags to origin, then create a GitHub release using the latest tag and its CHANGELOG.md entry. Use after tag-version to complete a release.
changelog-entry
Draft the changelog entry for all unreleased commits in Keep a Changelog format. Groups commits into Added, Changed, Fixed, Removed, and Security. Use before releasing a new version or when updating CHANGELOG.md.
auto-format-on-edit
Automatically format code files after every edit using Prettier and ESLint. Active in the background whenever Claude edits a file. Formatting is silent — no prompts, no output unless a formatter fails. Use when you want consistent formatting enforced automatically during a coding session.
code-quality-audit
Run a comprehensive code quality audit covering security, performance, and maintainability. Use for quarterly audits, pre-release reviews, or when onboarding to a large codebase.