
何が起きたか
Zennの論考が「Co-generative Systems Design(共生成的システム設計)」を提唱。
なぜ重要か
設計の中心を完成プログラムから、人間とAIが変え続けるための環境・手順へ捉え直す論点。モデル能力向上で全設計の手作業承認は速度・規模で限界に達しうると指摘。
こういう要約が、毎朝あなたのメールに届きます。
論考はソフトウェア設計を純粋に技術的な営みとして扱うのではなく、建築や都市デザインから発想を借りて議論を組み立てる。ソフトウェア設計がクリストファー・アレグザンダーのパタン・ランゲージから多大な影響を受けてきたこと、Eric Evansのドメイン駆動設計が専門家と設計者の間で共有言語を育てる点を重視する点で共通することに触れる。一方で建物と都市は区別する。建物は完成後に使われ改修されるが、都市には各自の目的を持つ多数の主体がひしめき、誰一人として最終形を確定できない。AIがコードを書く段階を超え、仕様、設計、テスト、運用、さらには次の変更の提案まで担うようになれば、ソフトウェアも同様の性格を帯びうると論考は示唆する。
続いて設計権限を役割に分ける。リードデザイナーはAIに委任する範囲、変更手順、責任の所在を定める。開発者市民設計者は共有メカニズムを拡張・変更する。利用者市民設計者は自らの環境を変え、AIの判断を監視し、異議を申し立てる。AIは委任範囲内で設計・生成・実行するエージェントとして位置づけられる。AIに設計能力を委ねることが人間の参加を狭めてはならないと論考は強調する。
RubyとRailsからは、既存メカニズムを変更する自由を引き継ぎたいとする。Rails Doctrineの「Provide sharp knives」、つまり強力なツールを取り上げるのではなく開発者の判断を信頼する原則を引く。この自由はプログラムを書けない利用者にも広げるべきだと論じ、人間の開発者に強い拡張権限を与えることと、自律型AIに無制限の権限を与えることは異なると注記する。最後に、誰が利用者を代表するのか、異議がAIの高速な変更に追いつけるのか、システムが全体として改善したことをどう検証するのか、といった未解決の問いを残す。
業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。
登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →
この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。
Anthropicの社内調査で、技術部門の若手新卒採用の比率が2025年初頭以降27%から9%に低下し、若手向け求人は6%にとどまった

Mastercardは米国で「Agent Pay Trust Framework」に新たなインテリジェンス層を試験導入し、「Mastercard Decision Intelligence」基盤でAIエージェント起動確率…

2026年9月24日付の決定で、アーヘン地方裁判所はある医師に関するAIモードの虚偽テキスト3件の拡散をGoogleに禁止し、違反には最大25万ユーロの罰金が科される

符号化した入力を予測に変換する3方式を比較

6つのバグを仕込んだ41行のショッピングカート用ファイルに/code-reviewを24回実行

リアルインベントCTOは報告されたAI関連漏洩を3類型に整理した
