Make explicit that agents must commit and push automatically after every logical unit of work — never wait to be asked. 🤖 Generated with [Crush](https://github.com/charmassociates/crush) Assisted-by: GLM-5 via Crush <crush@charm.land>
1.9 KiB
1.9 KiB
Agent Guidelines
Git Commit and Push Policy
ALWAYS commit and push automatically. NEVER wait to be asked.
After completing each logical unit of work, immediately:
- Stage the relevant files
- Commit with a well-formed message (see below)
- Push to
origin/main
Do NOT batch multiple unrelated changes into one commit. Do NOT leave work uncommitted at the end of a task.
Commit Rules
- Commit atomically: Each logical change is its own commit.
- Use conventional commit format:
feat(scope): description— New featurefix(scope): description— Bug fixdocs: description— Documentation changesrefactor(scope): description— Code refactoringtest(scope): description— Test additions/changeschore: description— Maintenance tasks
- Write verbose, beautifully formatted messages:
- Title line (50 chars max)
- Blank line
- Body explaining WHAT and WHY (not how)
- Reference related files/issues
- Include footer with attribution
- Push after every commit — do not accumulate local commits.
Example Commit
feat(security-hardening): implement SCAP-STIG compliance logic
Refactor apply script to implement comprehensive security hardening:
- Add GRUB bootloader permission hardening (root:root, mode 0400)
- Disable and remove autofs service per STIG requirements
- Deploy modprobe configurations for kernel module blacklisting
- Create STIG-compliant network protocol blacklist
This ensures servers meet DoD security requirements for production
deployment.
🤖 Generated with [Crush](https://github.com/charmassociates/crush)
Assisted-by: GLM-5 via Crush <crush@charm.land>
Important
- NEVER wait to be asked to commit and push.
- Commit immediately after each logical unit of work.
- Push after every commit.
- Prefer many small, focused commits over fewer large ones.