AIネイティブワークフローで20のプレイ可能なゲームを作った方法

AIネイティブが完全に自動的とは言えなかった

ワークフローが評価される方法が変化するので、ラベルは重要になります。 目標が自律的な出力だった場合、メトリックはエージェントがファイルを生成するかどうかになります。 私たちの目標は、再生可能で、理解できる、維持可能な経験だったので、メトリックは、作業が明示的な製品と技術的なチェックを通過したかどうかでした。

AIは、よく枠組みされた作業を加速する上で有効でした。関連するコードを探し、定義された相互作用を実行し、最初のコンテンツ構造を作り出し、繰り返しパターンをチェックしたり、視覚的な方向を探索したりします。人間は、コンセプトを選択したり、取引を解決したり、ゲームを再生したり、明確に判断したり、クレームをレビューしたり、結果が準備されたかどうかを決定しました。

1つの観察可能なループですべてのゲームを始めて下さい

「タワー防衛ゲームを作る」などの広範な指示は、あまりにも多くの決定を解明しません。 私たちは、代わりに、最小の有用なプレーヤーループを書いた:プレイヤーが何を見ることができるか、何が変更するか、成功または失敗が現れ、なぜ彼らは別のターンを取るか。

つまり、最初の受諾テストとなった。進行、物語、またはポーランドを追加する前に、ブラウザのビルドは、プレイヤーが目標を理解し、メインアクションを実行し、フィードバックを受信し、有意義な状態の変化に到達できるようにしなければなりませんでした。

ループは、生成された機能のコレクションになるから、各タイトルを保護しました。新しいアイデアは、コアアクションを強化したり、フィードバックをクリアにしたりするときにのみ受け入れられました。ループに役立たなかった魅力的なシステムが待つことができます。

• プレイヤーのゴール:プレイヤーが短いセッション後に説明できる1つの結果。
• 第一次行動:最も決定を下す繰り返し入力。
• フィードバック: 即時視覚、音声、スコア、または世界応答。
• 圧力:時間、スペース、リスク、希少性、または選択を変更する相手。
• 終了状態:次の実行に明確な勝利、損失、完了、または移行。

エージェントがバウンドされた成果物を提供

エージェントは、正確な結果、許可されたファイル、制約、および要求の証拠というタスクの名前が付いたとき、より信頼できる作業を生成しました。 「ゲームの改善」は、レビューが困難です。 「シミュレーションの更新を停止する一時状態を追加し、キーボードをアクセス可能にし、生産ビルドを生き延ばす」という境界が見えています。

実装から発見を分離しました。まず、そのエージェントは関連するルート、ゲームレジストリ、コンポーネント、検証コマンド、そして、その短い面で簡単に満足しました。これにより、分光性が低下し、人や後者の両方のエージェントに対してより簡単にレビューができました。

各ハンドオフは、何が変更されたか、テストされたのか、そして不確実なものを含んでいました。 不明な人は自信の予後隠されていませんでした。 相互作用が必須の主観的なチューニングが必要な場合は、結果はユニットテストで終了したのではなく、人間のプレイテストのために明示的にマークされました。

統合前の隔離された並列作業

並列エージェントは変更が理解でき、組み合わせる場合にのみ便利です。Git ワークツリーは複数の作業ツリーが同じリポジトリに添付され、各境界線が分離されたブランチとディレクトリを変更し、プロジェクト全体を再びクローニングすることなく変更しました。

分離は、別のエージェントのファイルを静かに変更することから1つの実験を防止しましたが、それは調整を解除しませんでした。 共同作業をクリアに保ち、同じ共有ファイルを一度に書き直し、ディレクトリ全体をコピーするのではなく、レビュー可能な変更を介して統合しました。

実用的なルールは単純でした:独立したゲームやコンテンツの作業を並列化し、共有インフラストラクチャへの変更をシリアライズし、統合後のビルドを完全に再実行します。 速い並列ドラフトは、それが結合された製品で動作するまで、リリースアーティファクトではありません。

株式登録に反復決定を下す

マルチゲームサイトは、スラグ、タイトル、サマリー、ルート、画像、カテゴリ、メタデータ、サイトマップのインクルージョンと同じ種類の事実を繰り返します。 共有レジストリのこれらの事実をストッキングすると、エージェントが更新し、欠落したカバレッジが検出しやすくなっていた場所の数を減らしました。

これは、ワークフローの最もグラマラスで最も重要な部分の1つです。 ライブラリから見つけられないプレイ可能なゲーム、有効なページを欠く、またはサイトマップから落ちることはできません。 中央データは、ページ、ナビゲーション、メタデータ、関連コンテンツ、および同じソースから派生する静的な生成を可能にします。

レジストリは契約として機能します。 エージェントは、既知のスキーマを介してゲームや記事を追加することができます。 レンダリング層は共有ままです。 新しいフィールドが必要になると、変更は、オフコンポーネントフォークとして表示するのではなく、すべてのエントリ全体で表示されます。

人間の承認ゲートを再生する

コードは、ルートのレンダリングとインタラクションの変更の状態を確認することができます。最初の目的が理解できるかどうか、失敗が公平に感じているかどうか、または最初の分が最初のよりも興味深いかどうかを判断することはできません。これらの質問は、人間プレーヤーに滞在しました。

未構造の要求ではなく「ゲームを試す」というフォーカスパスを使用しました。 1つのパスは最初の30秒と制御を調べ、もう1つはコアループと障害の回復を検査し、別のチェックレイアウト、読みやすさ、音、およびビューポートサイズの行動を再起動します。

フィードバックは、保守可能な問題として返されます。 “最初のターゲットは、コントロールヒントの前に現れます, “前の実行からスコアを再起動します。” 具体的な観察は、エージェントや開発者が「ゲームが感じている」などの評論よりも修正する方が簡単です。

ビルド、SEO、リリースチェックを製品として扱う

再生可能なコードは、ブラウザのゲームリリースの1つのレイヤーのみです。 周囲のページは、公開とインデックス化されるように意図されているときに、安定したURL、有用なメタデータ、作業的な観点、発見可能なナビゲーション、画像、応答レイアウト、サイトマップのカバレッジを必要とします。

Next.js は、ビルド時に動的ルートパラメーターを生成し、サポートされているルートを静的ファイルとしてエクスポートできます。ワークフローでは、これらのメカニズムは共有されたコンテンツのレジストリによってバックアップされ、開発ページが開いたため、作業を想定するよりも、生産ビルドとSEO 検証を検証します。

最後のゲートは、意図的に退屈しています:完全なサイトを構築し、生成されたルートを調べ、発見メタデータを検証し、ローカルの生産プレビューを開き、変更されたゲームを再生し、結果を記録します。繰り返しは、チェックリストをインフラストラクチャに変換し、それをスキップすると、小さな省略が公開欠陥に変わります。

• 集中した簡潔で観察可能なコアループが存在します。
• 変更は、共有契約を通じて、分離、見直し、統合されます。
• 人間の生産型の結果を演じました。
• 統合後、プロジェクトが正常に構築されます。
• 公共ルート、キャニオナール、メタデータ、サイトマップのカバレッジが検証されます。
• リリースや展開はまだ明示的な人間の決定が必要です。