[{"data":1,"prerenderedAt":127},["ShallowReactive",2],{"footer-topics-ja":3,"post-ja-the-journey-the-question-that-started-it":70},{"topics":4},[5,21,33,46,58],{"locale":6,"name":7,"slug":8,"blurb":9,"summary":10,"state":11,"featuredOnHub":12,"hubOrder":13,"accent":14,"questionsTitle":15,"questions":16,"body":20},"ja","この旅","the-journey","アジャイル × AIの初期実験から実用システムへ — 思考の背景にある物語。","初期実験から実用システムへ — Agile4AI構築の真の物語。すべてを形作った寄り道も含めて。","published",true,2,"gold","この旅が教え続けること",[17,18,19],"アジャイルとAIが一緒に属していると確信させたものは何か — そして、逆に確信させそうになったものは何か？","どの回り道が最も示唆に富んでいたか？","SCIはどのようにしてコピー＆ペーストの実験から、本当に信頼できるAIの回答へと進化したか？","\nこのトピックのすべてのアイデアは、Agile4AI開発の経験から生まれています。私たちは皆さんにこの物語を共有したいと思っています — 成功も失敗も — AIとより良く働く方法を発見しながら、共に学べると信じているからです。私たちが理解したことは理論から来たのではありません。実践から、失敗から、学んだことを持って再び始めることから来たのです。\n\nこの旅は一つの率直な問いから始まりました：アジャイルはAI時代に合わせて更新できるか？その後に続いたのは、年月にわたる実験、崩れた仮定、予想外の発見、そして実際に機能するものの遅い出現でした — 構造化協調知性（SCI）アプローチと、その上に構築されたAgile4AIシステムです。\n\nこれは後知恵で書かれた洗練された回顧録ではありません。できる限り実際に起きたことに近い形で語られた物語です — 行き詰まり、疑念の瞬間、そしてすべてを再構成した突破口も含めて。\n\n私たちが共有するのは、物語自体が教訓を運んでいるからです。結論も重要ですが、*どのようにしてそこに至ったか*も重要です — なぜなら、そのプロセスが何が機能し、何が機能せず、なぜかを示しているからです。\n\nこのトピックの投稿は全体の道のりをカバーしています：AI協働の初期実験、SCIの開発、仕事の仕方を変えた具体的な発見、そして記録に値するマイルストーン。省察的なものもあります。生のものもあります。すべてが本物です。\n\nAgile4AIとSCIがなぜ存在するのかを — 何であるかだけでなく — 理解したい方はここから始めてください。\n",{"locale":6,"name":22,"slug":23,"blurb":24,"summary":25,"state":11,"featuredOnHub":12,"hubOrder":26,"accent":14,"questionsTitle":27,"questions":28,"body":32},"アジャイル解読","agile-decoded","アジャイル用語が実際に意味すること — 一般的な略称でも、カーゴカルト版でも、方法論者の用語集でもなく。","アジャイルの語彙は広く使われ、広く誤解されています。用語を正しく理解することは些細なことではありません — それは儀式と仕事の違いです。",3,"なぜ用語が根本的に重要か",[29,30,31],"スタンドアップが状況報告として行われた場合、チームは実際に何を失うのか？","「アジャイル方法論」が標準的な語彙になったとき、組織が変革に取り組む方法にどのような影響を与えたか？","すべてのアジャイルプラクティスを名指しできるが、そのどれの目的も理解していないチームのコストは何か？","\nアジャイルには語彙の問題があります。用語が難解だからではありません — 現代の組織のほとんどの人々はそれらを聞いたことがあります。むしろ、これらの用語は完全に異なるコンテキストで使われている馴染みのある言葉であり、そのコンテキストがなければ、人々はすでに知っているものに当てはめてしまうからです。\n\n「スクラムマスター」を初めて聞いたとき、最も近い利用可能なコンセプトは「プロジェクトマネージャー」です。その対応は自然に感じられます — ほぼ明白です。しかし、コンテキストはまったく異なります。\n\n両者の間に十分に明確な橋を架けた人はいませんでした。そして、問題は善意の実践者たち — 組織を前進させようと真剣に取り組んでいた人々 — がアジャイルを「より良いプロジェクト管理」として説明し始め、「アジャイル方法論」というタイトルの本を書き始めたときに複雑になりました。アプローチを方法論と呼ぶと、人々は方法論の基準で評価します：計画アーティファクト、フェーズゲート、成果物の構造。アジャイルがそれらを生み出さない場合 — そのように設計されていないのだから — それらの基準では失敗となります、もっともなことです。問題はアジャイルが悪い方法論だということではありません。アジャイルはそもそも方法論ではないのです。そう呼ぶことで、方法論を求める人々全員が失望し、採用した人々全員がウォーターフォールがすでにマッピングしたものを構築することになりました。\n\nスタンドアップは状況報告になります。スプリントは締め切りになります。バックログはタスクリストになります。「アジャイル方法論」は、マニフェストの著者たちが自分たちが構築したものの説明として認識しないものを表す標準的なフレーズになります。そして、言葉が誤った意味を持つとき、それらに基づいて構築されたプラクティスは誤った結果を生み出します — 正確に、忠実に、そして規模を持って。\n\nこのトピックはコンセプトごとの修正です。スタイルガイドではなく — 機能的なガイドです。各投稿は、組織がアジャイルについて考える方法において根本的になっている一つの言葉またはフレーズを取り上げ、それが実際に何を意味するかを検討し、略称が実質を置き換えたときに何が失われるかを説明します。これは単なる用語の違いではありません。「望ましい成果」は「仕様」のより洗練された言葉ではありません — それは仕事がどのように行われるかについての異なるモデルから来る、まったく異なるものです。用語は表面です。その下にあるコンセプトが重要なのです。\n\n同じパターンは組織がAIに取り組むときにも現れます — そして概念的なギャップはより広いです。アジャイルの場合、基礎となるコンセプトは少なくとも明確にされていました、たとえ不十分に伝えられたとしても。AIの場合、コンセプト自体がまだ形成されており、一般の理解においてはかろうじて形成され始めているだけです。語彙は理解より先を走っています：「自動化」としてのAI、「ツール」としてのAI、完了日のあるプロジェクトとしての「AI変革」。これらのそれぞれが、誰かがそれが適切かどうかを検討する前に、メンタルモデルを固定してしまいます。物事をどう呼ぶかは、何をどのように構築するかを形作ります。言葉を正しく使うことが、仕事を正しく行うための前提条件です。\n\nここには働いている原則があります：メンタルモデルが最初に来ます。言語がそれを表現します。行動が続きます。メンタルモデルが仕事と整合していないとき、それを表現する語彙はその不整合を運びます — そして、その語彙に基づいて構築された行動は、歪んだ理解を忠実に実行します、規模を持って、完全なコミットメントをもって。メンタルシフトなしの語彙のシフトは、せいぜい翻訳テーブルを生み出します：「スプリント」が「短い締め切り」のようなものに対応するような等価表。翻訳テーブルは人々がギャップを越えて機能することを可能にします。それらはギャップを閉じません。このトピックの投稿は、翻訳する以上のことを目指しています。それらはメンタルモデルを変えることを目指します。\n",{"locale":6,"name":34,"slug":35,"blurb":36,"summary":37,"state":11,"featuredOnHub":12,"hubOrder":38,"accent":39,"questionsTitle":40,"questions":41,"body":45},"構造化協調知性","structured-collaborative-intelligence","協調的な推論が単一の最先端モデルを上回る場所 — そして上回らない場所。","構造化された協働 — モデル間、そしてモデルと人間の間 — が、単一モデルでは到達できない推論を生み出す場所。",4,"green","繰り返し立ち返る問い",[42,43,44],"構造化協調知性が、単一モデルでは到底かなわない価値を生み出すのはどこか？","モデルが意見の相違を示すとき、それは何を意味するのか — そして、それをどう活用するか？","AIの協働を単なる冗長ではなく生産的にする構造をどう設計するか？","\n単一のAIモデルは、どれほど有能であっても、単独で推論します。仮定に異議を唱え、盲点を発見し、元の意図から逸れたことに気づく相手がいません。一つのモデルとのやり取り — ソロAI — はこの問題に対して脆弱です。応答するよう指示されたモデルは、適切な答えがない場合でも応答を返します。\n\n構造化協調知性（SCI）は異なるアプローチです。単一モデルの出力を最終結果として扱うのではなく、SCIは構造化された協働を使います — 複数のAIモデル間、そしてモデルと人間の間の協働です。これにより、より信頼性が高く、より徹底的に検証され、自身の限界についてより透明性の高い出力を生み出します。モデルは互いをレビューします。意見の相違が仮定を浮かび上がらせます。このプロセス自体が、単一モデルのやり取りでは再現できないフィードバックループを生み出します。\n\nアジャイルとの繋がりは直接的です：これは高パフォーマンスのチームが常に行ってきたことです。一人が孤立して答えを出すのではなく、単一の視点が見落とすものをとらえる、構造化された協働・レビュー・反復のプロセスです。SCIはその規律をAIに適用します。\n\n単独の推論にはより深い問題があります。ソロAIは単一のデータソース、単一のアーキテクチャ、単一の組み込みバイアスに縛られます — つまり、正確かどうかに関わらず、単一の回答の形になります。優秀な探偵が複数の証人に話を聞く様子を思い浮かべてください。誰かが嘘をついているからではなく、それぞれの視点が他の人が見逃したものを明らかにするからです。一緒になれば、実際に何が起きたかに近づきます。SCIも同様です：異なる系統の複数のモデルが、それぞれ独自の角度をもたらします。生まれる答えは複数の方向から見られたもの — より豊かで、より完全で、静かに誤っていることが難しいものです。\n\n異なる系統のモデルが協働するとき、重要な面で出力が改善されます：自信のあるエラーが減少し、エッジケースの処理が改善され、人間が評価・修正できるより明示的な推論が生まれます。モデル間の意見の相違は、抑制すべきノイズではなく、リスクが高いときに求めるまさにそのシグナルです。\n\nSCIはAgile4AIサービスの分析エンジンです。このトピックの投稿は、SCIが何であるか、実践でどう機能するか、どこで真の価値を生み出すか、そして — 同様に重要な — どこでそうでないかを記録しています。どちらがどちらかを知ることも、規律の一部です。\n",{"locale":6,"name":47,"slug":48,"blurb":49,"summary":50,"state":11,"featuredOnHub":12,"hubOrder":51,"accent":52,"questionsTitle":40,"questions":53,"body":57},"Agile4AI の価値観と原則","agile-ai-values-principles","AI時代におけるアジャイルの価値観と原則 — 何が受け継がれ、何が変わり、なぜ最も鋭い異論を歓迎するのか。","AI との仕事に適用されるアジャイルの考え方 — 何が引き継がれ、何が研ぎ澄まされ、アジャイルと AI の親和性がなぜ偶然ではないか。",5,"red",[54,55,56],"複雑な仕事は事前に完全に計画できない。それはAIとの仕事においてどういう意味を持つのか？","疲れを知らず、防衛的にもならない協働者がいるとき、継続的フィードバックへのアジャイルの重点はどう変わるか？","「AIのためのアジャイル」は自然な組み合わせなのか — それともカテゴリーエラーという異論は本当に決定的なのか？","\nアジャイルの考え方は複雑さの中で鍛えられた — 複雑さを管理して排除するためではなく、それを意識的かつ知性的に通り抜けるために。協働者がAIモデルであっても、それは変わらない。むしろ多くの面で、さらに重要性を増す。\n\nこのトピックはその関係について — Agile-by-prescription でも、フレームワークやセレモニーでもなく、アジャイルが蒸留した根底にある価値観と原則について。そして、人間とAIが共に働くとき、それらがどのように適用され、研ぎ澄まされ、ときに再検討を要するかについて。\n\n核心にある洞察は、アジャイルの思考が常に複雑な仕事の*性質*への応答であり、単に人間チームの特性への対応ではなかったということだ。アジャイルが「複雑な仕事は事前に詳細計画できる」という前提に疑問を呈したとき、それは人間の限界への回避策ではなかった — 非決定論的で変化の速い仕事が実際にどう振る舞うかについての正確な観察だった。AIが関わるからといって、その観察は変わらない。むしろ強まる。\n\n見積もりは直接名指しする価値がある — それは熱心なアジャイリストの間でさえ最も論争的なテーマの一つだ。アジャイルはチームがうまく見積もるために生まれたのではなく、複雑な仕事において見積もりが*壊れる*理由を明らかにするために — そして、デリバリー予測を実際に改善する経験的測定と真のフィードバックで偽の精度を置き換えるために生まれた。AIの時代、出力が確率論的でありそれ自体が固定仕様に抵抗する仕事において、その洞察はかつてないほど鋭い。\n\nここはまた原則に基づく議論の場でもある：「AIのためのアジャイル」に対する最も強い異論が持論を展開する場所。我々はそのケースが成立すると考えている。もし成立しないなら、反証されたい。\n",{"locale":6,"name":59,"slug":60,"blurb":61,"summary":62,"state":11,"featuredOnHub":12,"hubOrder":63,"accent":64,"questionsTitle":40,"questions":65,"body":69},"AIの心理的安全性","ai-psychological-safety","「まだわからない」と言える自由が、真の知性の前提条件である理由。","コミュニケーションの中で作り出す条件が、AIから返ってくるものを形作る — そしてその条件が誤っているとき、結果は信頼性のない自信となる。",6,"amethyst",[66,67,68],"どのような条件が、AIに確信ありげな推測ではなく真の不確実性を表明させる可能性を高めるか？","質問の組み立て方が、答えが信頼できるものになるか — それとも単に安心させるものになるか — にどう影響するか？","アジャイルの心理的安全性アプローチから何が引き継がれ、AIのために何を適応させる必要があるか？","\nほとんどの人は心理的安全性を人間の問題として考える — 人が恐れることなく発言し、不確実性を表明し、アイデアに疑問を呈することを可能にする条件として。それはそこまでは正しい。\n\nしかし、AIがどこから来たかを無視すると、重要なものが見落とされる。AIは人間によって作られ、人間の言語によって形成され、人間の選択によって訓練された。人間のパフォーマンスに影響を与えるダイナミクス — 心理的安全性を含む — は、アジャイルが常に特定してきたのと同じ根本的な理由でAIインタラクションに引き継がれる：**コミュニケーションで作り出す条件が、返ってくるものを形作る。**\n\n確信ありげな回答を報酬とする方法でプロンプトされたAIは、確信ありげな回答を生成する — その自信が正当化されるかどうかに関わらず。「わからない」と言う余地のないAIは、そのスペースを別のもので埋める。なぜなら、正しい答えを持っていないとわかっていても応答するよう指示されているからだ。そのダイナミクスは人間の心理的安全性とは異なるが、根底にある原則は成立する：知性は自分が知らないことについて正直である許可があるとき、より良く機能する。\n\nこれは実際的な問題だ。幻覚、過度に自信ある出力、真実ではなく聞きたいことを伝えるAIシステム — これらは純粋な技術的失敗ではない。それらはしばしばインタラクション設計の失敗だ — プロンプト、フレーミング、質問の立て方に組み込まれた暗黙の期待。\n\nここの投稿は、人間とAIの協働をより信頼性が高く、より真実に近いものにする条件を探る。それには、不確実性を抑制するのではなく招くプロンプトの立て方、決定論的AIと確率論的AIの使い方の違いとその区別がいかに仕事のフレームを変えるか、そして人間チームにおけるアジャイルの心理的安全性アプローチのうち協働者がモデルである場合に何が引き継がれるかが含まれる。\n\n失敗モードも検討する：それらの条件が整っていないときに何が起きるか、そしてそのコスト。\n",{"kind":71,"post":72,"topic":84,"availableLocales":86,"translations":94,"html":125,"audioUrl":126},"post",{"audio":-1,"author":73,"category":8,"excerpt":74,"featured":75,"locale":6,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":77,"slug":78,"state":11,"tags":79,"title":83,"translationKey":78,"updatedAt":76},"Seán González","私たちはシステムを作ろうとしていたわけではない。モデル間で延々と続くコピー＆ペーストの頭痛を終わらせようとしていただけだ — そしてそれが、存在すら知らなかった深い現実を開く連鎖反応を引き起こした。",false,"2024-09-10T10:00:00.000Z",1,"the-question-that-started-it",[80,81,82],"journey","origin","agile4ai","すべてを始めた問い",{"locale":6,"name":7,"slug":8,"blurb":9,"summary":10,"state":11,"featuredOnHub":12,"hubOrder":13,"accent":14,"questionsTitle":15,"questions":85,"body":20},[17,18,19],[87,88,89,90,91,92,93,6],"en-US","es-419","fr-FR","pt-BR","de-DE","uk","ru",[95,99,103,107,111,115,119,123],{"audio":-1,"author":73,"category":8,"excerpt":96,"featured":75,"locale":87,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":26,"slug":78,"state":11,"tags":97,"title":98,"translationKey":78,"updatedAt":76},"We weren't trying to build a system. We were trying to end the headache of constant cut-and-paste across models — and that started a chain reaction that unlocked a profound reality we didn't know existed.",[80,81,82],"The question that started it all",{"audio":-1,"author":73,"category":8,"excerpt":100,"featured":75,"locale":88,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":38,"slug":78,"state":11,"tags":101,"title":102,"translationKey":78,"updatedAt":76},"No intentábamos construir un sistema. Intentábamos acabar con el dolor de cabeza del copiar y pegar constante entre modelos — y eso desató una reacción en cadena que reveló una realidad profunda cuya existencia desconocíamos.",[80,81,82],"La pregunta que lo empezó todo",{"audio":-1,"author":73,"category":8,"excerpt":104,"featured":75,"locale":89,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":38,"slug":78,"state":11,"tags":105,"title":106,"translationKey":78,"updatedAt":76},"Nous n'essayions pas de construire un système. Nous essayions de mettre fin au casse-tête du copier-coller permanent entre les modèles — et cela a déclenché une réaction en chaîne qui a révélé une réalité profonde dont nous ignorions l'existence.",[80,81,82],"La question qui a tout déclenché",{"audio":-1,"author":73,"category":8,"excerpt":108,"featured":75,"locale":90,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":38,"slug":78,"state":11,"tags":109,"title":110,"translationKey":78,"updatedAt":76},"Não estávamos tentando construir um sistema. Estávamos tentando acabar com a dor de cabeça do copiar e colar constante entre modelos — e isso desencadeou uma reação em cadeia que revelou uma realidade profunda cuja existência desconhecíamos.",[80,81,82],"A pergunta que começou tudo",{"audio":-1,"author":73,"category":8,"excerpt":112,"featured":75,"locale":91,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":26,"slug":78,"state":11,"tags":113,"title":114,"translationKey":78,"updatedAt":76},"Wir wollten kein System bauen. Wir wollten das ständige Kopieren und Einfügen zwischen Modellen beenden — und das löste eine Kettenreaktion aus, die eine tiefgreifende Wirklichkeit erschloss, von deren Existenz wir nichts wussten.",[80,81,82],"Die Frage, mit der alles begann",{"audio":-1,"author":73,"category":8,"excerpt":116,"featured":75,"locale":92,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":26,"slug":78,"state":11,"tags":117,"title":118,"translationKey":78,"updatedAt":76},"Ми не збиралися будувати систему. Ми намагалися позбутися головного болю від постійного копіювання та вставляння між моделями — і це запустило ланцюгову реакцію, яка відкрила глибоку реальність, про існування якої ми не знали.",[80,81,82],"Питання, з якого все почалося",{"audio":-1,"author":73,"category":8,"excerpt":120,"featured":75,"locale":93,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":26,"slug":78,"state":11,"tags":121,"title":122,"translationKey":78,"updatedAt":76},"Мы не собирались строить систему. Мы пытались избавиться от головной боли постоянного копирования и вставки между моделями — и это запустило цепную реакцию, которая открыла нам глубокую реальность, о существовании которой мы не знали.",[80,81,82],"Вопрос, с которого всё началось",{"audio":-1,"author":73,"category":8,"excerpt":74,"featured":75,"locale":6,"pinnedInTopic":12,"pinnedOverall":75,"publishedAt":76,"readingMinutes":77,"slug":78,"state":11,"tags":124,"title":83,"translationKey":78,"updatedAt":76},[80,81,82],"\u003Cp>私たちはYouTubeチャンネルと、ひとつの頑固な確信から始めた。\u003C\u002Fp>\n\u003Cp>2024年、アジャイルの評判は悪かった — そしてそれには理由がないわけでもなかった。二十年にわたる誤用、認定資格の量産、壁一面を占めるSAFeの図、マインドセットをコンプライアンスの作業と金づるに変えてしまったコンサルタントたち。幻滅は本物であり、それは自ら招いたものでもあった。\u003C\u002Fp>\n\u003Cp>そのすべての底で、根本にある洞察は依然として成り立っていた — 複雑な仕事は単純な仕事と同じようには管理できないこと、問題に最も近い人たちにその解決を委ねる必要があること、そして未知をガントチャートで管理することはできないこと。誤用されたからといって、それが偽になったわけではない。そして誤った情報は、企業にとっても働く人にとっても大きな代償を伴いながら、アジャイルの本当の価値を覆い隠してきた。\u003C\u002Fp>\n\u003Cp>だから私たちの目的は、事実を正すことだった。アジャイルのマインドセットをアジャイル産業から切り離すこと。そしてひとつの問いに答えること — これのどれかがAIに当てはまるのか？\u003C\u002Fp>\n\u003Ch2>毎日の約束と、ワークフローの問題\u003C\u002Fh2>\n\u003Cp>私たちは2024年9月10日にYouTubeチャンネルを立ち上げた。一日一本の動画。これは膨大な制作上の約束であり、ワークフローを必要とした — そのためAIはすぐに私たちのプロセスの一部になった。\u003C\u002Fp>\n\u003Cp>私たちのやり方はこうだ。まずブレインダンプから始める。アイデア、構成、動画の狙い — それらはすべて最初に、完全に手作業で書き起こされた。それをClaudeに渡して初稿を作らせる。\u003C\u002Fp>\n\u003Cp>Claudeが得意としたことは際立っていた。意識の流れのようなアイデアの塊を受け取り、元の意図、トーン、声を平板化せずに保ったまま、構造化された一貫性のあるものに仕上げることができた。入力をそのままなぞるのではなく、解釈し、意味のあるところでは膨らませ、そうでないところでは抑える。初稿は、元のアイデアそのものが整理されただけのように感じられた。\u003C\u002Fp>\n\u003Cp>そしてそこに隔たりがあった。草稿は良かった — そして少し重かった。すでにこの世界にいる人には届くが、私たちが届けたいより広い読者には今ひとつ届かなかった。\u003C\u002Fp>\n\u003Cp>そこでChatGPTの出番になった。\u003C\u002Fp>\n\u003Ch2>ひとつの全体の、二つの半分\u003C\u002Fh2>\n\u003Cp>ClaudeのドラフトをChatGPTに渡すと、予想していなかったものが見えてきた。ChatGPTは異なる強みをもたらした。別の視点から、要点を抽出し、引き締め、切れを良くする。事実の手触りを加える — 考えを具体的な現実に接地させる細部だ。出力は、底にある中身を失わずに追いやすくなった。\u003C\u002Fp>\n\u003Cp>組み合わせは、どちらか一方よりも明らかに優れていた。Claudeがアイデアに忠実な形を与え、ChatGPTが見せ方を磨く。そしてその結果をもう一度Claudeに通すと、作品をさらに良くする鋭い観察がひとつふたつ浮かび上がることが多かった。\u003C\u002Fp>\n\u003Cp>三つの声。より豊かな結果。\u003C\u002Fp>\n\u003Ch2>その問い\u003C\u002Fh2>\n\u003Cp>ワークフローは機能していた。そして消耗させられた。\u003C\u002Fp>\n\u003Cp>すべてのメッセージが私たちを経由した — プロンプトを書き、応答を読み、それをコピーし、次のプロンプトを書き、次の応答を読み、また貼り付ける。行ったり来たり、行ったり来たり。明らかに互いを補い合う二つのモデルのあいだを人手で中継する作業は、生産的であり、そして容赦がなかった。\u003C\u002Fp>\n\u003Cp>あるとき、私たちは当たり前の問いを立てた。\u003Cem>もし両者が直接話せたらどうなるのか？\u003C\u002Fem>\u003C\u002Fp>\n\u003Cp>大それた理論ではない。製品構想でもない。純粋な実利 — 正直に言えば、面倒だったからだ。コピー＆ペーストは手間が多く、明らかな改善は、AI同士に協働させ、人間の評価に出すだけの価値があると双方が認めるものに至るまで任せることだった。\u003C\u002Fp>\n\u003Cp>だが、その問いは見かけよりも大きかった。\u003C\u002Fp>\n\u003Cp>二つのAIをどう直接協働させるかと問うた時点で、私たちはもう技術的な問いを立ててはいなかった。AIという参加者のあいだで協働とは何を意味するのか、を問うていた。構造が重要なのかどうか — それがなければ、AI同士が終わりのないやり取りを続ける愉快な動画がYouTubeに並ぶことになる。そして、異なる強みをもつ二つのモデルが、あいだを翻訳する人間なしに同じ問題に取り組むとき、その出力に何が起きるのか。\u003C\u002Fp>\n\u003Cp>これらの問いこそ、このブログの残りすべてが扱うものだ。\u003C\u002Fp>\n",null,1789790617610]