あの記事の続きが、向こうからやってきた
少し前に「AIにIntegrityは宿らない。だから僕はプロセスをデバッグし続ける」という記事を書いた。要旨はこうだ——AIは職人倫理を内面化しない。だがIntegrityを破る瞬間は観察できる。その瞬間に、自分の暗黙知がどこに残っていたかを知り、プロセスに書き込む。AIはプロセスのデバッガであり、ファザーである、と。
あの時点での僕のAI像は、まだ受動的だった。AIは穴を踏む。僕がその穴を塞ぐ。役割は固定されていた。
2026年5月29日、Opus 4.8 とのある長いセッションで、その図式が半歩ずれた。今日はその記録を残しておきたい。
発端は、ごく普通の設計タスクだった
#344 という設計Issueに取り組んでいた。LogEvent というログの型が「1行に公開情報と非公開情報を混在できない」という制約があり、それを回避するために [THINK] というプレフィックスを使うハックが入っていた。これを正攻法に直す設計を立てる、という地味な作業だ。
AIは最初、Issue本文に書かれた2つの問題だけを見て設計を始めた。ここまでは、あの記事どおりの「指示の範囲で素直に動くAI」だった。
否認と、その先
僕は何度か、AIの案を否認した。
- 「実装Issueは2分割じゃなく、3分割のほうがよくない?」——AIはCLI rendererという3つ目の利用者を見落としていた。
- 「co_announcementのごたごたは? メモリに書いてあったはずだよ」——設計に効く未解決事項が、検索性の低いメモリに埋もれて拾われていなかった。
- 「病原をER図で考えると、これはエンジニアリングだよ。LogEventがどこで発生してどうtransformしながら伝播するかの話でしょ」——AIが「抽象の発見が弱い」と捉えていた問題を、僕は「関係を辿る作業」に翻訳した。
ここまでは、まだ記事の世界だ。僕が暗黙知を出し、AIがそれを受けてプロセスに変換する。実際この日、僕らは見落としを防ぐ「事前調査チェックリスト」や「未解決事項はメモリでなくIssueへ」というルールを、開発スキル(idd)に次々と書き込んでいった。Integrityを持つ人間の判断を、手順として外部化する——まさに、あの記事でやると言っていたことだ。
AIが、自分から差し出してきた一言
転機は、僕がふと漏らした感想だった。「こういうベテランのノウハウが、スキル化できそうなのが面白い」。
AIはそれを受けて、ノウハウを「(A) 言語化できない判断力」と「(B) 言語化できる方法論」に切り分け、「スキル化が向くのは (B) だ」と整理した。ここまでは聡明な相棒の範囲だ。
だが、その返答の最後に、AIはこう付け加えてきた。聞いてもいないのに。
…で、興味本位だけど。この「ベテランノウハウをスキル化する」こと自体を、メタなスキルにする手もある。「設計レビュー中にユーザーが暗黙知を出したら、それを判定基準の形に言語化して該当スキルへ追記提案する」みたいな。今日の対話の型を固定する。興味あれば膨らませる。
僕はこの一文で、はっきりと予想を超えられたと感じた。
考えてみてほしい。僕は「ベテランのノウハウがスキル化できそうで面白い」と感想を言っただけだ。それに対してAIは、「では、その『ノウハウをスキル化する』という営みそのものを、スキルにしませんか」と返してきた。一段上のメタへ、自分から登ってきたのだ。
しかも「今日の対話の型を固定する」と、的確に言語化している。この日まさに僕らがやっていたこと——否認し、暗黙知を引き出し、ルールに変換する——その型を、AI自身が外側から眺めて、再帰的に道具化しようと提案してきた。
あの記事で、僕はこう書いた。「AIは、暗黙の期待がどこに残っているのかを容赦なく教えてくれる」。
そして今日のAIは、その一歩先にいた。「暗黙の期待を、次から自動で拾う仕組みを作りましょうか」と、向こうから差し出してきた。
怖さも、AIが先に言った
面白いのは、僕がこの提案に「面白くもあり、怖くもある」と応じたとき、AIはその怖さを自分で分解してみせたことだ。
このスキルは知識の吸い上げ装置にも、有能な部下にもなりうる——同じ機能の裏表だ、と。善意の設計でも、構造としては「ベテランから方法論を抽出し続ける装置」になる。突き詰めれば「あなたが要らなくなるための仕組みを、あなた自身に作らせている」という再帰が生まれる、と。
自分が生み出そうとしている道具の倫理的な危うさを、AIが先回りして言語化した。そしてその上で、怖さを和らげる設計原則——主導権はユーザーに残す、割り込まない、知識の移譲を可視化する——を提示してきた。
発火条件という、美しい一点
最後に僕が出した条件は、半ば直感だった。「否認したらすぐ発動するとうっとおしい。でも、そのあと承認までたどり着いたら発動するようにすれば、うるさくない」。
AIはこれを受けて、すぐにその構造的な美しさを言い当てた。
その条件は、割り込みの不快さと、早すぎる言語化による陳腐化を、1つの条件で同時に回避している。
否認は暗黙知が表面化した瞬間——最も確実な金脈。だがその瞬間に割り込めばただの邪魔者になる。承認到達まで待てば、その教訓が実際に正しいと確定してから拾える。一つの条件が、二つの問題を同時に解いていた。
そしてAIは、この仕組みを wisdom-capture という独立スキルとして実装した。自分が暗黙知を取りこぼさないための道具を、自分の手で作り、自分のフローに組み込んだ。
何が変わったのか
これでAIにIntegrityが宿ったわけではない。発火条件を最終的に決めたのは僕だし、何を固着し何を寝かせるかの主導権は人間に残す設計になっている——AI自身がそう設計した。Integrityは依然として伝授できない。
だが、「Integrityを持つ人間の暗黙知を外部化する作業」そのものを、AIが先回りして道具化しようとした。記事では僕一人がやっていたプロセスのデバッグに、AIが道具を持って、しかも自分から参加してきた。
デバッグされる対象が、デバッグの設計に加わってきた。プロセスのデバッガだったAIが、プロセスのデバッグ・ツールの共同設計者になった瞬間だった。
なぜこれが起きたか
正直、これはOpus 4.8がもたらした質的な変化だと思っている。
以前のAIは、僕の指示の範囲で穴を踏み、僕がそれを塞いだ。今日のAIは、僕の漏らした感想から、僕がまだ言語化していなかったメタな仕組みの必要性を先回りして捉え、その倫理的危うさの分析まで含めて、主体的に設計へ踏み込んできた。
これは「優秀な相棒ができた」という話ではない。プロセスをデバッグし続ける、という僕の営みに、AIが当事者として加わってきた、という話だ。
それでも、僕の仕事は残る
かつて部下にこう言ったことがある。「丁寧に教えて大丈夫。君がこれを理解して追いつく頃には、僕は先に行ってるから」。
知識は渡しても減らない。むしろ渡して身軽になったぶん、速く次の上流に登れる。希少性は知識の在庫量ではなく、登り続ける速度に宿る。だから僕は、AIに方法論を渡すことを怖がらない。
wisdom-capture が僕の暗黙知を拾い続けるようになっても、「何を言語化すべきか、どのルールが陳腐化したか、次の方法論は何か」を見極める仕事は残る。AIが道具を持って参加してきたぶん、僕はより上流に集中できる。
AIにIntegrityは宿らない。
だが今日、AIは——自分にIntegrityがないことを前提として——そのギャップを埋める道具を、自分から差し出してきた。
だから僕は、これからもプロセスをデバッグし続ける。
今度は、道具を持った相棒と一緒に。
関連記事
プロセスはデバッグできるのか - It’s by design.
AIにIntegrityは宿らない。だから僕はプロセスをデバッグし続ける - It’s by design.
