ICT技術:ICT Technology その設計者はどう育てるのか？ ――判断構造を言語化できる人材の条件と、 経験・失敗・衝突ログを学習に変える方法
その設計者はどう育てるのか？ ――判断構造を言語化できる人材の条件と、 経験・失敗・衝突ログを学習に変える方法
ここまでで、AI時代の新しい観点についてのべてきた。
問題はモデルではない
問題は最適化でもない
問題は「判断...
Warning: Undefined variable $author in /home/c1309528/public_html/deus-ex-machina-ism.com/wp-content/themes/cocoon/functions.php on line 131
Deux Ex Machina
ICT技術:ICT Technology ICT技術:ICT Technology AI時代の「設計者」とは誰か ―エンジニアでもPMでもない、判断構造の作者という職能
AI時代の「設計者」とは誰か ―エンジニアでもPMでもない、判断構造の作者という職能
AI時代になると、必ずこういう議論が起きる。
エンジニアが重要だ
PMが要だ
データサイエンティストが不足している
どれも間違いでは...
ICT技術:ICT Technology 境界を書かない設計は、必ず破綻する ―暗黙の境界が事故を生み、言語化のコストが安全性になる
境界を書かない設計は、必ず破綻する ―暗黙の境界が事故を生み、言語化のコストが安全性になる
事故は、突然起きるように見える。だが実際には、ずっと前から起きる準備が整っていた。
その共通点は、ほぼひとつだ。
境界が、どこにも書かれていな...
ICT技術:ICT Technology モデルサイズを上げても、判断は賢くならない ―スケール神話への違和感と、設計不在の巨大モデル
モデルサイズを上げても、判断は賢くならない ―スケール神話への違和感と、設計不在の巨大モデル
AIは、巨大化してきた。パラメータは増え、学習データは拡張され、性能指標は次々と更新されていく。
そして、決まってこう言われる。
「もっと大...
ICT技術:ICT Technology AIは「決めない」ことで賢くなる ―勾配・確率・保留という態度と、決断を急がない設計
AIは「決めない」ことで賢くなる ―勾配・確率・保留という態度と、決断を急がない設計
AIは速い。計算は一瞬で終わり、答えはすぐに返ってくる。
だから私たちは、無意識にこう期待してしまう。
「早く、はっきり、決めてほしい」
だが、その...
ICT技術:ICT Technology Human-in-the-loop が機能しない本当の理由 ―なぜ「最後に人間」は責任を失うのか、Human-as-Author への転換
Human-in-the-loop が機能しない本当の理由 ―なぜ「最後に人間」は責任を失うのか、Human-as-Author への転換
Human-in-the-loop（HITL）は、AI時代の“安全装置”として語られてきた。
...
ICT技術:ICT Technology 合意しないマルチエージェントは失敗か？ ―合意不成立を成果として扱う設計と、「衝突ログ」の価値
合意しないマルチエージェントは失敗か？ ―合意不成立を成果として扱う設計と、「衝突ログ」の価値
マルチエージェントと聞くと、多くの人はこう期待する。
エージェント同士が話し合い
意見をすり合わせ
最終的に合意に至る
そ...
ICT技術:ICT Technology Cold-startを「契約」として扱え — データ不足を設計問題に変換する —
Cold-startを「契約」として扱え — データ不足を設計問題に変換する —
Cold-start問題は、技術的な問題だと思われている。
データが足りない
モデルが学習できない
精度が出ない
だから人は言う。
「デ...
ICT技術:ICT Technology 判断を止める条件は、どこに書くべきか ―停止条件の外在化と、「人間に戻す」設計の重要性
判断を止める条件は、どこに書くべきか ―停止条件の外在化と、「人間に戻す」設計の重要性
AIは、止まらない。
最適化は続く
確率は更新される
スコアは改善される
これは欠陥ではない。計算とは、そういうものだからだ。
だ...
ICT技術:ICT Technology オントロジー・DSL・BTはどうやって効率的かつ正確に作るのか ― 判断構造を設計する実践的方法 ―
オントロジー・DSL・BTはどうやって効率的かつ正確に作るのか ― 判断構造を設計する実践的方法 ―
これまでの記事では、なぜ判断を外在化する必要があるのかを説明してきました。
その中核となる三つの構造要素は：
オントロジー
DSL...