イベント日：2026年8月13日

コーディングエージェントが人々の理解が追いつくよりも速く変更を生成するようになる中、デザイナー兼開発者のジェフリー・リットは、人間の理解がソフトウェア作業の中心的な制約になったと主張している。彼の見解は、エージェントの出力が正しいかどうかを確認することだけにとどまらない。理解することで、人は次の変更を提案し、進化するシステムに創造的に参加するために必要な概念も得られる。

リットはソフトウェアプロジェクトを、1回限りの委任作業ではなく、エージェントとの反復的なループとして説明する。アーキテクチャや挙動を把握できなくなった人でも、個々の結果を承認することはできるかもしれないが、製品を次にどこへ向かわせるべきかを判断する能力は低下する。彼は、その習熟度の喪失を「認知的負債」と結び付けている。つまり、理解を後回しにすることで短期的な速度を買うことだ。

彼が最初に提案する手法は、構造化された解説資料である。彼の`/explain-diff`スキルは、変更を説明する前に既存システムについて教えるHTML、Markdown、またはNotionの文書を生成する。解説資料は、目標を示し、関連する概念を紹介し、ファイルをアルファベット順に提示するのではなく、物語としてコード片を並べる。対話型の図解は、レビュー担当者が実装の詳細に到達する前に直感的な理解を形成するのに役立つ。

読むだけでは理解したという誤った感覚が生じることがあるため、リットは短いクイズも追加している。彼の解説資料一式は変更に関する5つの質問で終わり、本人がそれらに答えられるようになるまでコードを次の工程に送らないという。このクイズは速度調整装置として機能し、生成の進度がレビュー担当者の実際の理解を超えたとき、人間によるレビューループを強制的に一時停止させる。

第2の手法は、システムの内部状態を明らかにする対話型環境「マイクロワールド」を利用する。リットは、Prologインタープリター用のデバッガーを構築した経験について説明している。それにより、実行過程をたどり、スタックを見て、どのルールが評価されているかを調べることができた。目的は、エージェントが不具合を見つけるのを助けるだけでなく、人間が操作できるプログラムのモデルを提供することだった。

共有空間が、より広範な構想を完成させる。解説や対話型の成果物は、チームメンバーが何が、なぜ変わったのかを話し合う共同作業用のオブジェクトになり得る。リットは、自身がNotionで働き、同社の埋め込み型インタラクティブHTML機能を利用していると述べており、それは彼のツール選択における潜在的な偏りの要因である。

これらの手法には追加の作業が伴い、この講演は、それがエージェントの出力をレビューする唯一の方法だとは主張していない。共通する原則は、解説を後から再構築するのではなく、コードと並行して生成すべきだということだ。エージェントが実装を加速させるなら、同じシステムを使って、人間の判断をアーキテクチャ、意図、将来の設計上の選択と結び付け続ける教材の作成も支援できる。

リットの定式化によれば、ボトルネックはエージェントがもう1つの改訂版を生成する能力ではなく、その改訂を知的に方向付けるのに十分な量のシステム情報を人間が保持する能力である。