2026年03月15日の技術動向

Han — ハングルキーワードで書くRust製コンパイル言語の登場

Hanというプログラミング言語がGitHubに公開された。すべてのキーワードをハングルで記述する静的型付けのコンパイル言語で、ツールチェーンはRustでフルスクラッチされている。

함수（関数）、만약（if）、반복（ループ）、변수（変数）といったキーワードで実際にロジックを書く。Hello, Worldに相当するコードはこうなる。

출력("안녕하세요, 세계!")

출력が出力関数、文字列リテラルの中身は韓国語で「こんにちは、世界！」だ。

バックエンドはLLVM IRを経由してネイティブバイナリを生成する。

【補足】LLVMはClang/Rustなど多くのコンパイラが採用するコンパイラ基盤。ソースコードをLLVM IR（中間表現）に変換することで、x86・ARM・WebAssemblyなど複数のターゲットアーキテクチャ向けバイナリを共通のバックエンドで生成できる。clangなしで即座に動かせるツリーウォーキングインタープリタも同梱されており、hgl interpret hello.hglで実行できる。機能セットは最小限ではない。クロージャ、パターンマッチング、ジェネリクス、構造体とimplブロック、시도/실패によるエラーハンドリング、ファイルI/O、LSPサーバー、REPLが揃っている。VSCode拡張もリポジトリに含まれており、シンタックスハイライトとホバードキュメントが動く。インストールはcargo install --path .だけで完結する。

パターンマッチングと型変換関数（정수변환）を組み合わせたコードはこうなる。

함수 계산(식: 문자열) -> 정수 {
    변수 부분 = 식.분리(" ")
    변수 왼쪽 = 정수변환(부분[0])
    변수 연산자 = 부분[1]
    변수 오른쪽 = 정수변환(부분[2])
    맞춰 연산자 {
        "+" => { 반환 왼쪽 + 오른쪽 }
        "-" => { 반환 왼쪽 - 오른쪽 }
        "*" => { 반환 왼쪽 * 오른쪁 }
        "/" => { 반환 왼쪁 / 오른쪽 }
        _ => { 반환 0 }
    }
}

英語キーワードに慣れた目には最初は読めないが、構造自体は一般的な静的型付け言語と変わらない。

プログラミング言語のキーワードが英語である理由は技術的必然ではなく、歴史的経緯だ。初期のコンピュータ開発が英語圏で行われ、その慣習がそのまま世界標準になった。非英語キーワードの言語は過去にも存在する。日本語の「なでしこ」「ひまわり」、中国語ベースの「文言」（wenyan-lang）などがある。ただしこれらの多くはインタープリタ型の教育用言語か実験的な位置づけにとどまってきた。

Hanが異なるのは、LLVMバックエンドによるネイティブコンパイル、LSPサーバー、ジェネリクスという「実用言語」としての要件を最初から揃えている点だ。Rustで書かれていることで、ツールチェーン自体のパフォーマンスと安全性も確保されている。

Claude Partner Network — 1億ドル投資とAccenture3万人トレーニング

AnthropicがClaude Partner Networkを立ち上げ、2026年向けに1億ドルの初期投資を確約した。大手コンサルやSIがClaudeを企業に展開するための支援インフラを整備する動きだ。

Anthropicはこれまで、AWS・Google Cloud・Microsoft Azureの3大クラウド全てでClaudeを提供するという独自のポジションを持っていた。

フロンティアAIモデルが3大クラウド全てで利用可能なのはClaudeだけだとAnthropicは主張している。この配置が今回のパートナーネットワーク拡張の基盤になっている。

今回の発表で具体的に動く内容は以下だ。パートナー向けチームを5倍に拡大し、Applied AIエンジニアやテクニカルアーキテクトをパートナー企業の商談に直接アサインできる体制を作る。

技術認定制度「Claude Certified Architect, Foundations」が本日から提供開始になった。本番アプリケーションを構築するソリューションアーキテクト向けの試験で、今後セールス・アーキテクト・デベロッパー向けの追加認定も年内に出る予定だ。「Code Modernization Starter Kit」も同時リリースされた。レガシーコードベースの移行と技術的負債の解消を対象にしたもので、Anthropicはこれを「最も需要の高いエンタープライズワークロードの一つ」と位置づけている。

参加企業側の規模感が具体的に示されている。Accentureは3万人のプロフェッショナルをClaudeでトレーニングすると表明した。別のパートナー（本文では「約35万人の従業員組織」と記載）はグローバル全社員にClaude利用を開放したと述べている。PoC止まりではなく、本番移行を前提とした規模感だ。

エンタープライズAI導入の最大のボトルネックは、モデルの性能よりも「誰が展開を支援するか」に移りつつある。コンプライアンス対応・変更管理・既存システムとの統合といった作業は、AIベンダー単体では対応しきれない。SalesforceやServiceNowが巨大なSIエコシステムを構築して市場を広げたのと同じ構造だ。OpenAIもMicrosoftのパートナーネットワーク経由での展開を進めているが、Anthropicは今回独自のパートナーネットワークを整備することで、SIやコンサルとの関係を自社でコントロールする姿勢を明確にした。

Code Modernizationをスターターキットとして提供する判断も意図的だ。レガシーコードの移行は投資対効果が可視化しやすく、経営層への説明が通りやすい。PoC→本番という移行の最初の成功事例を作りやすいユースケースを入口に据えている。

認定制度の整備が進むことで、「Claude認定アーキテクト」という市場価値のある資格が生まれる。AWS認定やGoogle Cloud認定と同様に、SIの人材採用・評価軸に組み込まれていく可能性がある。これが定着すると、エンジニアのスキルセット形成の段階からAnthropicのエコシステムに引き込む構造が完成する。

TypeScript 6.0 RC — ES5廃止とstrictデフォルト化による負債清算

TypeScript 6.0 RCがリリースされた。npm install -D typescript@rcで試せる状態になった。前バージョンとの最大の変化は「新機能の追加」ではなく「負債の清算」だ。このリリースはGoで書き直された次世代コンパイラを搭載するTypeScript 7.0への橋渡しとして設計されている。

追加された機能の中で最も実用的なのはTemporal APIのサポートだ。JavaScriptのDateオブジェクトは長年、タイムゾーン処理やカレンダー演算で開発者を苦しめてきた。date-fnsやLuxonといったサードパーティライブラリに頼らずに済む環境が、TypeScriptの型定義レベルで整った。ECMAScript Stage 4に到達したMap.getOrInsertとRegExp.escapeの型定義も追加された。Map.getOrInsertは「キーが存在しなければデフォルト値をセットして返す」という定型パターンを1行で書けるようにする。dom.iterableがコアのdomライブラリに統合されたことで、DOMコレクションのイテレーションに別途tsconfigの設定が不要になった。

削除・非推奨の変更の方が、追加より影響範囲は広い。

ES5出力の廃止。Internet Explorerのサポートが現実的に終わったことを受け、TypeScriptもES5ターゲットを切り捨てた。ES5が必要な環境は外部ツールに委ねる設計になった。

AMD・UMD・SystemJSの非推奨化。Webpack・Vite・esbuildが普及した現在、これらを使う理由はほぼない。ESMが標準という判断が明示された。

strictがデフォルトtrueに。これまでオプトインだったstrictモードが、6.0からデフォルトで有効になる。既存プロジェクトで"strict": falseを明示しない限り、型チェックが厳しくなる。レガシーコードベースへの影響は大きい。

--baseUrlの非推奨化。パスエイリアスの設定によく使われていたオプションだ。6.0で非推奨、7.0で削除される。paths設定への移行が求められる。

最も破壊的な変更はtypesフィールドのデフォルト変更だ。従来、tsconfigのtypesフィールドはデフォルトでnode_modules/@types以下の全パッケージを読み込んでいた。プロジェクトに無関係な宣言ファイルが数百件ロードされるケースも珍しくなかった。6.0からデフォルトは空配列になった。何も自動ロードされない。@types/nodeや@types/jestに依存しているプロジェクトは、明示的に宣言する必要がある。

"types": ["node", "jest"]

この変更だけでビルド時間が20〜50%短縮されるとTypeScriptチームは述べている。ただし、この変更に気づかずアップグレードすると「Cannot find name」エラーが大量に出る。原因が分からなければ相当混乱する。

【移行手順の目安】既存プロジェクトを6.0へアップグレードする際は、①tsc --noEmitでエラーを洗い出す、②tsconfig.jsonに"types": ["node", "jest"]など必要な@typesを明示する、③"strict": falseを一時的に追加して段階的に修正する、という順序が推奨される。

TypeScript 6.0が「橋渡し」と位置づけられている背景には、MicrosoftがGoによるコンパイラ完全書き直しを進めているプロジェクトがある。6.0は既存の技術的負債を清算し、7.0への移行コストを下げるための準備リリースという位置づけだ。

MCP 2026ロードマップ — ステートフルセッション問題とエージェント通信の未解決課題

MCPが実験段階から本番運用フェーズへの移行を迫られている。2026年ロードマップはこの移行を支える技術的改良を示すものだ。

2024年末にAnthropicが公開したModel Context Protocol（MCP）は、AIモデルが外部ツール・ファイル・業務システムと接続するための共通プロトコルだ。カスタム統合をゼロから書く代わりに、各サービスをMCPサーバーとして公開すれば、モデル側は同一プロトコルで話しかけられる。OpenAI・Microsoft・Google・Amazonがサポートを表明し、エコシステムは急速に広がった。だがその広がりとともに、本番環境固有の問題が表面化してきた。

最大の技術的課題は、MCPが現状「ステートフルなセッション」に依存している点だ。セッション状態がサーバー側のメモリに保持されるため、複数インスタンスへの水平スケールやロードバランサー配置が難しい。

【補足】これはWebSocketやSSE（Server-Sent Events）を使うステートフルプロトコル全般に共通する課題。一般的な解決策はRedis等の外部ストアにセッション状態を移す「スティッキーセッション回避」だが、MCPのSDKがセッションIDとイベントストリームの対応付けを標準化していないため、この手法が適用しにくい状況にある。2024年8月のGitHub Issueに、この問題が具体的な形で記録されている。複数PodにまたがるステートレスMCPサーバーをRedisで構築しようとした開発者が、SDKがクライアントセッションIDとサーバー内部のイベントストリームを対応付ける信頼できる手段を提供していないと報告した。結果として、リクエストが別のサーバーインスタンスにルーティングされるとセッションが再開できず、インメモリ状態への依存を強いられる。

ロードマップはこれを「transport evolution and scalability」と位置づけ、2つのアプローチで対処する方針だ。1つ目は、単一マシンに状態を持たずに水平スケールできるようトランスポートとセッションモデルを改良すること。2つ目は、.well-knownエンドポイント経由でサーバーのメタデータを公開する標準フォーマットを導入し、ライブ接続なしにサーバーの機能を発見できるようにすることだ。リードメンテナーのDavid Soria Parra（Anthropic）は「新しいトランスポートを追加するのではなく、既存トランスポートを進化させる」と明言している。

2つ目の優先課題は「agent communication」だ。MCPは現状、クライアントが非同期タスクを開始し、後から結果を取得するパターンをサポートしている。しかし本番投入が進む中で、失敗したジョブのリトライ挙動や完了済み結果の保持期間といった運用上の詳細が未定義のまま残っていることが露呈した。AWSのソフトウェアエンジニアでMCPメンテナーのLuca ChangがTasksのPull Requestで指摘したように、「1リクエストで開始して後から結果を取得する」パターンは長時間操作を扱いやすくする一方で、障害時の挙動と結果の永続化ポリシーという2つの問題を未解決のまま残している。

現時点で公開されているロードマップの優先課題は4つのうち2つだ。残り2つは未公開の状態にある。

AIレイオフの明示化・MCPへの反動・Mac Miniエージェント — 3つの同時進行

AIを理由に挙げるレイオフの定着

AtlassianがAIを理由に1,600人（従業員の10%）を削減した。BlockのJack Dorseyが4,000人を切ったのと同じ週だ。Metaは20%削減を計画中、Amazonの1月発表の16,000人削減は「フェーズ1」に過ぎず、Q2にさらに14,000人が続くとされる。3月だけで世界で45,000人のテック系レイオフがあり、そのうち9,200人以上が明示的にAI・自動化を理由に挙げている。

変わったのは規模ではなく、言い訳の消滅だ。以前は「マクロ経済の逆風」と言っていた企業が、今は「AIに投資するために人を切る」と直接言っている。Atlassianの表現は「削減がAIへのさらなる投資を自己資金調達する」だった。人件費をAI投資に変換するという構図が、公式な経営言語として定着しつつある。

MCPへの反動

2025年を通じて「AIエージェントと外部世界をつなぐ標準」として扱われてきたMCPだが、今週その前提が揺らいだ。PerplexityのCTO Denis Yaratsが「内部ではMCPから離れてAPIとCLIに戻っている」と発言した。Y CombinatorのGarry Tanは「MCP is honestly sucks」と投稿し、コンテキストウィンドウの肥大化、認証の煩雑さ、サーバーのオン・オフ切り替えを具体的な問題として挙げた。

数値が問題の本質を示している。GitHubのMCPサーバーはエージェントにGitHubの操作方法を教えるのに約50,000トークンのコンテキストを消費する。同じ内容をSKILL.mdファイルで記述すると約200トークンで済む。250倍の差だ。

【補足】コンテキストウィンドウのトークン消費はAPIコストと推論レイテンシに直結する。GPT-4o・Claude 3.5 Sonnetクラスのモデルでは100万トークンあたり数ドルの費用がかかるため、50,000トークンの固定オーバーヘッドはリクエストごとに数セント単位のコスト増となり、高頻度エージェントでは無視できない。

この差が示すのは、MCPが「ライブ接続が必要な場面」に限定して使うべきプロトコルであり、静的な知識の伝達には不向きだということだ。MicrosoftのSkills Executorはすでにこの二層モデルを実装している。スキルファイルが静的知識を担い、MCPツールはその下層で必要なときだけ呼び出される。

【補足】Skills Executorは、Microsoft Copilot Studioのエージェントフレームワーク内のコンポーネント。自然言語で記述したスキル定義（SKILL.mdなど）をエージェントが参照し、実際のAPI呼び出しが必要な場合のみMCPやプラグインを起動する設計。

Mac Miniエージェントホスト化

Mac Miniをエージェント専用マシンとして使う動きも具体化してきた。Perplexityが「Personal Computer」をプレビューした。Mac Mini上で常時稼働し、ファイル・アプリ・セッションをまたいで24時間動くローカルAIエージェントだ。Moonshotは別のアプローチを取り、macOSをハックしてAIエージェント専用のユーザーアカウントを作る製品を出した。人間とAIが同一マシン上で別ユーザーとして並走する構成だ。

Mac Miniが選ばれる理由は明確だ。Apple Siliconの電力効率、ローカルでのMLX推論、常時電源接続を前提とした小型フォームファクタ、そして価格帯（599ドル〜）がサーバーと比べて圧倒的に安い。クラウドAPIに依存せずエージェントを動かすインフラとして、個人・小規模チームが手を出せる現実的な選択肢になっている。

今日の傾向

AnthropicはClaude Partner Networkに1億ドルを投じ、Accentureが3万人をClaudeでトレーニングすると表明した。同日、AnthropicのリードメンテナーDavid Soria ParraがMCP 2026ロードマップでステートフルセッション問題への対処方針を示したが、PerplexityのCTO Denis YaratsはMCPを離れAPIとCLIに回帰すると発言し、Garry TanはGitHub MCPサーバーが50,000トークンを消費する問題を「MCP is honestly sucks」と表現した。同じプロトコルに対して、Anthropicが運用改善を進める側と、現場が離脱する側が同時に動いている。

TypeScript 6.0 RCはES5出力の廃止、strictのデフォルトtrue化、typesフィールドのデフォルト空配列化によってビルド時間を20〜50%短縮する一方、アップグレード時の破壊的変更を多数含む。これはGoで書き直されるTypeScript 7.0への橋渡しとして設計された負債清算リリースだ。

AtlassianがAIを理由に1,600人を削減し、3月だけで9,200人以上が明示的にAI・自動化を理由とするレイオフの対象になった。Atlassianは「削減がAIへのさらなる投資を自己資金調達する」と表現しており、人件費をAI投資に変換する構図が公式な経営言語として使われ始めている。

RustでフルスクラッチされたHanは、LLVMバックエンド・LSPサーバー・ジェネリクスを備えたハングルキーワードのコンパイル言語として登場した。日本語の「なでしこ」や中国語の「文言」が教育用・実験的な位置づけにとどまってきたのに対し、Hanは実用言語としての要件を最初から揃えている点で異なる。

参照記事

記録日: 2026-03-15