Claude Code、無効にしない限りコミットにセッションリンクを追加

Claude Code は、自身が書いたコミットに自分のチャットセッションへのリンクを追加する。リンクはコミットメッセージとプルリクエストの説明文に入る。設定は既定で有効だ。2026年8月30日、開発者たちは Hacker News でこの既定値について再び議論した。

Claude Code は Anthropic のコマンドライン用コーディングエージェントである。開発者に代わってファイルを編集し、コマンドを実行し、git のコミットを作成する。コミットの際には git トレーラーを付け加える。トレーラーとは、Signed-off-by: のようにコミットメッセージの末尾に置かれるラベル付きの行のことだ。今回のものは Claude-Session: と書かれ、URL を含んでいる。

セッションリンクに実際に含まれるもの

その URL は、そのコミットを生んだ会話を指している。開発者ブログ outofcontext.dev が2026年6月30日にこの形式を記録した。https://claude.ai/code/session_01SBzqph11q7ZSHA5QEGgtu5 のような形になる。

同じ記事には、過剰な不安を打ち消す指摘もある。リンクは公開されていない。outofcontext.dev はセッション URL を "generally only resolvable by the account that owns the session"（そのセッションを所有するアカウントでなければ基本的に開けない）と説明する。公開リポジトリでこれを見つけた第三者が、背後のチャットを読むことはできない。同記事は、セッション URL によって私的な会話が露出した事例を確認していない。

この動作はすべてのセッションに当てはまるわけでもない。Hacker News の議論によれば、対象は Claude Code のウェブモードと Remote Control モードに限られる。

開発者がオプトインを求める理由

異議の中心は同意であって、機密の漏洩ではない。GitHub の issue #66504 は2026年6月9日に提出され、この機能をオプトインにするよう求めている。確認画面も警告もなく、初期設定時にトレーラーの説明もない、と指摘する。メンテナーは "enhancement" と "user-experience" のラベルを付けた。

Hacker News のスレッドでは意見が割れた。ある開発者はこのリンクを "a lifesaver when you are trying to debug an old commit to pull up the chat session that actually wrote it"（古いコミットを調べる際に、それを書いたチャットセッションを呼び出せるのは命綱だ）と評した。一方で、トレーラーをメールの「iPhone から送信」という署名になぞらえる声もあった。彼らはこれを本来の帰属表示ではなく宣伝だと読んだ。

実務上の懸念は業務用アカウントにある。非公開リポジトリに紐づいたセッションが、後から公開される場所へ渡るコミットを生むことがある。リンク自体は所有者にしか開けない。しかしコミットには、その変更をエージェントが書いたことと、どのセッションが書いたかが記録される。

動作を制御する設定

スイッチは Claude Code がプロジェクトごとに読み込む設定ファイル .claude/settings.json にある。

設定	効果
attribution.sessionUrl	false にすると Claude-Session: の行が消える。既定値は true。
attribution.commit	"" にするとコミットメッセージから帰属表示が消える。
attribution.pr	"" にするとプルリクエストの説明から消える。

outofcontext.dev によれば、この単一のスイッチ attribution.sessionUrl はバージョン 2.1.183 で追加された。同記事はトレーラー自体をバージョン 2.1.179 のものとしている。

これが開発者にとって意味すること

心配する前に確認しよう。エージェントが触れたリポジトリで git log --grep="Claude-Session:" を実行する。これでトレーラーを持つコミットが一覧できる。多くのリポジトリでは、該当はゼロだろう。

判断は開発者ごとではなく、チームで一度だけ下す。attribution.sessionUrl をリポジトリに登録された .claude/settings.json に書く。個人の設定ファイルに置けば守れるのは一台だけだ。リポジトリに置けばプロジェクト全体を守れる。来週 Claude Code を入れ、リリースノートを読まない人も含めてだ。

これを理由に公開済みの履歴を書き換えてはいけない。書き換えたブランチを強制プッシュすれば、すべてのクローンと開いているプルリクエストが壊れる。リンクは所有者にしか開けない。後始末の代償のほうが、露出よりはるかに大きい。

より大きな流れは注視に値する。コーディングエージェントは、人間が所有し公開する成果物に書き込む場面を増やしている。コミットメッセージ、変更履歴、リリースノートなどだ。同じことをするツールはすべて、issue #66504 が投げかけた問いに直面する。既定は静かなほうであるべきで、帰属表示を有効にすることこそ意識的な選択であるべきだ。