何が起きたか
2026年8月11日、Simon Willisonがリンクブログで「There are no lossless transformations of natural-language text（自然言語テキストに無損失な変換は存在しない）」と題した投稿を公開しました。紹介されているのは、Sophie Alpertがまとめた「エンジニアによるAIライティングの許容範囲についての社内ポリシー」です。短く読める分量でありながら、推奨事項の根拠が本文自体で裏付けられている点が評価されています。
ポリシーの中で最も重要とされているのは、次のルールです。LLMに文章を整えてもらう場合でも、書き手は自分のドキュメントに含まれるすべてのアイデアとすべての文の背後に立たなければならない。共有する前に、文書全体が自分自身の考えを代表しているかを確認するのは書き手の責任である——というものです。
「AIが書いたので無視してください」が禁じ手になる
このポリシーが具体的な禁止例として挙げているのが、レビュアーから「この一文はどういう意味ですか」と聞かれたときに「すみません、そこはAIが書いたので無視してください」と答えることです。これは許容されない、と明確に書かれています。理由も明快で、自分の考えを本当には代表していないものを読み手に提示すれば、読み手を混乱させ、その時間を浪費させるからです。
ここは単なるマナーの話ではありません。文書レビューという行為は、書かれた一文一文が誰かの意図の表明であるという前提の上に成り立っています。「その行には意図がない」という回答が一度でも許されると、レビュアーは全文について「これは意図か、それとも埋め草か」を判定しながら読む必要が生じ、レビューの費用対効果そのものが崩れます。一人がコストを削って、レビュアー全員にコストを転嫁する構図です。
「無損失な変換はない」という主張の射程
タイトルの主張は本文でこう展開されます。すべての書き換え・言い換えは、その文章の意味を変える。そしてその作業を、書き手本人が伝えようとしていた内容について最も詳細な心的表象を持たない主体が行った場合、情報は失われる——。
これは「AIの文章は下手だ」という品質批判ではない点に注意が必要です。仮に出力が流暢で読みやすくなったとしても、書き手の頭の中にしかない文脈——なぜこの設計にしたか、どこに迷いが残っているか、どの語をあえて曖昧にしたか——を持たない主体が言い換える以上、削られる情報は必ず出る、という構造的な指摘です。だからこそ処方箋は「AIを使うな」ではなく、「出力を自分の考えに引き戻すまでが書き手の仕事だ」という責任の所在の明確化になります。
全面禁止でも放任でもない第三の道
このポリシーが実務的なのは、AIによる推敲そのものを否定していないことです。LLMに文章を整えさせる前提を認めたうえで、「署名責任」だけを絶対条件として残す。ツールの利用可否ではなく、成果物に対する説明責任でラインを引いているため、モデルが変わっても運用が陳腐化しにくい設計になっています。
💼 事業会社視点：これは自社にどう効くか
日本の事業会社にとって、これは「生成AIの利用を許すか禁じるか」という二択から抜け出すための具体的な設計図です。多くの企業のAI利用ガイドラインは、機密情報の入力可否とツールの承認リストに終始していて、「出来上がった文書の責任は誰にあるか」を書いていません。Sophie Alpertのポリシーはそこだけを突いています。
SaaS事業者なら、設計ドキュメント・障害報告書・リリースノートが該当します。障害報告で「その一文はAIが書いた」が成立してしまえば、顧客への説明責任は瓦解します。受託開発・SIerではさらに直接的で、提案書や要件定義書は契約の解釈根拠そのものです。書き手が背後に立てない一文が納品物に混ざることは、そのまま契約リスクになります。ECなら商品説明文や問い合わせ返信が、レビュー不能な「誰の考えでもない文章」で埋まる危険があります。
役員・事業責任者が今週できる打ち手は二つです。第一に、レビュー文化のルールを一行足すこと——「AIが書いたので無視して」という回答を明示的に禁止する。これだけで、AI出力を自分の言葉に引き戻す工程が全員の業務に組み込まれます。第二に、稟議・設計判断・顧客提出物といった「意思決定に効く文書」を、単なる社内メモと分けて扱うこと。情報の欠落が最も高くつくのはこの層で、推敲の効率化と引き換えに失う文脈が経営判断の質を直撃します。禁止は生産性を捨て、放任は説明責任を捨てる。引くべき線は署名責任の一本です。