| name | commit |
| description | Safely stage and commit Dialtone changes. Use when the user asks to stage, commit, or prepare committed work. |
Dialtone Commit Workflow
Goal
Stage only intended files and create a Dialtone-convention commit without Jira side effects.
Trigger
- "stage these changes"
- "commit"
- "ready to commit"
- "commit local changes"
Required Context
git status --short --branch
- Staged and unstaged diffs for intended files.
- Ticket mode from branch name, user request, or project-start.
.github/COMMIT_CONVENTION.md
.agents/resources/pr-template.md
Constraints
- Stage explicit files only. Never use
git add -A or git add ..
- Never stage secrets,
.env, node_modules/, generated caches, or unrelated user changes.
- Never create Jira tickets.
- Preserve
NO-JIRA when project-start or the branch chose NO-JIRA.
- Never include
Co-Authored-By lines.
- Never use
--no-verify unless the user explicitly asks and accepts the risk.
Workflow
- Inspect branch and worktree state.
- Identify intended files and unrelated changes.
- Resolve commit type, optional scope, ticket token, and imperative subject.
- Stop if ticket mode is unresolved and ask for project-start/Jira decision.
- Run focused validation when practical or record why it was skipped.
- Stage explicit intended files.
- Commit with
<type>(<scope>): <jira> <subject>.
Done When
- Only intended files are staged.
- Commit message follows Dialtone convention.
- Validation status is known or intentionally skipped.
- No Jira mutation or unrelated staging occurred.
Verification
git status --short --branch
git diff --cached --name-only
- Relevant validation from
.agents/resources/validation.md
References
.agents/resources/pr-template.md
.agents/resources/validation.md