本仓库的著作权归作者所有,提交历史不带第三方 AI 署名。本文档记录现状、清除办法与防复发措施。

状态:重写已于 2026-08-30 执行完毕。 远端 35 个分支、75 个标签的 875 个提交全部换成新 SHA, 4 类署名残留归零,875/875 tree hash 一致(文件内容零改动),9 条人类 co-author 原样保留。 重写前的完整镜像备份在 N:\Users\shao\acecode-backup-20260830.git。 下方第一、二节保留为方法记录;第五节是本次执行后尚未清理的遗留。

历史里的署名有 4 种形态,分布在 33 个分支、72 个 tag 上:

Claude 署名的型号名有 6 种变体(Claude、Claude Opus 4.7 (1M context)、Claude Opus 4.8、 Claude Opus 4.8 (1M context)、Claude Opus 5、Claude Fable 5),按邮箱域匹配可一次覆盖全部。

Co-authored-by: Copilot <...> 形态本仓库没有出现过,清除脚本仍然覆盖它以防将来混入。

这三类内容都会命中 claude / copilot / anthropic 关键词,但它们是内容不是署名,一刀切会误伤:

1. 功能描述 —— feat: Implement GitHub Copilot authentication and model management、 feat(headless): 移植 claude -p 无头打印模式、feat: 复刻 Claude Code 的 worktree 隔离功能、 Add AnthropicProvider implementation。本项目本来就实现了 Copilot / Anthropic provider。
2. 分支名 —— Merge pull request #20 from claude/acecode-cache-hit-optimization-lx9hxc。 那是分支名,不是署名。
3. 人类协作者的 co-author —— shaohaozhi286、huangxiangxin 共 9 条,必须原样保留。

清除脚本按邮箱域而不是关键词判定,天然避开这三类。

pip install git-filter-repo

在一份 mirror 克隆上操作。mirror 会把远端全部 33 个分支和 72 个 tag 一次性拿全并一起重写; 在普通克隆上跑只会重写当前分支,其余分支下次推送时会把旧 SHA 又带回来。

# 1. 完整镜像(不是浅克隆)
git clone --mirror https://github.com/tmoonlight/acecode acecode-mirror.git

# 2. 留一份重写前的快照,供内容比对
cp -r acecode-mirror.git acecode-before.git

# 3. 重写(第 2、3 参数是署名要归属的人)
scripts/strip-ai-attribution.sh acecode-mirror.git "tmoonlight" "shaohaozhi@live.cn"

# 4. 校验:署名归零 + 内容零改动
scripts/verify-ai-attribution.sh acecode-mirror.git acecode-before.git

# 5. 校验全绿之后再推(这一步不可逆,见下方风险)
cd acecode-mirror.git
git remote add origin https://github.com/tmoonlight/acecode
git push --mirror --force origin

verify 脚本做两件事:

• A. 署名归零 —— 4 类署名的残留计数必须全为 0。
• B. 内容零改动 —— 逐个提交比对 tree hash。tree hash 相同即该提交的整棵文件树逐字节相同, 证明只动了元数据。816 条全部一致才算通过。

实测结果(2026-08-29):A 四项全 0;B 816/816 tree hash 一致;分支 33→33,tag 72→72; 无提交信息被清空;9 条人类 co-author 全部保留。

重写会改变每一个提交的 SHA。这一步推上去之后:

• 所有已有克隆都会对不上。 协作者必须重新克隆,或 git fetch && git reset --hard origin/master; 在旧历史上 rebase 会把旧提交整批带回来。
• 72 个 tag 全部指向新 SHA。 GitHub Release 关联的是 tag 名,tag 会被一起重写并强推, Release 本身不受影响,但 Release 页面上"该 tag 对应的提交"链接会指向新 SHA。
• 已合并 PR 里的提交链接会失效(指向不再存在的 SHA)。PR 本身与讨论不受影响。
• 旧 SHA 在 GitHub 上仍可能通过直链访问一段时间,直到 GitHub 侧 gc。 彻底清除需要联系 GitHub Support。
• 11 个未合并的远端分支也会被一起重写(mirror 方式已覆盖),它们上面的 19 个提交同样换 SHA。

建议在推之前先把当前远端状态备份一份:

git clone --mirror https://github.com/tmoonlight/acecode acecode-backup-$(date +%Y%m%d).git

已落地四道:

1. .claude/settings.json 的 includeCoAuthoredBy: false —— 关掉 Claude Code 的 Co-Authored-By trailer 与生成页脚。作用范围是本仓库。

2. .githooks/commit-msg —— 对所有工具生效的兜底闸。本仓库被多个 AI 工具改过 (claude/*、codex/*、copilot/* 分支都存在),每个工具的开关各自独立,漏配一个就又混进署名; hook 是唯一一处覆盖全部来源的地方。每个克隆启用一次:

   git config core.hooksPath .githooks

3. .githooks/pre-push —— 拦截搬运回来的旧署名。commit-msg 只在写新提交信息时触发, rebase / merge / cherry-pick 搬运旧提交都不经过它,作者身份更是它改不了的。 仓库里现存几十个未推送的旧分支(见第五节),任何一次 rebase 合并都会把署名带回远端 —— 这道闸是唯一覆盖该路径的地方。判定规则与清除脚本一致(按邮箱域), 确需绕过用 git push --no-verify。

4. 清掉文档里的署名样例 —— docs/superpowers/plans/2026-05-09-model-selection.md 里 12 处 git commit -m "..." 示例带着 Co-Authored-By 行,照抄就会重新引入,已移除。

hook 与脚本共用同一套判定规则(按邮箱域,而非关键词),两者行为一致。

重写只覆盖远端的 refs。本机 N:\Users\shao\acecode 里还有 43 个从未推送过的本地分支 (codex/*、task/*、shz_vide/*、worktree-*、pr-14),挂着 38 个 worktree 的在建工作, 它们仍指向重写前的旧历史,提交上带着原样的 AI 署名。

当前处置是不动它们:批量重写会让 38 个 worktree 的 HEAD 全部指向不存在的 SHA, 代价高于收益。风险由第四节的 pre-push 闸兜住 —— 这些提交推不上远端,除非显式 --no-verify。

真要合并其中某个分支时,两条路:

# A. 重写署名后再合(适合提交数少的分支)
git rebase -i --exec 'git commit --amend --no-edit --reset-author' origin/master

# B. 只取内容,不要历史
git checkout master && git merge --squash <分支> && git commit

已推送过的 5 个分支(codex/add-self-session-control、codex/package-size-regression-fix、 codex/speed-up-release-packaging、task/redesign-model-settings-with-presets、 webui-worktree-badge-and-ui-polish)在远端已是干净的新 SHA,本地副本仍是旧的, git fetch && git reset --hard origin/<分支名> 即可对齐 —— 但其中几个正挂在 worktree 上, 对齐前先确认没有未提交的改动。