趣味の愛好家コミュニティが、Nintendoの独自のハードウェア制限を回避し、標準的な40ユーロのUSB-CハブをNintendo Switch 2のドックとして機能させることに成功しています。大規模言語モデル（LLM）を使用してカスタムスクリプトの開発を加速させることで、ユーザーは以前は数ヶ月を要したエンジニアリングプロジェクトを、数週間で完了できるタスクへと変えています。
独自のハンドシェイクの障壁
主な技術的障壁は、コンソールが標準的なDisplayPort Alt modeを有効にする前に実行する、独自の「Nintendo Alt mode」ハンドシェイクです。Hacker Newsのコメンターは、Switch 1にも同様の癖があったものの、Switch 2は標準的なハブとの動作を妨げる独自のハンドシェイクを使用していると指摘しました。
議論からの技術分析は、Nintendoが標準的なDisplayPort Capability（DPCD）レジスタやインフォフレームを使用するのではなく、特定のドックバージョンを確認することで近道をしている可能性を示唆しています。この非標準的なアプローチは、コンソールの特定のハンドシェイクシーケンスで正しく識別されないサードパーティ製ハードウェアを事実上排除しています。
コミュニティによる回避策とLLMによる加速
これらのロックを回避するために、ユーザーはコンソールに標準的なハブを認識させるためのカスタムスクリプトを開発しています。roger_というハンドルネームのコメンターは、LLMを使用することでこれらのハックの開発に必要な時間が大幅に短縮され、プロジェクトのタイムラインが数ヶ月から数週間へと縮小したと報告しました。
一部のユーザーは、トークンコストを節約するためにこれらのスクリプトをオープンソースにすることを望んでいますが、現在の方法は個々のユーザーがカスタムソリューションを生成することに依存しています。これは、AI支援の開発が複雑で独自のハードウェアプロトコルをナビゲートするために使用されているという変化を浮き彫りにしています。
企業の論理と技術的なトレードオフ
議論では、Nintendoの制限的な設計の理由としていくつかの要因が探られました。greggsyというコメンターは、この動きは「粗悪な」マルチポートハブによって引き起こされるコンソールのポートの損傷から保護するため、あるいは公式アクセサリーの購入を促すための「カミソリと替え刃」モデルとして機能している可能性があると示唆しました。
しかし、これらのコミュニティによるハックには実用的なトレードオフがあります。コンソールが標準的なDPCDレジスタを介してハブと通信していない可能性があるため、HDRや可変リフレッシュレート（VRR）などの機能は、公式ドックの体験と比較して正しく、あるいは一貫して機能しない可能性があります。
実装における不確実性
これらのバイパスを実行するために必要な特定のスクリプトや技術的な手順は、その大部分が非公開またはユーザー固有のものです。現在では、どれほど多くの種類のサードパーティ製ハブが正常に「アンロック」できるのか、あるいは接続の安定性が異なるハブメーカー間で大きく異なるのかは不明です。