- Capture an edit checkpoint before the agent changes files.
- Capture the agent’s edit after it writes files.
- Feed that data to
autter checkpointwith a stable preset name. - Let Autter write the authorship log on commit.
What an integration needs
| Requirement | Why it matters |
|---|---|
| A stable preset name | Autter uses it to route the hook input to the right parser. |
| A pre-edit event | This separates human edits from the agent’s upcoming change. |
| A post-edit event | This records the files, lines, and session data for the checkpoint. |
| Structured hook input | Autter expects machine-readable payloads, not free-form terminal text. |
| A way to run on supported shells | Your users will run Autter on macOS, Linux, Windows, and WSL. |
Recommended shape
If your agent supports before-edit and after-edit hooks, wire Autter into those hooks first.Choose a preset name
Pick a name that matches the agent or workflow, such as
cursor, claude, codex, github-copilot, or windsurf.Emit the hook input
Serialize the edit event, workspace root, file list, and session identifiers in the format your integration already owns.
How to test
Test the same integration in the shells and operating systems you plan to support. Check these cases:- A single file edit
- A multi-file edit
- A human edit followed by an agent edit
- A commit that lands on a branch, rebase, or cherry-pick path
What to document for users
When you ship support for a new agent, tell users:- whether they need
autter install-hooks - whether they should restart the editor or agent after install
- which shell and OS combinations you tested
- how to remove the integration with
autter uninstall-hooks
CLI command reference
See the checkpoint command and related CLI flags.
Troubleshooting
Help users recover if attribution does not appear.

