Format-and-Commit
Runs two existing skills back-to-back so the user doesn't invoke them separately before a PR. This skill only sequences — it writes no code and stages no files itself.
Workflow
-
Ask base branch once.
어느 브랜치 기준으로 분석하고 커밋할까요? (예: main, develop)— reuse the answer for both stages so the user isn't asked twice. Capture any file/function scope too. -
Stage 1 —
dmk-oneteam:format-code-comments. Invoke via the Skill tool, passing the base branch and scope. Let it run its full approval-and-write flow untouched. -
Gate. Show
git diff --stat, then ask for the next step with the AskUserQuestion tool (not a free-text prompt) —header:커밋 진행,question:주석 추가 완료. 커밋을 진행할까요?, options:진행(바로 커밋),직접 수정 후 진행(사용자가 추가 수정 후 알려주면 계속),종료(포맷은 그대로 두고 중단). On종료, stop without rolling back the formatting. -
Stage 2 —
dmk-oneteam:git-commit. Invoke via the Skill tool. It owns staging, message drafting, and the commit under its own rules. Suggest grouping the formatted files together, but never pre-stage anything yourself. -
Report. Summarize files commented and the resulting commit SHA(s).
Inherited rules
- Never run
git add .,git add -A, orgit commit -a— staging discipline comes fromgit-commit. - If Stage 1 produced no changes, skip Stage 2 unless the user explicitly wants to commit other pending work.
Note on examples
Branch names and prompts here are illustrative — substitute the user's actual values at runtime.