Guide for creating optimized Claude Code agents. Use to design a new specialized agent, a swarm sub-agent, or a multi-agent workflow. Follows the Skill → Agent (preloaded skills) → Skill orchestration pattern.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Safe commit and push workflow. Creates a commit following conventions and pushes. Husky handles verifications (TypeScript, Biome, tests).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Read .claude/roles/senior-dev.md — adopt this profile and follow all its rules.
This skill activates:
/commit)The project uses Husky which automatically runs:
| Hook | Action |
|---|---|
pre-commit | TypeScript check + Biome lint (modified files) |
commit-msg | commitlint (message format) |
pre-push | Vitest tests (modified files since test) |
The project also has PreToolUse hooks that run BEFORE git commands:
| Hook | Action |
|---|---|
protect-main-branch.sh | Blocks commit on master |
pre-commit-gate.sh | Runs tests before commit |
verify-spec-updated.sh | Checks spec has ## Status: implemented |
protect-main-push.sh | Blocks push to master and force push |
BEFORE any commit, run:
yarn verify
If it fails: display errors and STOP. Do not commit until quality gates pass.
If staged files include src/ code:
docs/feature-tracker.md — any feature in implementing status should be updated to implemented## Status: implemented if feature is completegit status --short
If nothing is staged, suggest:
git add <files>
<type>(<scope>): <description>
Allowed types:
| Type | Usage |
|---|---|
feat | New feature |
fix | Bug fix |
docs | Documentation only |
style | Formatting (no code change) |
refactor | Refactoring (no new feature or fix) |
perf | Performance improvement |
test | Adding or fixing tests |
build | Build system changes |
ci | CI/CD changes |
chore | Maintenance, dependencies |
revert | Revert a previous commit |
Rules:
feat(webhook): add GitHub signature validation
fix(review): resolve score calculation overflow
refactor(gateway): extract GitLab API client
test(usecase): add unit tests for track assignment
git commit -m "<type>(<scope>): <description>"
Husky will automatically run:
git push origin <current-branch>
Husky will automatically run tests before pushing.
--force without explicit requestmain or master directly--no-verify unless explicitly requested by the user| Error | Solution |
|---|---|
| TypeScript | Fix type errors |
| Biome | yarn lint:fix to auto-correct |
| commitlint | Reword the commit message |
| Tests (push) | Fix failing tests |
COMMIT
Branch: <branch>
Staged files:
- <file 1>
- <file 2>
Message: <type>(<scope>): <description>
Verifications:
- Husky: TypeScript / Biome / commitlint
Confirm commit? (yes/no)
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Guide for creating optimized Claude Code agents. Use to design a new specialized agent, a swarm sub-agent, or a multi-agent workflow. Follows the Skill → Agent (preloaded skills) → Skill orchestration pattern.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Anti-overengineering guide based on YAGNI. Use before adding an architectural pattern, during code review, or to challenge an overly complex implementation.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Clean Architecture (Uncle Bob) guide for this project. Use when creating modules, entities, use cases, presenters, controllers, gateways, guards, services. Contains tactical patterns and structure conventions.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Audit documentation for duplication, staleness, language issues, and verbosity. Read-only — produces an actionable report.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Local auto-review of modified code (no GitLab/GitHub). Runs 5 sequential audits and generates a local report. Ideal for validating code before creating a MR/PR.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Clean Code (Robert C. Martin) guide to produce and challenge code that is readable, durable, simple, and consistent. Covers naming, functions, comments, smells, and refactor heuristics. Complements `/solid` (SOLID principles) and `/anti-overengineering` (YAGNI/KISS). Activate during the REFACTOR phase of the TDD cycle and during implementation self-review.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.