AI時代のオーナーシップ——AIは思考への入力であって出力ではない

2026年7月22日公開。筆者は最近テックリードになった。最初のチームとの会話はAIについてだったが、彼らが期待したポリシーやツールのリストではなかった。話したかったのは一つの言葉、オーナーシップだ。

この記事はAI利用を減らす話ではない。むしろもっと積極的に使うべきだ。ボイラープレート、テストの雛形、繰り返しの移行、覚えられない正規表現など、モデルが5秒で下書きできるものを手書きするのは遅いだけ。生産性の向上は本物で、それを否定する気はない。ただし責任を持って使うこと。

中心はこれだ。AIがどれだけ書いたとしても、すべての決定を自分のものとして弁護できなければならない。「書いた」とか「大体わかる」という話ではない。誰かにどの行でも突っ込まれたら、あなたに答えがある。考えたからだ。テストは簡単だ。ツールに戻らずに説明できるか。PRを質問されたとき、自分で答えるか、質問をモデルに貼り付けて返ってきた答えを貼り付けるか。後者なら仕事をしたのではなく仲介しただけだ。この失敗は静かに起こる。PRはマージされ、後で壊れたときに明らかになる。

PRは他人の時間へのリクエストだ。理解しないコードを出すのは、思考を消すのではなくレビュアーに移すだけ。しかも増幅される。コードが安くなると、判断が高価になる。給与計算、税、コンプライアンスの仕事では、顧客が払うのはコードではない。特定の源泉徴収のエッジケースがあること、特定の支払いが特定の時間以降は取り消せないこと、小さなスキーマ変更が政府に提出するレポートを壊すことを知っていることへの対価だ。判断を外注したら判断ではない。

学習トラップもある。ツールがバグを直しても調査しなければ、次に壊れたときまたゼロから。失敗モードの記憶も、どこを見るべきかという勘も育たない。それを続けると毎日が初日になる。AIは専門性の見せかけを無料にした。自信ありげな口調、正確そうな語彙、構造、長さ。これまでの能力シグナルはあてにならない。平易な言葉で説明できない派手な仕事は危険信号だ。SlackやPRコメントにAI生成テキストを貼るな。AIが正しいこともあるが、読者はそれを見抜き、信頼を失う。要点は非効率ではなく、その質問について十分考えていないというサインになる。モデルを思考の整理に使うのはいい。下書きし、議論し、推論の穴を突いてもらう。それから自分の言葉で書く。書き直しは形式ではなく、どこまで本当に理解しているかを確かめるステップだ。

最後のチェックポイントは二つ。返信を書くときはモデルが下書きし、自分が書き直す。コードをプッシュするときは、ツールは心地よく答えるが、あなたが立てたこともない仮定の上に答えを積む。まず仮定を検証し、答えを検証する。理解できない機能をレビューすることはできない。それはレビューではなく希望だ。

モデル選択も判断。どんなプロンプトにも最大モデルを使うのは、出力を読まずに貼り付けるのと同じ反省だ。難しい問題には重い推論モデルを。日々の作業には軽いモデルで十分。本当のスキルは分解だ。大きなタスクは、大きなモデルを必要とする小さなタスクの集まりであることが多い。分解はレビュー可能性も高める。それも他人の時間を尊重する。

実装するだけでなく所有せよ。機能を構築するだけでなく、所有する。オーナーと実装者の違いは行動だ。曖昧な仕様には質問し、製品に改善を戻す。まだ専門家でなくても、なることが仕事だ。一度所有すれば、連絡窓口になる。それはエンジニアという仕事のほぼ全体だ。具体的には、PRDを作りながら読み返す、DMでなく公開チャネルで質問する、決めつけず確認する、問題を指摘するだけでなく代替案を出す、といった習慣になる。これらは新しいことではなく、良いエンジニアがずっとやってきたこと。変わったのは、それらを全部スキップしても完成したように見えるものが簡単に作れるようになったことだ。

まとめ: 好きなツールを使っていい。ただし仕事を自分のものとして弁護できなければならない。正しいと説明できないならレビューに出すべきではない。SlackやPRコメントにAI生成テキストを置かない。理解している人が書くように書く。すべてのコミュニケーションは高シグナルで。チームは速度を落とさない。誰でもコードを生成できる時代、判断力がチームの評判になる。ツールをしっかり使い、そこから出てくるものを所有せよ。AIは思考への入力であり、出力であってはならない。