文章に透かしが残る前提で、社外に出す前の確認をどこに置くか

提案書を送った翌週、先方から一本のメッセージが来ました。

「これ、AIで書いてますよね」。責める口調ではない。確認です。確認なのに、社内は止まります。誰が書いたか、ではなく、誰が責任を持って出したかが、その場で見つからないからです。

見つからない理由は、隠したからではありません。出す前の確認場所が、無かったからです。

透かしは、個人を特定するためではない

Anthropicは2026年8月14日、今後のClaudeモデルが生成する文章に透かしを入れる、と説明しました（How Claude's text watermarking works）。目的は、その文章にClaudeが関わった可能性を見積もることです。

公式がはっきり否定していることもあります。透かしは、特定の人、組織、チャットへ辿る識別情報ではない。EU AI Act への対応として、主要な提供者も同じ方向で印を付ける。2026年8月2日時点で、EU向けにはAI生成コンテンツのマーキングが求められている。Anthropicは、地域で切り分ける耐久した方法がまだ無いため、開始時は世界共通で入れる。8月2日より前のモデルには移行期間があり、今後数ヶ月で足していく。

ここまでが事実です。推測で広げない範囲も、先に置きます。検出の精度、他社の実装、日本の提出物で必ず見つかるか。それは、この記事の主題ではありません。

主題は、痕跡が残る前提で、社外に出す前の確認がどこにあるかです。

隠す設計は、最初から壊れる

「ばれたくない」で動き始めると、やり方は二つに寄ります。AIを使わない。使ったことを言わない。

使わないは、遅いだけならまだよいです。使ったことを言わないは、後から壊れます。先方が検出したとき、中身の是非より先に、隠し方が話題になります。中身が正しくても、隠し方が残ると、正しさは後回しです。

下書きに一字入れて出す人を決める、という話は、すでにあります（AIの下書きに「誰が一字入れて出すか」が無いと、本文は増えるのに使われない）。あれは、社内で出す人を決める話です。今回は、社外に出たあとも痕跡が残りうる、という前提が足されます。

一字入れた人がいても、その人が「AIを使った」と説明できるとは限りません。一字入れただけ、と思っていることがある。説明できない提出は、署名があっても薄いです。

匿名化の型が無いと社外の下書きが止まる、という話も近いです（AIに渡す前の匿名化の型が無いと、社外の下書きが止まる）。あれは、入れる前の話です。今回は、出したあとの話です。入れる情報を守っても、文面の痕跡は残ることがあります。守る場所が、入力だけだと足りません。

確認で見るのは、AIかどうかではない

出す前の確認を、「AIを使ったか」の点検にすると、現場は申告を避けます。避けた申告は、正確になりません。正確でない申告を集めても、判断は速くなりません。

tugiloが勧める確認は、一つです。

この文面の責任者は誰か。

責任者は、書いた人でなくてよいです。下書きはAI、構成は担当、出す判断は上長、でも構いません。必要なのは、先方から「これAIですか」と聞かれたとき、社内の誰が受けて、何を話すかです。

話す内容も、長くなくて足ります。下書きに使った。数字と約束は人が見た。出す判断は自分が持っている。この三つが言えれば、透かしの有無は副次です。言えなければ、透かしが無くても、同じ質問で止まります。

ファクトチェックを仕組みにする話も、ここに接続します（AIの"誤答"を事故にしない：ファクトチェックを「仕組み」にする方法）。見るのは、文章の美しさではありません。数字、日付、できない約束。責任者が見る場所を、先に一つにします。全部を見ようとすると、確認は気合に戻ります。

確認場所は、送るボタンの直前に置かない

送る直前の確認は、確認に見えません。遅れている仕事を、止める理由が要るからです。止める理由が要る確認は、通ります。通った確認は、無かったのと同じです。

置くなら、もう一段手前です。

• 提案書なら、社内レビューに回す時点
• 見積の添え文なら、金額を確定した時点
• お詫びなら、文面を作り始めた時点

お詫びをAIで下書きすること自体を、止めてもよいです。止めるなら、止めると書きます。書かずに「気をつけて」は、設計ではありません。

確認の成果物は、チェックリストである必要はありません。文面の末尾か、送付記録の一行に、責任者の名前がある。それだけで、翌週の質問は社内で止まりません。先方の質問は、名前の人へ渡ります。渡る先が無いと、経営者のチャットに落ちます。落ちた瞬間、確認は個人の記憶になります。

責任者が休みの週は、代理の名前を同じ場所に置きます。置かないと、質問はまた経営者へ戻ります。戻る理由は、重大事だからではありません。名前が空だからです。空の名前は、提出物の品質とは別の詰まりです。品質を上げても、空の名前は埋まりません。

顧客が官公庁や、契約書の添付を求める先なら、出す前の確認を一段早くします。早くする中身は、検査項目の増加ではありません。責任者の名前を、下書きの段階で置くことです。下書きの段階で名前があれば、送る直前に慌てて署名する必要はありません。慌てた署名は、確認に見えません。

聞かれたときに話す三つと、話さない一つ

先方から「AIで書いてますよね」と来たとき、長い釈明は要りません。話すのは、三つです。

下書きに使った。数字と約束は人が見た。出す判断は、自分が持っている。

この三つは、透かしの有無と関係ありません。検出されなくても、同じ三つで足ります。検出されたときだけ話す文面を用意すると、隠し方の文面になります。隠し方の文面は、最初の質問で崩れます。

話さないほうがよいのは、「使っていない」です。使っているのに否定すると、次の質問は中身ではなく、隠し方へ移ります。使っていないなら、使っていないと言えば足ります。曖昧に濁すと、使っているように聞こえます。

社内向けの短い台本を、責任者の名前の横に置いておきます。台本は、上記の三つです。それ以上の説明は、聞かれたら足せば足ります。先に長い文を用意すると、現場は読みません。

痕跡が残る前提は、長く使える

透かしの実装は、これから変わります。検出できる人は、今は限られているかもしれません。限られている今のうちに隠す、は、期限付きの判断です。期限付きの判断を、提出の標準にしないほうがよいです。

残る前提で置く確認は、検出が無くても使えます。責任者の名前は、透かしと関係なく要るものです。要るものを、新しい規制のせいだけにしない。規制は、置くきっかけです。置く中身は、会社の提出物の扱いです。

木曜に決める一行は、短くて足ります。

社外に出す文面は、出す前に責任者の名前を一行置く。聞かれたら、その人が受けて、下書きに使ったかどうかを話す。

隠す一行ではありません。出す一行です。出す一行があれば、痕跡は脅威ではなく、説明の材料になります。無いと、痕跡は事故のきっかけになります。事故の中身は、AIではありません。出す前の場所が、無かったことです。

社内向けの案内も、同じ一行で足ります。「社外に出す文面は、責任者の名前を先に置く。聞かれたら、下書きに使ったかどうかをその人が話す」。禁止リストは、今は作らなくてよいです。禁止リストは、使う場所が増えるたびに古くなります。名前の一行は、使う場所が増えても古くなりません。古くならないものを、木曜の標準にします。標準にした週から、提出物の議論は「使ってよいか」から「誰が出すか」へ移ります。移った議論のほうが、短いです。短い議論のほうが、提出は速くなります。