Write an Architecture Decision Record (ADR) document for a technical decision. Use when documenting a technical choice, architectural decision, or design decision.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
무료GitHub에 공개
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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기포함된 파일(1)
- SKILL.md1.9 KB
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.
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
같은 저장소의 스킬
REST API design conventions for this codebase. Use when writing or reviewing API endpoints, route definitions, response formatting, or client code that calls the API.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Create a git branch named after a GitHub issue.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트
Draft a CHANGELOG.md entry for the current changes in Keep a Changelog format. Use when releasing, tagging a version, or updating CHANGELOG.md.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
davila7/claude-with-skills132026년 5월 15일 업데이트