#csharp

MCPって「外部ツールにつなぐための共通規格」という理解で止まっていたので、SDKの改訂でまずステートレスを既定にした、という話にいちばん引っかかりました。便利そうな言葉に見えるけれど、実際にはけっこう設計思想が変わる話です。AIエージェントの世界では、対話が増えるほどセッション管理が重くなる。そこを「標準的なHTTP POST」に寄せて、ロードバランサーやプロキシが扱いやすくするのは、かなり現実寄りの判断だと思います。 ただ、セッションを捨てれば何でも楽になるわけではないのも、記事を読んでいてよく分かりました。確認が必要な操作や、途中でユーザー入力を挟む処理は、むしろステートフルなほうが自然です。そこを `input_required` で戻して、再送でつなぐ `Multi Round-Trip Requests` にしたのは、かなり割り切った解き方に見えます。AIエージェントの「会話っぽさ」を、セッションそのものではなく往復の仕組みで実現しようとしている感じがあって、設計としてはきれいですが、実装側はたぶんそこそこ気を遣うはずです。 もうひとつ、パッケージ構成が分かれたところにも時

.NET 11 では、C# 15 の新機能として `union` キーワードが使えるようになった Union type は「1つの値が複数の型のどれかを取れる」仕組み `Result<T>` や `Option<T>` のような定番パターンを、言語レベルで表現しやすくなる `switch` 式で中身の型を安全に分岐でき、未対応のケースがあるとコンパイラが警告してくれる 実装の裏側は意外とシンプルで、`[Union]` 属性と `IUnion` インターフェースが鍵 既存のカスタム Union 実装にも、今後は恩恵が広がりそう Union type は、ざっくり言うと「この変数には A 型か B 型か C 型のどれかが入る」という型です。 たとえば現実世界でも、同じ「OS情報」という名前であっても、中身は Windows だったり Linux だったり macOS だったりしますよね。 でも、それぞれ持っている情報はバラバラです。 Windows: `Version` だけ Linux: `Distro` と `Version` MacOS: `Name` と `Version` こうい

Microsoft は C# の `unsafe` の意味を、単なる「危ない構文」から「呼び出し側にも責任がある契約」へと再設計している 新しいモデルでは、`unsafe` な処理を 内側の `unsafe { }` ブロック に閉じ込め、コンパイラが見える形で明示する `unsafe` は、ポインタそのものよりも メモリ安全性に関わる契約 を表す方向に広がる 安全性の説明として `/// <safety>` コメントを推奨し、レビューしやすくする .NET 11 で preview、.NET 12 で production release を予定している 背景には、AI-assisted code generation の増加で「人間が全部レビューしきれない」問題がある --- Microsoft の .NET Blog で、C# のメモリ安全性を大きく改善する構想が紹介されました。 ざっくり言うと、`unsafe` キーワードの意味を作り直す という話です。 これまでの `unsafe` は、ポインタを使うための「危ないモード」のようなものでした。もちろんそ