메뉴
Create a well-structured git commit following project conventions. Analyzes staged and unstaged changes, drafts a detailed commit message with What/Why/Details sections, and commits. Auto-detects task ID format from git history.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Generate and run check artifacts for a spec. Self-sufficient: MCP preflight, 2-agent generation, автоматически по всем Requirements, auto state transition.
Реализовать задачи из tasks.md текущего change'а с встроенной L1/L2/L3 верификацией. Читает test-plan.md как контекст. Обновляет .sdd-state.yaml на каждом подшаге. Обновляет openspec/specs/index.yaml для новых capabilities (только при verify-ok).
Update dev: namespace to latest version from awesome-claude. Checks dependencies and updates them if needed.
Bug fixer: traces root cause via /tracing (analysis only), then fixes via /tdd (test-first implementation). Combines incident analysis with TDD-driven repair. Use when: something is broken, a feature doesn't work, or a bug needs fixing.
Initialize a DDD monorepo with backend (FastAPI, SQLAlchemy, multi-BC architecture) and frontend (React 19, Vite, TypeScript) packages. Scaffolds full project structure: root orchestration (Makefile, docker-compose), backend with one bounded context (domain entity, repository, use case, infra repo, routes, schemas), frontend with API client, router, UI kit seed, and test infrastructure for both (pytest 6-type strategy, vitest, architecture tests). Ready to `make check` after generation.
TDD workflow: writes tests FIRST, runs them (red), writes implementation (green), refactors. Works as a senior QA automation engineer with 20 years of experience. Covers all test layers: unit, state, security, cases, integration, e2e, contract. Always follows critical path first, then corner cases. Use when implementing features, fixing bugs, or adding test coverage via TDD.
| name | dev:commit |
| description | Create a well-structured git commit following project conventions. Analyzes staged and unstaged changes, drafts a detailed commit message with What/Why/Details sections, and commits. Auto-detects task ID format from git history. |
| argument-hint | [optional: TASK-ID to use in commit title, e.g. 'TG-42'] |
| model | haiku |
| allowed-tools | Bash(git *), Read, Grep |
Создай коммит по конвенциям проекта. $ARGUMENTS
!git log --oneline -10
!git status --short
Проверь предвычисленный git status --short выше. Если вывод пустой ИЛИ содержит только строки, начинающиеся с ?? (только untracked-файлы) — выведи:
Nothing to commit — no staged or modified files.
и завершись. Не переходи к следующим шагам.
git diff HEAD
Статус и история уже выше — вызывать не нужно.
.env, credentials, временные)$ARGUMENTS → используй егоgit log (например [TG-42], PROJ-123)Проверь .claude/rules/git.md или определи стиль из git log --oneline -10.
Если конвенции не найдены:
[TASK-ID]: short summary (imperative mood, lowercase, max 72 chars)
## What changed
- Конкретный bullet для каждого значимого изменения (имена файлов, области)
## Why
- Мотивация, какую проблему решает
## Details
- Решения по реализации, неочевидные моменты, побочные эффекты
Всегда объясняй WHY. Упоминай покрытие тестами.
НЕ коммить без одобрения.
git add <file1> <file2> ...
git commit -m "$(cat <<'EOF'
[TASK-ID]: short summary
## What changed
- ...
## Why
- ...
## Details
- ...
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
EOF
)"
git status
git log -1
.env/секретов — без явной просьбыgit add file1 file2), не git add .