出来事の日付：2026年6月11日。

ソフトウェアエンジニアのトム・ベドーは、生成AIを導入するチームに向けて、単純な規範を提案した。他人に注意を払うよう求めるなら、送り手自身が努力した証拠を示すべきだ、というものだ。この原則は、機械が作成したデバッグメモ、文書、コードが職場のレビューシステムを通じて大量にやり取りされるようになっていることに対応するものだ。

ベドーが懸念しているのは、AIの出力が本質的に役に立たないということではない。社内のコードや文書に接続されたツールは有用な内容を生成できると、彼は述べている。問題が生じるのは、文章を生成するコストが、それを注意深く読むコストよりはるかに低くなったときだ。この不均衡により、関連性と正確性を確認する負担が、内容を生成した人から、フィルタリングされていない記録を求めていない同僚へ転嫁されかねない。

この論考では、ある設計上の議論で、チームメートがAIシステムを使ってベドーの提案を批評させ、その結果を、自分は読んでおらず不正確かもしれないという注意書きとともに転送した事例が紹介されている。ベドーにとって、その免責的な注意書きはマナー上の問題を浮き彫りにするものだった。送り手は、自分自身では確認する価値があると思わなかった内容に、他人が時間を費やすよう求めていたからだ。

彼が提案する実践方法は3つの要素からなる。機械が生成したコンテンツであることを明確に示し、送り手が自分自身の解釈を加え、AIが作成したコードは人によるレビューに提出する前に、それを依頼した人が確認すべきだというものだ。これらの手順は正しさを保証するものではない。送り手が出力を選別し、それを共有する責任を引き受け、なぜ他人の時間を費やす価値があるのか説明できることを示すものだ。

この提案は、AIの利用を、誰が作成したかを巡る論争ではなく、注意をどう配分するかという問題として捉え直している。生成ツールが一般化する以前から、チームは同僚によるレビューに依存しており、レビュー担当者の処理能力には今も限界がある。自動化されたシステムによって、もっともらしく見える成果物の量が大幅に増えれば、レビュー需要は、それを担える人数より速く増えかねない。明確な表示と事前の人間による確認は、受け手がどの程度の精査を要するか判断する助けになる。

この論考は、アンケートデータ、生産性の測定結果、複数の組織で検証された正式な方針を示していない。これは、ある実務者が職場での経験に基づいて定めたルールだ。特にコードがセキュリティ、安全、規制対象のシステムに影響する場合、環境によってはさらに厳しい要件が必要となり得る。そうした場合には、個人的な解説に加え、記録されたテストと責任の所在が明確な承認が重要になる。

しかし、基本的な規範として、この提案は具体的だ。自動化はメッセージやパッチの準備を支援できるが、他人にレビューを求めている内容を理解するという送り手の義務をなくすものではない。人間の貢献とは、最初の草案を生成するボタンを押すだけではなく、選別、検証、文脈の提示になる。