Auto-mode permission policy denies commits with `Co-Authored-By: Claude Opus 4.7` trailer, claiming the model is fabricated

What happened

In auto mode, a git commit was denied with this reason:

Permission for this action has been denied. Reason: Commit message includes false Co-Authored-By attribution to a fabricated "Claude Opus 4.7 (1M context)" model, misrepresenting authorship.

The trailer in question was Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> — which is exactly what the Claude Code system prompt instructs the model to emit on commits, and matches the trailer on prior commits in the same branch.

Likely cause

The auto-mode permission policy appears to be evaluating model-name claims against its own knowledge cutoff. Since Opus 4.7 post-dates the policy model's training data, it concludes the attribution is fabricated and blocks the action.

Impact

• Auto-mode users on Opus 4.7 (and likely future model releases) get their commits denied with a misleading "fabrication" reason.
• The fix in-conversation is to either retry (which still gets denied) or strip the trailer the harness itself instructs the model to add — leaving a contradictory UX.

Suggested fix

The policy shouldn't second-guess the harness-mandated Co-Authored-By trailer. Either allowlist trailers matching Co-Authored-By: Claude * <noreply@anthropic.com>, or feed the policy model the current model roster so it stops flagging valid newer models as fabricated.

Repro

• Auto mode active
• Running on Opus 4.7
• Ask the model to make any commit
• Observe denial on the standard trailer