Files
5chan/.codex/skills/commit/SKILL.md
T
Tommaso CasaburiandGitHub a92b185a66 chore(ai-workflow): track repo-managed review tooling (#1046)
* chore(ai-workflow): track repo-managed review tooling

* fix(ai-workflow): remove repo-specific path assumptions

Make shared workflow hooks and APK testing guidance resolve paths from the repo and contributor environment so the tooling works for all contributors, not just one machine.
2026-03-10 15:49:15 +08:00

1.8 KiB

name, description, disable-model-invocation
name description disable-model-invocation
commit Commit current work by reviewing diffs, splitting into logical commits, and writing standardized messages. Use when the user says "commit", "commit this", "commit current work", or asks to create a git commit. true

Commit Current Work

Workflow

  1. Review all uncommitted changes

    git status
    git diff
    git diff --cached
    

    Read every changed file's diff to understand the full scope of changes.

  2. Group changes into logical commits

    If diffs are unrelated, split into multiple commits. Each commit should cover one logical unit of work.

    Example — two unrelated changes in the working tree:

    • Modified src/components/reply-modal.tsx (UI fix)
    • Modified src/stores/use-settings-store.ts (new setting)

    These should be two separate commits, not one.

  3. Stage and commit each group

    For each logical group:

    git add <relevant files>
    git commit -m "title here"
    
  4. Display the commit title to the user wrapped in backticks (inline code).

Commit Message Rules

  • Title format: Conventional Commits with a required scope. The scope should be a short, human-readable name for the area of the codebase affected.

    Pattern Example
    type(scope): description feat(reply modal): add textarea
  • Never omit the scope. feat: add textarea is wrong. feat(reply modal): add textarea is correct.

  • Keep titles short. If more context is needed, add a commit body — but don't repeat the title.

  • Use perf: for performance optimizations, not fix:.

Constraints

  • Only commit when instructed. Do not commit subsequent changes unless explicitly told to.
  • Never push — only commit locally.
  • Never amend commits that have been pushed to a remote.