Each language version is independently generated for its own context, not a direct translation.
「ターン（Turn）」：AI 代理人のための新しい「言語」の紹介
この論文は、**「ターン（Turn）」**という新しいプログラミング言語の提案について書かれています。
これまでの AI（大規模言語モデル）を使ったアプリ作りは、まるで「砂の城」を建てているようなものでした。AI の判断に任せる部分は不安定で、パスワードが漏れたり、記憶が飛んだり、重要な情報が消えたりするリスクが常にありました。
「ターン」は、そんな不安定な AI 社会を、**「堅牢で安全な都市」**に変えるための新しいルール（言語）です。
以下に、専門用語を避け、身近な例えを使って解説します。
1. 従来の問題点：なぜ「砂の城」だったのか？
これまでの AI アプリ開発では、以下の 5 つの大きな問題がありました。
- 記憶の限界（砂の城が崩れる）: AI は一度に話せる量（トークン数）が決まっています。これまでの方法では、会話が増えすぎると、重要な最初の情報が自動的に消えてしまい、AI が「えっ、何の話だったっけ？」と混乱していました。
- 答えの形がバラバラ（おまじない）: AI に「天気予報を JSON で返して」と頼んでも、返ってくる文字列がいつも同じ形とは限りません。プログラムが「あれ？キーがない！」とエラーになることが多発しました。
- 記憶の散乱（散らかった部屋）: AI が「何を知っているか」「何をしたか」が、データベースや変数、API の結果などにバラバラに散らばっており、全体像を把握するのが難しかったです。
- 再起動でリセット（電源オフ）: 長い作業をしている最中にプログラムが止まると、すべての記憶が失われてゼロからやり直しでした。
- 鍵の漏洩（パスワードを大声で叫ぶ）: AI が「ツールを使う」とき、もしパスワードを文字列として持っていると、AI がうっかり「パスワードを教えて」と言ってしまう（ハルシネーション）リスクがありました。
2. ターン（Turn）の解決策：5 つの新しい「魔法の道具」
ターン言語は、これらの問題を「言語のルールそのもの」で解決します。まるで、AI 専用の「安全な作業服」と「魔法の道具」を備えた職人（エージェント）を作るようなものです。
① 認知型タイプセーフティ（「型」で守る魔法の箱）
- 従来の方法: AI に「名前と年齢を言って」と頼み、返ってきた文字を後から「あ、年齢が数字じゃない！」とチェックしていました。
- ターン: AI に頼む前に、**「この箱には『名前（文字）』と『年齢（数字）』しか入らない」**と厳格に定義します。
- 仕組み: コンパイラ（翻訳機）が AI に「この箱の形」を渡します。AI が返した答えが箱の形と違えば、AI は「もう一度考え直して」と言われ、正しい形になるまで繰り返します。
- メリット: 「型エラー」が起きる前に AI が修正してくれるので、プログラムが壊れることがありません。
② 確信度オペレーター（「自信」を数値で見る）
- 従来の方法: AI が「たぶん A だと思う」と言っても、それが 90% 確実なのか 50% 確実なのか、プログラムは区別できませんでした。
- ターン: AI の答えには**「自信スコア（0〜1）」**が必ず付いてきます。
- 仕組み: 「もし自信スコアが 0.7 未満なら、AI の判断を信ぜず、人間が決めた安全なルール（フォールバック）を使う」という分岐が簡単に書けます。
- メリット: AI が「適当に」答えた場合でも、システムが自動的に安全な道を選びます。
③ 俳優モデル（「個別の部屋」と「手紙」）
- 従来の方法: 複数の AI が一つの大きな会話ログ（リスト）を共有して、お互いの話に干渉し合ったり、混乱したりしました。
- ターン: 各 AI 代理人（エージェント）は**「個別の部屋（コンテキスト）」**を持っています。
- 仕組み:
- 部屋（コンテキスト）: 重要な「システム指示」は部屋の入り口（一番初め）に、最新の「会話」は部屋の奥（一番最後）に配置されます。これにより、AI は「最初の指示」と「最新の会話」を忘れません（「真ん中の情報」が忘れられる現象を防ぎます）。
- 手紙（メールボックス）: エージェント同士は直接話さず、手紙（メッセージ）を交換します。
- 記憶（永続化）: 作業を一時停止（スuspend）すると、部屋の全状態（メモ、会話、現在の位置）が写真に撮られて保存されます。再開すれば、全く同じ状態から続行できます。
④ 能力ベースのアイデンティティ（「鍵」は見せない）
- 従来の方法: パスワードを文字列として持っていると、AI が「これ、何？」と聞いてきたり、誤って送信したりするリスクがありました。
- ターン: パスワードは**「見えない魔法の鍵（ハンドル）」**として扱われます。
- 仕組み: AI はこの「鍵」を文字列として読んだり、コピーしたり、誰かに見せたりすることは言語レベルで禁止されています。AI が「鍵を使ってドアを開けて」と言っても、裏側でシステムが鍵を差し込んで開けるだけで、AI は鍵そのものを知ることはできません。
- メリット: パスワードが漏れるリスクが完全に消えます。
⑤ コンパイル時のスキーマ吸収（「契約書」の自動生成）
- 従来の方法: 外部の API（Stripe や Google など）を使うたびに、手動で「どんなデータが来るか」を定義し、コードを書く必要がありました。
- ターン: 外部の API 仕様書（URL）を指定するだけで、コンパイラが自動的に「必要な箱（データ構造）」と「ツール」を生成します。
- メリット: 手作業が減り、API の仕様が変わっても言語側が自動で追従します。
3. 具体的な例：投資委員会のシミュレーション
論文では、**「投資委員会」**というシミュレーションが紹介されています。
- 議長: 市場データを取り寄せます（パスワードは「見えない鍵」で保護）。
- 分析官: AI に投資判断を頼みます。AI の「自信スコア」が低い場合は、AI の判断を無視して安全なルールに従います。
- リスク管理官: 投資額が限度を超えないかチェックします。
これら 3 人の AI は、それぞれ**「個別の部屋」で作業し、「手紙」**で議長に報告します。議長は報告を受け取り、最終的な決定を下します。もし誰かがエラーで倒れても、他のメンバーは影響を受けず、システム全体は止まりません。
4. まとめ：なぜこれが重要なのか？
これまでの AI アプリ開発は、**「フレームワーク（道具箱）」**に頼って、開発者が自分でルールを守らなければなりませんでした。しかし、人間はミスをするものです。
**ターン（Turn）は、そのルールを「言語そのもの」**に組み込みました。
- AI の答えが間違っていれば、言語が修正を迫る。
- パスワードが漏れそうになれば、言語がブロックする。
- 記憶が混乱すれば、言語が整理する。
これは、**「AI 代理人を、単なるループ（繰り返し処理）ではなく、独立した『プロセス（生命体）』として扱う」**という新しい考え方です。
結論として：
ターン言語は、AI の持つ「不確実性」と「危険性」を、言語の設計図そのもので封じ込めることで、**「信頼できる AI アプリ」**を簡単に作れるようにする、画期的な新しい言語です。
この言語はオープンソース（無料）で公開されており、GitHub で誰でも試すことができます。