Git Attribution

Where does the bug appear (feature/product)?

Cloud Agent (GitHub, Slack, Web, Linear)

Describe the Bug

I’m getting pretty frustrated with how Cursor handles Git attribution with Cloud Agents.

Initially, disabling the attribution settings didn’t seem to do anything. Cursor was still creating commits with Cursor as the author and me only listed as the co-author.

Then at some point, without me changing anything, Cursor started creating commits where even my co-author attribution was gone entirely.

I’ve worked around it now by adding a global Cursor rule that explicitly forces commits to use my configured Git name/email, but I don’t think this should be necessary. Having an agent unexpectedly change commit authorship means I have to rewrite Git history afterward, which is really not great.

Steps to Reproduce

Disable Git Attributions, do some work with a Cloud Agent, git attribution is still authored by Cursor with myself as the co-author.

It works fine when not using Cloud Agents by the way.

Expected Behavior

I honestly don’t expect Cursor to be the main author at all, even with attribution enabled - especially with tools tracking contributions that don’t cover co-authors it creates a few issues.

Screenshots / Screen Recordings

Operating System

MacOS

Version Information

Version: 3.20.21 (Universal)
VS Code Extension API: 1.128.0
Commit: f09fca384ceca23f7bf21f9c23655b162641d740
Date: 2026-09-13T19:02:51.781Z
Layout: Agent Window
Build Type: Stable
Release Track: Default
Electron: 42.10.0
Chromium: 148.0.7778.280
Node.js: 24.18.1
V8: 14.8.178.38-electron.0
xterm.js: 6.1.0-beta.291
OS: Darwin arm64 25.5.0

For AI issues: which model did you use?

Grok 4.6 High

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey @TorstenDittmann, thanks for the report.

Quick explanation of what you are seeing. The Attribution toggles in the dashboard only control the extra “Co-authored-by: Cursor” trailer and the “Made with Cursor” PR footer that the IDE and CLI agents add to commits you author yourself. That is why turning them off works locally but changes nothing for Cloud Agents.

Cloud Agents work the other way around. Commits made on a hosted Cloud Agent are always authored as Cursor Agent, and you (the person who started the run) are added as a Co-authored-by trailer. There is currently no setting to make you the primary author. There is an existing feature request for exactly this, and adding your voice there is the best way to push it forward: Allow Disabling Cursor as Co-Author In Cloud Agents

Your rule that sets your git name and email is a reasonable workaround for now. One caveat: those commits will no longer show the “Verified” badge on GitHub, since the signing key belongs to the Cursor Agent identity, and GitHub only links them to your profile if the email you set is verified on your GitHub account.

On the commits where your co-author line disappeared entirely: the trailer is added by a commit hook on the agent machine, so it gets skipped if the agent commits with --no-verify, if the message already contained a Co-authored-by line, or if a tool in the repo (for example husky or lefthook) reinstalls its own git hooks during the run. If you still have that agent run, could you check its transcript for the git commit command it used and share what you find? That would tell us which of those it was.

Tried looking into what happened with that commit where I was left out completely - but with no success.

Okay, it happened again and now even weirder :smiley: just fyi, I removed the Git rule because it wasn’t consistent.

  1. First commit (fd37544) — Cursor Agent only, no Torsten Co-authored-by
  2. Follow-up (782ddd6) — Author set to [email protected] → GitHub user: null (looks authorless)

Not sure why he used my work email that is not associated with any GitHub account or any Cursor account.

I don’t have any skills or rules enabled that could do any of this.

Edit: Digged a bit deeper and may have found the issue:

Co-author hook never ran because both checkouts of this repo were outside the hook-wired workspace roots:

  • First commit: /home/ubuntu/repos/<this-repo> (agent bc-00ff4f38-…)

  • Second commit: /tmp/<this-repo>-src (agent bc-9145fa10-…)

Unmapped author came from an explicit override in the agent shell:

git -c user.name='Torsten Dittmann' -c user.email='[email protected]' commit …
which bypassed the global Cursor Agent identity.

These are the steps causing it. I can privately share the whole transcript.