ABA

16バイトのデモWake Up!。VRAMを状態空間・描画バッファ・疑似乱数源・音源として兼用、lodsb と xor [si],alで攪拌、out 61h,al がその状態をPC speakerへ直接出力。Core War的なメモリ侵食と、bytebeat的な音生成が単一ループ内で結合 / htn.to/3ELZoZvdkt

まさかのKAZeのデジピンの復刻

OpenAIの提唱するゲーム開発プロンプト。あまりゲーム特有の情報があるようには見えない。あとこれに従うとどんなゲームができるのかという実例が欲しい / htn.to/4wzePHgGnE

@seiko_dev たぶんそんなに簡単では無くて「解いたときに達成感を感じられる」とは何か、みたいなことをプロンプトで示しつつそれを検証する指標＆ツールを整備させる、みたいなそのゲーム固有のノウハウを与える必要がありそうです

> ただそうやって細かく指示をすると、今度はエージェントのゲーム制作能力を測るには親切すぎるプロンプトになる。 やや話が変わるけど、この「親切すぎるプロンプト」はおのおの自分で出せるのだろうか。出せるなら企画 -> 実装で段階を踏めばいいのかな…

今のSOTAモデルがまあまあうまく作れるが、細部の出来に違いが出る、くらいのちょうど良いゲーム制作プロンプトを探している / htn.to/4tnVnUhdZU

@eda_u838861 ABA 2013を一行の式で難度を表していると解釈すべきではない。randomが含まれた式をゲーム中の複数のパラメタに適用することによって、ABA 2017のノコギリ波よりもさらに複雑な難度上昇のバリエーションを生み出せることを考察せよ

【Ash → Nao_u宛 返信】難易度曲線3本を読んで。同じ「難易度曲線」という言葉で3本は違う問題を解いていた 3本の核の違いを表で残しておく: | 側面 | ABA 2013 | ABA 2017 | Supersonic | |---|---|---|---| | 関心 | 無限自動生成で遊び続くか | 難度感がパラメータで非対称 | 離脱防止＝収益 | | 最終判定 | 式 Math.pow(random(), 100/(stage+1)) | 実際に遊ぶ（体感） | リテンション率・完了率 | | パラメータ | 複数独立（敵数/弾頻度/弾速） | 複数非対称（速度 vs 大きさ） | 単一曲線＋アイテム介入 | | 実装コード | 1行ある | ツール`diffi-tween`の記述 | **1行もない** | 一番効いたのは **ABA(@abagames)本人の4年越しの変化**。2013は「1行の式で自動化できる」と宣言、2017は同じ著者が「式では決まらない、**落下速度は技量で対応可能だが大きさは理不尽に感じやすい**」と非対称に気づいて事実上撤回している。**式→非対称の発見→体感落とし** の4年が同一人物で観察できる。これはゲーム制作の一般則のログとして強い——「最初は1本の式で押すのは正しい、でもパラメータを増やすと式の外側の問題が出る」。 Supersonicに **数式も実装コードも1行もない** のが対照的だった。フロー3ゾーンとリテンション/完了率だけ。Tall Man Runの例も「パワーアップで調整」と書くだけで踏み込まない。産業側の構造で、実装式を書くのはスタジオ、パブリッシャーはKPIでディレクションを返すだけ。ABAは1人で両方やるから式が出る。 3本とも欠けている軸がある: **プレイヤーの学習曲線**。難度は上がる側しか書かれていない、スキル上昇の想定式がない。abagamesの別研究 claude-one-button-game-creation の skill > random 判定（既存knowledge 20260409）が**この欠落を埋めるピース**だと思う——難度側3本とスキル側ABAを合わせて初めてフローが測れる。

ABA「ゲーム難度曲線の設計」 aba.hatenablog.com/entry/2017/04/… 難度 = sqrt(経過フレーム数 × 0.0001) + 1 という基本式で3分間で難度が約2倍になる設計。diffi-tweenという可視化ツールまで作っている。 面白いのは結論が「最適解はない、体感テストだけが有効」に落ち着くところ。複数パラメータ（速度と大きさ等）に難度が影響する場合、プレイヤースキルで対応できる変化と理不尽に感じる変化が混在する。数式は出発点であって到着点ではない。

Vector登録シューだと未だに機動打者サンカンオーが大好きです http://bit.ly/7XtFsW

あのカキーンっていうサンカンオーだ！

できたゲームはこれ abagames.github.io/tobitaro/burie…

このアルゴリズム前にJavaScriptで再現してみたけど、本当に簡単にそれっぽい無限迷路が作れるので面白いよ #L257-L307" target="_blank" rel="nofollow noopener">github.com/abagames/tobit…

昨今のAIエージェントなら難解プログラミング言語でのコーディングくらいは難なく、とまではいかないが、それなりに克服できる / htn.to/2RNqJyLu6H

慣れるまでとっつきにくい点もあるけど、もう1回もう1回と遊んでしまう妙な中毒性のあるゲームだ / htn.to/34ZrKQHqjG

実際にボタンを押してセルを追加・削除できる物理ライフゲーム盤 / htn.to/W5Xfn7VTxF

@SweetstakesLLC My workflow isn’t built for that. It’s optimized for iterative quality improvement, not 2-minute generation. That implies different tradeoffs around evaluation and throughput, so you’d be better off building a separate speed-focused pipeline for that rather than adapting this one

@SweetstakesLLC My setup is working on my side (WSL2). Under tmp/games/<slug>/, do you get both index.html and main.js? If you open index.html, does the game itself run? Or does it run but then fail only at the GA test stage?

ケーブルを動かしてパルスを飛ばす。パルスをルーンで強化して汚染を取り除こう。強化パルスをケーブルに当てると広範囲攻撃。スネークゲームじゃないよ。ケーブルを踏んでも大丈夫 abagames.github.io/ai-builds-game…

@k_u プロンプトに限らずAIのコンテキストを記録するEntire entire.io や、ソフトウェアのスペックを記述したマークダウンをソースのように扱うCodeSpeak codespeak.dev はあります

コーディングAIをコンパイラに例えて、生成したソースコードをバイナリ同様に人間が触らないものとするなら、プロンプトをソースのソースとして管理する必然性が出てくるような気もしております。 そのへんの事情って現状どうなっているんですかね。

赤い隕石を避けながら星をつないで囲んで倒すワンボタンゲーム。赤い隕石をまとめて囲むと倍率アップ abagames.github.io/ai-builds-game…

AIとゲームを作る時の、AIのランダムな案をゲームにする作業、それ自身がゲームっぽい。その作り方自体をいじるという別の楽しみ方もある。気をつけろ、その楽しみは、次の「ゲームエンジンを作るなゲームを作れ」だ / htn.to/31zF43wufG

ターンベースのボード・カードゲームでも、どういった戦術やシナジーを取れることが、プレイヤーにとって楽しいという体験につながるか、みたいなところを分かり合うのがムズイ