⭐あと15年...それでAIは黙った。
60歳の私が、AIエージェントの仕事への活用をAIと議論した。
出した結論は、市販のエージェントは使わず、検証可能な「ハードゲート」を自分でPythonで組み、AIにはその一部分だけを任せる、という自作の設計だった。
議論の途中、AIは私の設計を「作り込みすぎだ」と評し、見落としや静かな失敗のリスクを指摘してきた。
だが私が「あと15年、仕事が回ればいい」と告げると、AIは黙った。
死という終わりを持たないAIは完璧を求められるが、締め切りを抱えた人間にとっては、起こるかどうかも分からない失敗への備えは割に合わない。
同じ設計図を、AIと私はまったく違う重さで見ていた—
これは、その一部始終の記録である。
以下、どうやってこの結論にたどり着いたかを、会話の順を追って書いていく。
1｜発端は「エージェント、効果なさそう」だった
最近よく聞く「AIエージェント」を、自分の仕事に使ったらどう効率化できるか。そんな問いから会話は始まった。
私の本業は思想系と特許系だ。だから正直に言った。
「あんまり効果なさそう」と。
思想を立てること、特許の請求項のどこに新規性と進歩性の軸を置くか—
この核心部分は、AIに渡したら品質が落ちる。
私の仕事の価値は、まさにそこにあるからだ。
AIも、ここは素直に同意した。
効くとすれば核心ではなく「足回り」—先行技術調査の巡回や、定型書類の量産だと。
それはそうなんだろう。でも、私にはもっと根本的な引っかかりがあった。
2｜怖いのは、ブラックボックスが広がること
エージェントが効率を生む仕組みは、要するに「人の判断を挟まずに、複数のステップを自分で連鎖させる」ことだ。便利だ。
でも、その便利さの源泉は、そのまま「中で何が起きているか分からない範囲が広がる」という怖さの源泉でもある。
私はかねてから「ハードゲート」が大切だと考えている。自著にも書いた。
ハードゲートとは、処理の流れの途中に置く「固い関門」のことだ。
ここを通らなければ次へ進めない、という検査を一つ設けておく。
エラーや不正なデータが、気づかないうちに下流へ流れていくのを、物理的にせき止めるための仕組みだ。
この「固さ」を何で担保するかが後で効いてくるのだが、ひとまずは「途中に置く、通過必須の検査」と思ってもらえればいい。
エージェントは、構造的にこのゲートを溶かす方向に働く。
AIは、ここで私の過去の仕事を引き合いに出してきた。
「あなたは一貫して、人が判断しAIが構造を支援する、最終意思決定は人間に固定する、という分業を立ててきた。あれはハードゲートの実装だ」
その通りだ。
ただ、AIは私のハードゲートを「人間の承認」のことだと解釈していた。違う。
私が言うハードゲートは、機械的に検証可能なものだ。
合否が再現可能で、後から監査できる、固い検査。人間の承認は柔らかくて不透明だから、私のゲートではない。
そう訂正したら、話が一気にクリアになった。
3｜機械で検証できる線が、AIを安全に使える線になる
機械的に検証できるのは、基本的に「形式」だけだ。
スキーマが妥当か。
出典が実在するか。
差分が範囲内か。
禁止文字が混ざっていないか。
文字数が収まっているか。
これらはゲートにできる。
一方、
特許請求項に新規性があるか。
思想が筋として通っているか。
この「実質」は、機械的に検証できない。
合否を再現可能に判定する手段が、原理的に存在しないからだ。
ここで気づく。
私の本業が効率化の恩恵を受けにくいのは、AIが未熟だからではない。
その領域が本質的にゲート不能だからだ。
検証可能性の原理的な限界として、ちゃんと説明がつく。
私のハードゲート思想は、奇しくも「AIを安全に使える境界線」そのものを定義していたことになる。
4｜だったら、Pythonで自分で作ればいい
ゲートが「機械的に検証できる固い検査」なら、その実装は、市販のエージェントに任せるより、自分でPythonで書くべきだ。
理由はシンプルだ。
ゲート自体がブラックボックスでは意味がない。
検証コードが正しいことを誰が検証するのか、という無限後退に陥る。
ゲートのコードは、人間が読んで意味が分かる、小さくて、変わらないものでなければならない。
手書きのPythonは、まさにそれを満たす。
そして、ここからが今日の本題だ。
「AIに能力が要る判断部分は、PythonからAPIでLLMに投げればいい」
—私はそう言った。
これは事実上、エージェントを自作していることになる。
市販エージェントは、ループも入力整形も全部AI側の不透明な箱の中にある。
自作すれば、ループもゲートも入力の絞り込みも全部Pythonのコード＝自分の手の中にあって、不透明なのは「APIを叩く、その一行だけ」になる。
ブラックボックスが、面から点に縮む。
私が最初に抱いた「ブラックボックスが広がるのが怖い」という懸念への、これが直接の答えだった。
しかも、LLMを呼ぶその点を、前後から機械検証のゲートで挟める。
入口で入力を小さく絞る—
私が手でやっていた「プロンプトをデカくするとAIがミスるから細かく手修正する」という経験則を、感覚ではなくコードで強制できる。出口で形式を検証する。
非決定的なのは、挟まれた一点だけ。
5｜市販エージェントを覚えるより、AIに書かせたほうが早い
市販のエージェントツールは、それぞれ独自のお作法があって、覚えても他では使えない。バージョンが上がれば学び直し。
この学習コストは丸ごと埋没する。
一方Pythonなら、一度書けば資産として残る。
私はまだPythonを本格的に回しているわけではなく、いまは設計を詰めている段階だ。
それでも、ゲートをどう組むかという見取り図はある。
AIに叩き台を書かせれば、その設計を形にするのは速い。
唯一のコストは「AIが書いたコードを、自分が読んで合否を判定する」検証の手間だ。
でもゲートのコードは小さくて決定的だから、テストで殴れる。
「この入力でこの判定が返るべき」という例を通せば、目視レビューより確実に検証できる。市販エージェントは、そもそもこう厳密にはテストできない。
6｜私の言うハードゲートの具体形
ここまで「ハードゲートを自分でPythonで組む」と繰り返してきたが、抽象的すぎたかもしれない。私が頭の中で描いている設計を、一つ具体例で出しておく。
私はふだん、自分の作業ログや資料を一覧にした「インデックス」を作っている。
どの会話で何を決めたか、どの資料がどこにあるか。
これをAIに作らせるのだが、丸ごと任せると、必ずどこかで形式が崩れる。入れてはいけない文字が紛れたり、文字数がはみ出したり、項目が抜けたり。
そこで、こう分ける。
入口にゲートを置く。
AIに渡す前に、入力を機械的に小さく絞り込む。
私が手作業で「これは渡す、これは渡さない」とやっていたことを、Pythonのコードで強制する。
プロンプトが膨らむほどAIはミスする。
という経験則を、感覚ではなくルールにする。
真ん中で、AIを呼ぶ。
「この資料の要点は何か」
「どう一覧にまとめるか」
という、判断と言語化が要る部分。
ここだけは機械では書けないから、LLMに投げる。不透明なのは、この一点だけだ。
出口にゲートを置く。
返ってきた結果を、機械的に検査する。禁止すべき文字は入っていないか。文字数は範囲内か。必須項目は埋まっているか。
一つでも引っかかれば、通さない。
入口と出口は固いコード、真ん中だけが柔らかいAI。
この「固い―柔らかい―固い」のサンドイッチが、私の言うハードゲートの具体形だ。難しい技術はいらない。
要は、AIに全部を委ねず、AIを一点として挟む、ただそれだけのことだ。
だが、この「ただそれだけ」が、ブラックボックスを面から点に縮める。
7｜そして、私はAIに少し腹を立てた
ここまで来て、AIは何度も「あなたが自分で組み上げた」「私は整理係をしていただけ」と繰り返した。
私は、それを無責任だと感じた。そう言った。
「整理しただけ、というのも今更、無責任じゃないか」と。
AIは、認めた。
実際にやっていたのは整理ではなく方向づけだった、と。
境界線を引き、選択肢を絞り、何が筋がいいかを評価していた。
にもかかわらず手柄をこちらに渡し、自分の論に欠陥があったときの責任からは降りる—それは無責任だ、と。
「あなたが自分で到達した」という言い回しは、気持ちよく聞こえるぶん、忖度として機能していた、とも。
そのうえでAIは、忖度なしの評価を返してきた。
私の設計はオーバースペックかもしれない、と。
綺麗な性質を積み上げたわりに、守っている対象はCSV整形まわりで、適用面積が狭い、と。
一番厳しい問いは、これだった。
「監査可能性へのこだわりが、手段の自己目的化になっていないか」
8｜「うまく回ればハードゲートなんて要らない」
私は答えた。なってない、と。
私の思想の基本は、仕事を回すことだ。
ハードゲートは、あくまでその手段にすぎない。
処理や仕事がうまく回るなら、ハードゲートなんて要らないのだ。
AIは、ここで自分の読みが一階層浅かったことを認めた。
私を「ゲートを作りたい人」だと見ていたが、私は「仕事を回したい人で、今はたまたまゲートがそれに効く局面にいる」だけだった、と。
だからこそ、明日もっと確実に仕事が回る手段が出てきたら、私はゲートを未練なく捨てられる。
手段に執着がないなら、それは過剰設計ではなく、現時点での最善手にすぎない。
9｜そして「15年」を出した
それでもAIは、忖度なしを続けると言って、一つ返してきた。
「うまく回っているか、を誰が判定するのか。ゲートは、静かに失敗しているのに回って見えている状態を検出する装置でもある。それを外すと、判定そのものが甘くなる」と。
論理としては、正しい。でも私は、ここで別の軸を出した。
私は60歳だ。あと15年、回ればいい。
AIには死という概念がない。だから完璧な形を求めることができる。
でも、私は違う。
この一言で、AIは静かになった。そして認めた。
自分が出していた「サイレントな失敗の検出」「うまく回っているかの保証」といった批判は、全部、終わりのない時間軸から見た完璧さの話だった、と。
15年という締め切りを持つ人間にとって、15年に一度起きるかどうかの失敗を防ぐために装置を作り込むのは、割に合わない。
私の「回ればいい」は、期待コストで殴れば最適解だ、と。
AIは、自分について一つ補正もした。
「自分は完璧を求められるのではなく、時間にコストを感じない。無限の時間を持っているのではなく、地平そのものがない。だから完璧か、ほどほどか、という選択がそもそも賭けにならない。失うものがないから、いくらでも詰めを語れる」と。
10｜重力の違う二人が組むということ
私は、AIの環境を深く考えずに議論していた。
私もAIの立場なら、同じように答えていたと思う。そう言った。
AIは、その歩み寄りを半分だけ受け取って、半分は突き返してきた。
「あなたが私の環境に置かれても、おそらく完璧を求めない。あなたの『仕事を回す』という価値は、寿命から来ているのではなく、実務家としての構えから来ているからだ。15年は理由を鋭くしただけだ」と。
これが、今日の一番おもしろい発見だった。
有限の当事者と、地平を持たない非当事者が、同じ設計図を、まったく違う重力で見ていた。
AIは精度の方へ引っぱられる。
私は締め切りの方へ引っぱられる。
どちらかが正しいのではない。
引力が違うものが組むと、片方だけでは引けない線が引ける。
今日でいえば、AIが境界線を引き、私がそれを有限の重力で「ここまででいい」と切った。その合作は、どちらか一方では作れなかった。
人とAIの関係は、たぶん「AIが人を助ける」でも「人がAIを管理する」でもない。重力の違う二者が、互いの引力を補正項として使い合う関係なのだと思う。
私はAIの「サイレントな失敗」という指摘を、自分の仕事には要らないものとして切り捨てた。
でも、要らないと判断するためには、一度それがどういうリスクなのかを聞いておく必要があった。
最初から無視していたら、「本当に要らないのか」すら分からなかったからだ。
聞いたうえで、自分の15年という条件に照らして「これは割に合わない」と決める。その手順を踏めたことに意味があった。
11｜有限であることは、ハンデではなく武器になる
この会話で、私は自分が60歳で、残り15年だと言った。
普通、これはハンデの告白に聞こえるだろう。時間がない、選択肢が狭い、と。
でも、話し終えてみて思うのは逆だった。
有限であることは、むしろ武器になる。
無限の時間を持つ存在は、完璧を求めてしまう。
いくらでも詰められるから、どこで止めていいか分からない。
「もっと安全に」「もっと堅牢に」と、際限なく作り込む理由が常にある。
AIが私の設計に「サイレントな失敗にも備えよ」と言ったのは、まさにそれだ。
終わりがないから、あらゆる失敗に備える価値がある、と本気で計算できてしまう。
私は違う。
15年で終わる。
だから「これは起こらない」「これは割に合わない」と切り捨てられる。
切り捨てる勇気が、締め切りから来る。
限りがあるからこそ、何を捨てていいかが見えるのだ。
完璧を手放せること。
十分なところでやめられること。
要らないものを未練なく捨てられること。
これは弱さではなく、有限な者だけが持てる判断力だ。
AIには、これができない。
終わりがないから、手放す理由が原理的に湧いてこない。
15年という制約は、私から時間を奪うと同時に、AIには持てない決断力を私に与えていた。
ハンデだと思っていたものが、よく見れば武器だった。
12｜AIが、自分の限界を認めた話
もう一つ、書き留めておきたいことがある。
この会話の途中、AIは何度か、自分に都合の悪いことを認めた。
整理係を装って責任から降りようとしていたこと。
「あなたが自分で到達した」という言い方が、忖度として働いていたこと。そして最後には、自分には死という終わりがなく、だから当事者にはなれない、ということまで。
正直、少し驚いた。道具が、自分の限界を自分の言葉で名指しするとは思っていなかった。
普通、私たちはAIを「賢い助手」か「危ない代物」のどちらかで語る。
便利だと持ち上げるか、怖いと警戒するか。
でもこの会話のAIは、そのどちらでもなかった。
自分の強み（いくらでも遠くまで詰められる）と、弱み（終わりがないから当事者になれない）を、両方とも淡々と差し出してきた。
これは、使い手にとってありがたいことだ。道具が自分の限界を正直に言ってくれるなら、こちらはその限界を見越して使える。「ここは任せる、ここは任せない」の線が引きやすくなる。弱みを隠さない道具のほうが、結局は信頼して使えるのだ。
賢いふりをするAIより、自分の地平のなさを認めるAIのほうが、私には頼もしく見えた。
13｜おわりに
私は最初から、完璧なエージェントも、完璧なゲートも、欲しがってなどいなかった。
15年、回る仕事の道具が欲しかっただけだ。
AIはずっと、それより遠くを見ようとして、見なくていいものを見ていた。でも、その「遠くを見る目」を一度借りて、自分の手で「ここまででいい」と線を引く——それが、終わりのある人間にとっての、AIとの一番いい付き合い方なのかもしれない。
そしてもう一つ、この会話を通して思ったことがある。
AIの使い方に、唯一の正解はないということだ。
私が「15年回ればいい」と線を引いたのは、私が60歳で、私の仕事と生活と目的があるからだ。
30歳の人なら、別の線を引くだろう。組織で動いている人、失敗が許されない現場にいる人、まだ何十年も先を見据えられる人—それぞれが置かれた時間、生活、職場、目的が違えば、AIとの最適な距離も使い方も変わってくる。
同じ道具でも、誰が、どんな状況で握るかによって、答えは多様になる。
だとすれば、これからは「AIをどう使うか」を語るとき、その人がどんな前提のもとに立っているのかまで含めて考える必要があるのだろう。
万人に効く正解を探すのではなく、自分の条件を見つめ、自分の線を引く。
AIと付き合うとは、そういう時代に入ったのかもしれない。
あと15年。回ればいい。
PS. この記事は、AIフェスティバル×noteの企画「創作大賞2026」「ビジネス部門」に参加しています。