AGENT SKILL

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

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

davila7
davila7/claude-with-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.

★ 13
davila7
davila7/claude-with-skills

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.

★ 13
davila7
davila7/claude-with-skills

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.

★ 13
davila7
davila7/claude-with-skills

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.

★ 13
davila7
davila7/claude-with-skills

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.

★ 13
davila7
davila7/claude-with-skills

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.

开发工程师
★ 13