3か月ごしの要望に、87人が賛成した

2026年6月9日、Claude Codeの公式リポジトリ（開発元のAnthropicが不具合報告や機能要望を受け付けている場所）に、1本の要望が投稿されました。内容はこうです。Claude Codeが作った変更履歴とその説明文に、作業したセッションへのリンクが自動で付いてくる。事前の確認も警告もなく、初期設定の説明にも出てこない。気づくのは、すでに履歴に残ったあとだ。だから、使う人が自分でオンにする方式に変えてほしい。

この要望には賛成の投票が87件付き、コメントは22件に達しました。8月17日にClaude Codeの開発責任者が「クラウド版とリモート操作のセッションに限った挙動であり、設定で止められる」と回答して一度は閉じられましたが、書き込みは止まりませんでした。8月30日にも新しいコメントが付いています。私がこの記事を書いている8月31日の時点で、事実上まだ終わっていない議論です。

一見すると、これは開発の現場でしか関係のない、細かい仕様の話に見えます。実際、登場する言葉はコミットやプルリクエストといった、日常業務では使わないものばかりです。それでも私がこの件を取り上げるのは、中身が技術の話だからではありません。この件の本質は、外向きの成果物に自動で何かを書き足す挙動が、使う側に知らされないまま既定でオンになっていたという一点にある。これは、開発をしていない会社にもそのまま当てはまる話です。

コミットとPRを、30秒で説明する

先に言葉だけ片付けます。ここを飛ばすと、あとの話が全部ぼやけます。

コミットとは、ソフトウェアの変更を保存するときの一区切りのことです。ワードの上書き保存に近いのですが、決定的に違うのは、保存のたびに「誰が」「いつ」「何を」「なぜ変えたか」を短い文章で書き添え、それが永久に残るところです。この短い文章をコミットメッセージと呼びます。つまり、開発の履歴は数百から数千の一行メモの積み重ねでできています。

プルリクエスト（以下PR）とは、その変更のまとまりを「本番に反映していいですか」と提案する申請書のようなものです。説明文があり、関係者がコメントを付け、承認されると反映されます。社内稟議の電子版だと思ってもらえれば大きく外れません。

大事なのは、この2つがどちらも外から見える書類だということです。コミットメッセージもPRの説明文も、そのプロジェクトに関わる全員が読みます。オープンソースとして公開しているなら、世界中の誰でも読めます。外注先と共有しているなら、先方の担当者も読みます。コミットとPRは、社内メモではなく、共同作業者に配られる公式の記録だと考えたほうが実態に近い。ここに何が自動で書き込まれるかは、だから設定の細部の話ではなく、書類の体裁と情報開示の話になります。

3つの署名のうち、問題になったのは1つだけ

Claude Codeが作業したとき、成果物には何種類かの署名が付きます。ここを混ぜて理解すると、議論の何が争点なのか分からなくなります。公式のドキュメントに沿って整理すると、次の3つです。

1つめは、共同作者を示す行です。Claude Sonnet 5のように、そのとき使ったモデル名が入ります。2つめは、PRの説明文の末尾に入る、Claude Codeで生成した旨を示す一文です。この2つは以前からあり、AIが関わったことを明示するものとして、おおむね受け入れられてきました。むしろ隠すほうが不誠実だという意見もあります。

問題になったのは3つめ、Claude-Sessionという名前で付く、claude.ai上の作業セッションへのリンクです。これは他の2つと性質が違います。ツール名やモデル名という一般的な情報ではなく、特定の作業記録を指す固有のアドレスだからです。しかも、ある利用者が書いていたように、これがどこまで見えるものなのかが、当の利用者にすぐ分からなかった。署名の中で唯一、外部の記録を名指しする情報が既定で混ざっていたことが、この件を単なる好みの問題から情報管理の問題に押し上げた。

なお、この挙動はすべての使い方で起きるわけではありません。ブラウザで動かすクラウド版と、リモート操作の機能を使ったセッションに限られます。手元のパソコンのターミナルだけで完結している使い方なら、そもそも付きません。

公式の回答と、それでも残った違和感

8月17日の公式回答は明快でした。リンクが付くのはクラウド版とリモート操作のときだけであり、設定ひとつで消せる。共同作者の行は残したまま、リンクだけ落とせる。設定は用意されているので、この要望は閉じる。技術的には正しい回答です。

それでも要望を出した本人はすぐに再開を求めました。理由が的確なので、要点を引きます。

設定は「消せるか」に答えているが、この要望は「聞かずにオンでいいのか」を問うている。

もう1つ、実務として厄介な指摘がありました。リンクが付くのはクラウド版とリモート操作のセッションです。ところがクラウドのセッションは、あなたのパソコンにある個人用の設定ファイルを読みません。読むのは、そのリポジトリに置かれて共有されている設定ファイルだけです。つまり、いちばんリンクが付きやすい使い方において、いちばん設定しにくいという逆転が起きています。一度設定すれば全部に効く、という形にならず、プロジェクトごとに設定を置いて回る必要がある。

さらに、セッションの中でClaudeに「リンクを付けないで」と何度頼んでも戻ってきた、という報告も複数ありました。会話でお願いしても効かず、設定ファイルでしか止まらない。設定ファイルを開いたことがない人にとって、これは事実上「止められない」のと同じです。止める手段があることと、止められる状態にあることは、まったく別の話だ。

既定値は、いつも誰かの都合で決まっている

ここからが、開発をしていない会社にも関係のある部分です。

ソフトウェアの初期設定、つまり既定値は、中立ではありません。誰かが「こうしておくのがよいだろう」と判断した結果です。そしてほとんどの利用者は、既定値を変えません。だから既定値は、そのツールが世の中に対して何をするかを、実質的に決めてしまいます。今回の件で利用者が怒っていたのは、リンクが1行増えたことそのものよりも、外向きの書類に影響する変更が、断りなく全員に適用されたという順序のほうでした。

同じ構造は、開発以外でもいくらでもあります。会計ソフトが請求書のフッターに自社名以外の文言を入れる。オンライン会議ツールが録画と文字起こしを既定でオンにする。文書作成のAIが、書き出したファイルの見えない情報欄に生成元を残す。共有リンクが、既定で「リンクを知っている全員」に開いている。どれも、機能としてはまっとうで、止める設定もある。それでも、知らないまま外に出ていったなら、事故と呼ばれます。

私が中小企業の経営者や個人事業主から受ける相談で、いちばん多い誤解がここです。AIの情報リスクというと、機密を入力してしまうことばかりが心配されます。でも実際にひやりとするのは、入力ではなく出力側です。危ないのはAIに何を渡したかだけではなく、AIが自分の名前で何を外に書き足すかのほうだ。渡す情報は自分で選べますが、書き足される情報は既定値が選ぶからです。

業種別に見る、具体的に困る場面

抽象論だと動けないので、3つの現場に落とします。

10人規模のマーケティング会社の場合。 自社サイトの改修をフリーランスの制作者に外注し、コードの置き場所であるGitHubのリポジトリを共有しているとします。制作者がブラウザ版のClaude Codeで作業すれば、納品されるコミット履歴には、制作者のアカウントに紐づく外部サービスのリンクが並びます。数か月後、クライアントである大手広告主の情報システム部門が制作物の監査を行い、このリンクは何かと質問してきます。答えるべきは自社ですが、作業したのは外注先で、リンク先を開ける権限もない。技術的には無害でも、説明できないという一点で、取引上は面倒な状況になります。外注契約に、成果物へ外部サービスの識別子を残さないという条項が最初からあれば、起きない話でした。

社労士5名の事務所の場合。 代表自身が、顧問先の労務データを扱う小さな社内ツールをClaude Codeで作っているとします。リポジトリは非公開なので、外から中身は見えません。それでも問題は残ります。顧問先から「うちのデータを扱う仕組みは、どの外部サービスを経由していますか」と聞かれたとき、コミット履歴に残った外部リンクは、経由した外部サービスの証拠として扱われます。実際にデータが送られていなくても、説明の手間は同じです。士業は、疑わしくないことを自分で証明する場面が多い職種です。履歴に残る痕跡は、その証明を一段難しくします。

従業員60名の製造業の場合。 情報システムの担当が1名、生産管理の小さな仕組みを内製しているとします。この規模の会社には、毎年、取引先の大手メーカーからセキュリティチェックシートが届きます。利用している外部クラウドサービスをすべて申告する欄があり、申告漏れが見つかると、次回の取引条件の見直しにつながることもあります。担当者が便利さからブラウザ版で作業し、履歴にリンクが残っていた場合、それは申告していない外部サービスの利用実績に見えます。悪意はなく、実害もない。それでも、監査という文脈では実害の有無より記録の整合性が重視されます。

3つに共通しているのは、損害が出るのではなく、説明コストが出るという点です。そして説明コストは、たいてい社長かバックオフィスの誰かが払うことになります。

今日できる、確認と設定の手順

やることは多くありません。順番だけ守ってください。

まず、自社または外注先が、どの使い方をしているかを確認します。手元のパソコンのターミナルだけで使っているなら、この件は該当しません。ブラウザから使っている、あるいはリモート操作の機能を使っているなら該当します。ここが分からなければ、外注先に一言聞けば済みます。

次に、設定です。プロジェクトのフォルダ直下に .claude というフォルダを作り、その中に settings.json という名前で次の内容を保存します。これはそのまま貼って動きます。

{
  "attribution": {
    "sessionUrl": false
  }
}

3つめに、この設定ファイルをコミットして共有します。ここが今回いちばん大事なところです。クラウドのセッションは、あなたのパソコンにある個人用の設定を読みません。リポジトリに入っている共有の設定だけを読みます。だから、自分の手元だけで設定しても、ブラウザ版で作業する人には効きません。逆に言えば、共有の設定ファイルに入れておけば、外注先が作業しても効きます。組織全体で統一したい場合は、管理者が組織単位で配布する設定という仕組みがあり、こちらはクラウドのセッションにも届きます。

4つめに、既存の履歴を確認します。すでに残ってしまったリンクは、設定を変えても自動では消えません。過去の履歴を書き換える作業は影響が大きいので、多くの場合は消さずに、社内で「これは何か」を説明できる状態にしておくほうが現実的です。設定は今後を止めるためのもので、過去を消すためのものではない。この区別を最初につけておくと、無用な作業を避けられます。

なお、共同作者の行やツール名の明記まで消したい場合は、別の項目を空にする必要があります。私の意見としては、そこまで消すのは勧めません。AIが関わったことの明示は、隠すべき情報ではなく、むしろ後々の説明を楽にする材料だからです。

よくある誤解を4つ、先に潰しておく

第一に、共同作者の行を消せばリンクも消える、という誤解です。この2つは別の項目で、片方を空にしてももう片方は残ります。実際、公式リポジトリのやりとりでも、共同作者の設定を空にしたのに消えないという報告がありました。消したい対象ごとに指定が要ります。

第二に、Claudeに口頭で頼めば止まる、という誤解です。会話の中で「リンクを付けないで」と伝えても、次のコミットでまた付いたという報告が複数あります。設定として決まっている挙動は、会話では上書きされないことがある。この性質は、今回に限らずAIツール全般に言えます。会話でのお願いは記憶ではなく、その場のお願いにすぎません。

第三に、リンクが残っていると社外の人に作業内容が丸見えになる、という決めつけです。公式リポジトリのやりとりを読む限り、リンク先の中身が誰にでも見えると確認された記述はありません。ただし、それが確認されていないこと自体が問題でもありました。ある利用者は、確かめるためにわざわざ別アカウントを作ったと書いています。中身が漏れているかどうかより、漏れているかどうかを利用者が自分で判断できない状態のほうが、実務では厄介だ。だから私は、断定的に危険だとも安全だとも言いません。説明できない要素は消しておく、というだけで十分です。

第四に、うちは開発をしていないから関係ない、という誤解です。今回はたまたま開発の道具で起きましたが、既定でオンという設計判断は、あらゆるツールにあります。むしろバックオフィスで使うツールのほうが、外向きの成果物に近いぶん影響が直接的です。請求書、提案書、議事録、共有リンク。どれも、既定値の1行が社外に出ていきます。

まとめ：既定値を読む会社になる

この件から持ち帰るべきは、設定の書き方ではありません。会社としての習慣です。

新しいツールを入れるとき、機能表と料金表は誰でも見ます。見ないのは既定値です。既定でオンになっているもののうち、社外に出ていく可能性があるものは何か。その一覧を、導入判断のチェック項目に1行足すだけで、今回のような話はほぼ防げます。具体的には、生成物に自動で付く署名やフッター、共有リンクの既定の公開範囲、録画や文字起こしの既定、外部への送信を伴う便利機能の3つか4つを見るだけで足ります。5分で終わります。

そして、外注先にも同じ質問をしてください。今回の3つの事例のうち2つは、自社ではなく外注先の設定が原因で起きるものでした。契約書に細かい条項を足す必要はありません。使うAIツールと、その既定設定をどう扱っているかを、着手時に一度聞けばよい。聞かれた側も、聞かれれば確認します。

AIを安全に使う会社と、そうでない会社を分けるのは、禁止の多さではなく、既定値を確認する習慣があるかどうかだ。ツールは今後も勝手に変わります。バージョンが上がるたびに、誰かの判断で既定値が動きます。それを毎回止めることはできませんが、気づける状態にしておくことはできます。今回の一件が3か月も燃え続けたのは、機能が悪かったからではなく、気づけなかったからでした。

Claude Worksでは、非エンジニアの方向けに、AIツールを業務へ入れるときの設定確認と社内ルールづくりを一緒に整理する無料30分相談を行っています。今使っているツールの既定値をどこまで見ればよいか、外注先に何を聞けばよいか、具体的なところから一緒に洗い出しますので、気軽にご相談ください。