チャットは新しいバックエンドに再接続 + 設定でモデルとキーを管理

「書き換える」から「繋ぎ直す」へ

前日、バックエンドは解体され、階層化されたクラッシュ回復可能な新しいアーキテクチャに再注入されました。しかし、書き換えが完了しただけでは仕事の半分にすぎません。新しい基盤は、実際にインターフェイスに再接続し、完全なチェーンをエンドツーエンドで実行して、着陸したものとしてカウントする必要があります。この日のスルーラインは「再接続」でした。チャット インターフェイスを新しいバックエンド ランタイムに接続し、日常のセッション アクション (作成、切り替え、削除、再生) をすべて新しいアーキテクチャで実行し、途中でモデルとキー管理をインターフェイスに移行しました。言い換えれば、前日は「新しい基盤が確立している」ことを証明した。この日は「新しいファンデーションが使える」ことが証明された。大規模な書き換えの最も危険な瞬間は、多くの場合、書き換えそのものではなく、割れたガラスをあちこちに残さずに上位層をスムーズに再接続できるかどうかです。そして今日はまさにそのハードルをクリアしました。

チャットが新しいバックエンドに再接続され、セッションがスムーズになります

この日、チャット インターフェイスが新しいバックエンド ランタイムに接続され、日常のセッション操作が秩序正しくスムーズになりました。セッションの作成には、複数のエントリ ポイントが独自の処理を行うのではなく、一貫した 1 つのエントリ ポイントが存在するようになりました。セッションを切り替えると、そのタブが自動的に開き、コンテンツに注意が集中します。削除は 1 つのステップです。セッションを再度開くと、コンテキストをそのままにして、以前のやり取りが耐久性のあるレコードから完全に再生されます。また、このプロセスでは、システム メッセージが受信 / 送信 / 警告 / エラーに分類されるため、実行が失敗したときに、複雑な出力の塊を見つめる代わりに、どのステップでスタックしているのか、どのような種類であるのかを一目で確認できます。これらは、「セッション」が毎日の単位としてふさわしい基本であり、この日は新しいアーキテクチャでそれらをしっかりと実現しました。

セッションと履歴はクリーンなインターフェイスを経由します

「再接続」中に、バックエンドはセッション機能と履歴機能を 1 つのクリーンなインターフェイス セットに統合します。セッションの作成と削除は、標準の作成/削除エンドポイントを経由し、デフォルトのエージェントが自動的に準備されます。最上位レベルでエージェントを作成する場合、または 1 回のスイープでエージェントをその依存関係とともに削除する場合、それぞれに明確に対応するコマンドがあります。履歴は、ライブ ストリームにすべてを詰め込むのではなく、専用のフェッチ インターフェイスを通じてオンデマンドで読み取られます。基盤となるエージェント リストは、「ディスクをステートレスにスキャンし、ファイル変更を監視する」ことによって維持され、すべてのエージェント変更イベントがグローバル ログに記録されます。これらの機能を明確な単一責任インターフェイスに統合することは、上位層 (インターフェイス、コマンド ライン、さらには将来の他のクライアント) がそれぞれ独自のルールを記述するのではなく、すべて同じルールに従って動作できることを意味します。まさに、前日の階層化アーキテクチャが成果を上げ始める場所です。

設定でモデルとキーを直接管理

この日は、頻度は高くても以前は面倒だった 2 つのこと、つまり「どのモデル、どのキー」をインターフェイスに移しました。モデル ピッカーは、使用可能なモデルの実際のリストを読み取るようになりました。そのため、選択したものは、古い可能性のあるハードコードされたリストではなく、実際に有効になるものになります。また、各エージェントが使用するモデルを個別に割り当てることができるため、異なる役割が異なる層を使用することが可能になります。キー入力は、値の表示と非表示を切り替えるための目のトグルを備えた永続的な設定パネルに移動しました。これは確認するのに便利ですが、永久に目に見えないところに残されることはありません。これはユーザーにとって、キーを入力したりモデルを切り替えたりするときに、コマンド ラインにドロップしたり、設定ファイルを調べたりする必要がなくなったことを意味します。常にインターフェイスに属していたことが、実際にそこで行われるようになりました。このような操作のハードルを下げることは、プロ以外の開発者が開発を開始できるようにするための重要な部分です。

エンジン: テクスチャ ライティング + 1 つのシーン内の複数のライト

この日も実践に向けてエンジンの点灯が続いた。 1 つは「テクスチャ駆動型照明」です。テクスチャを使用して、表面のさまざまな部分が光にどれだけ強く反応するかを制御します。たとえば、金属象嵌を周囲の木材より明るくしたり、磨耗した部分を暗くしたりすることで、表面全体を 1 つの均一なマテリアルとして扱うのではなく、マテリアルのディテールを大幅に豊かにすることができます。もう 1 つは「1 つのシーンでの複数のライト」です。ポイント キャスターとスポット キャスターを組み合わせて、複数のライトを同時に点灯できます。これらを組み合わせることで、照明が「1 つのランプのみ」から「複数のライトを配置して実際のシーンのように奥行きを作り出す」ものに移行します。雰囲気のある触覚的な画像を求める人にとって、これは「明るい」と「見栄えの良い」の間の最も重要なストレッチです。

エンジン: 一人称カメラのローミングを修正 + テクスチャ付きシーン

この日は、一人称カメラのローミングも修正されました。WASD の動作は、古典的な小さな落とし穴に根ざして機能しなくなっていました。キーボード イベントが「物理キーの位置」を読み取るか、「文字」が位置合わせされていないため、押しても何も起こりませんでした。修正したら、WASD を使用してシーンの周りを歩き回ったり、ビューを回転させたりすることができます。これは、「歩き回ることができるシーン」の最も基本的な操作です。同時に、テクスチャ シーンがエンドツーエンドで実行されるようになり、外部アセット アドレスの処理が修正され、展開パス全体でテクスチャが正しく検出されるようになりました。いくつかのライトで照らされテクスチャーのあるシーンに自由に歩き回って周囲を見回すことができるようになったことで、この日は「歩き回れる世界の構築」を真の一歩に前進させました。

この日が意味するもの

この日は、前日の「書き直し」を真に「使える」ものに変えました。バックエンドの新しい基盤がインターフェイスに再接続され、日常の操作 (セッション、モデル、キー) が新しいアーキテクチャ上でスムーズに実行され、クリーンなインターフェイスに収束されました。エンジンは照明とカメラを並行して進化させ、画像に奥行きを与え、シーンをより歩きやすくしました。一方で、主要な低レベルの手術を、問題を残さずにスムーズに上層に再接続します。もう 1 つは、ユーザーが直接感じるエクスペリエンスを着実に増やしていくことです。この 2 つは並行して、骨の髄までのリファクタリングを敢行しながらも、毎日ユーザーにとって製品を少しでも良くすることを忘れていないチームを示しています。大規模な書き換えの直後に、その日のうちにインターフェイスに再接続し、モデルやキー管理などの身近なエクスペリエンスを埋めることができること自体が、「書き換えが正しく行われた」ことの最大の証拠です。