Local GLM 5.1 - Parkour!

楽しんでいる人向けに、もう少し「sloptuber」っぽい内容です :)

モデル: unsloth glm 5.1 @ IQ2_XXS UD

プロンプト1:

課題：単一のWebページ上で、パルクールゲームを作成してください。wsadで操作し、移動するプレイヤーは現在のカメラの向きに合わせてください。プレイヤーには腕と脚が必要です。矢印キーであたりを見回せるようにしてください。プレイヤーは壁をティックタックでき、eキーで手すり（レッジ）につかまれるようにしてください。Shiftでダッシュ（スプリント）できるようにしてください。さまざまな高さにジャンプして探索できるように、アクセス可能な特徴（足場など）を用意してください。前方は(1,0,0) 

ここで「forward（前方）」の方向を明示したのは、基本的にあらゆる試みで (-1,0,0) を forward として使ってしまい、これは three.js のワールド空間としては正しくないためです。

この最初のプロンプトの後、GLMは32kトークンの間考え続け、考察の中で完全なコードブロックを出力し、さらに延々と考えすぎる状態になりました。この過剰な思考の挙動は、強く量子化されたモデルでかなり多いように見えます。

コードブロックをコピーして動作確認し、別の新しいセッションでもさらにフィードバックを追加しました：

プロンプト2:

フィードバックがあります。プレイヤーの腕が左右ではなく、前／後ろについています！左／右のストレイフの方向も入れ替えてください。あわせて、左／右のカメラ回転も入れ替えてください。照明が信じられないほど暗いので、もっとライトを追加してもらえますか？それから、街の表現にももう少しアーティスティックなバリエーションを入れてほしいです。木やその他のものなども。 

なお、ここでは腕／脚のスイング方向も直すように頼むことはできたのですが、結果が「すごいけどバカげている」のちょうどよいミックスになっており、3D出力を作るために任意のLLMに頼んだときに、現時点でどんな初期結果が起こりがちかを示していると思ったので、そのままにしました。

このプロンプトを Minimax M2.7 でも試してみましたが、必要となる比較的複雑な衝突（コリジョン）メカニクスに対して本当に苦戦しています。GLMは大抵の場合、実用になるものを生成します。