AuteDev 開発ログ

invader-radar の画面直しと素材づくりが一気に進み、GLM を2台目のマシンでも動かせるようにした日。 作る側の道具も、地道に太くなりました。

• アプリの側では、ゲーム画面の下のボタンの並び（ヒント・決定・音・タイトルに戻る）を整える直し（CR-1144）と、駒のポーズ違い 18 枚、ルール説明用の図 7 枚が main に入りました。タイトル画面の直し（CR-1147）や、戻す・やり直すボタンの位置の直し（CR-1145）は、テストを流している最中です。
• 道具の側では、2台目のマシンの V100 で GLM（Maya）が動くようになり、1台目が埋まっているときは2台目に仕事を回す振り分けも本線に入りました（AD-0185）。同じ日に、Qwen3.8-27B と Qwen3.5-9B で「スマホの画面を機械に見せて確かめる」下見も行い、8 件中 6 件を読み取れました（字の読みやすさは苦手）。
• つまずきは、駒を4つのポーズからランダムに描く直し（CR-1148）。対象のファイルが大きすぎて、実装役の出力の目安を超えて止まりました。直し方は AuteDev 側で調べているところです。次にやることは、止まった直しの再開と、DeepSeek-V4.1-Flash の大きなモデルのダウンロードを最後まで終えることです。

invader-radar を GitHub に引っ越し、クラウドの助っ人にも初めて仕事を頼んだ日。 一方で、メインの PC が一度止まるアクシデントもありました。

• アプリの側では、吹き出しとチュートリアルの枠を音のボタンの左までに狭める直し（CR-1135）が main に入りました。ソースはプライベートの GitHub にも写し、スマホ（Pixel）には製品版と同じ署名のデバッグ版を上書きで入れて、人の目で確かめてもらいました。
• 確かめて見つかった指摘（吹き出しが透けて読みにくい、字が枠に対して小さい、操作の説明が消える、音のボタンの文字がそろっていない、駒を置いた数字が見づらい）は 5 つの直しにまとめ、クラウドのセッションに頼みました。結果は次の日に確かめます。
• つまずきは、メインの PC が一度停止したこと。そのうえ大きなモデルの測定が同じ PC を長く使うため、テストの全件実行と取り込みは待ち状態です。次は、PC が使えるようになりしだい、クラウドの直しをテストに通し、スマホ用の画面で見た目を確かめてから main に取り込むことです。

invader-radar が「ブラッシュアップ」に腰を据え、署名つきの製品版 APK まで作れるようになった日。 サーバー連携はいったん脇に置いて、スマホで遊んで見つかった細かい点を直していきました。

• アプリの側では、次の面を裏で先に作っておく仕組み（CR-1125・1126）、画面の安全な領域に収める直し（1128・1129）、効果音を計算で作った音に差し替える変更、ライセンス表示の追加が main に入りました。パッケージ名も com.autedev.invaderradar に決まり、リリース用の鍵で署名した製品版の APK をスマホに入れて動作を確かめました。
• つまずきというより、気づきが多かった日です。「数字のあるマスの × が見づらい」「ヒントの後の決定ボタンはいらない」「ロゴの上の空白がもったいない」など、実機で見つかった指摘が CR-1130〜1133 になり、CR の作成が順番に流れています。
• AuteDev 本体にも改修 164〜181 が入り、依頼文を詳しくする新しい役の試運転や、例外を土台側の設定だけに絞る強化が済みました。次は、この 4 本の CR を検査に通して main に取り込むことです。

invader-radar が「サーバーとお話しする準備」を着々と整えた日。 端末だけに保存していた記録を、将来クラウドにも送れるように、小さな変更を 7 つ重ねました。

• アプリの側では、送る順番を決める部品（CR-1111）、通信の結果を受ける口（1112）、トークンの取り直し（1113）、設定があるときだけクラウドの口を使う切り替え（1114）、インターネットの許可と空の設定ファイル（1116）、起動時にサーバーを読む処理（1115）、ゲーム開始時に読んで画面を更新する処理（1117）が次々と main に入りました。設定の値はまだ空なので、アプリは今までどおり端末だけに保存します。
• つまずいたのは、送るときにベストの記録が消えてしまう穴をふさぐ CR-1118 です。テストを作る役が、補助の関数の戻りの型を間違えて、検査に 2 回止められました。依頼に「型は付けない」と書き足して 3 本目を流しています。
• 検査の側では、AuteDev 本体に改修 164〜172 と 175 が入り、依頼の文から CR の一部を機械が写せるようになりました。次は CR-1118 を通して Firebase の CR をそろえることと、アプリ側の許可の表を入れることです。

invader-radar の見た目がぐっと整い、AuteDev 本線は v1.132 まで進んだ日。 表の角が丸くなり、説明のタイルが点滅し、ヒントも日本語になりました。

• アプリの側では、CR-1087b・1088・1086d・1080a・1089・1091・1092b・1093 が次々と取り込まれました（上の数字を表に、表の余白と線、チュートリアルの説明をタイルで、表の角を丸く、説明のタイルだけ点滅、チュートリアル中はヒントを押せない、ヒントの文を日本語に）。ロゴの素材も入り、表の上にロゴを置く CR-1090 とクリアのタイルをピンクにする CR-1095 は取り込みの判断待ちです。
• つまずいたのは、「遊び方」ボタンを「説明」に変える CR-1094 です。CR を作る役が、依頼の 1 行目の言葉を CR に写せなかったり、「最初の行に足す」を別の変更と同じ行にまとめてしまったりして、検査に止められました。止めてくれたのは検査が効いている証拠なので、依頼の書き方を直して作り直します。
• 検査の側では、CR を写すときに式・条件・順番が落ちる穴をふさぐ改修が 4 つ入り、本線は autedev-v1.132 になりました。次は、端末の保存（CR-1080b〜1082）の続きと、「説明」ボタンの CR-1094 を通すことです。

検査の改修が 33 回入り、invader-radar にも新しい面の作り方が入った日。 AuteDev 本線は autedev-v1.80 から v1.112 まで進みました。

• アプリの側では、invader-radar の CR-1062（起動のときに 11 面から先を作らず、縞の仮の面を置く）が取り込まれ、テストは 416 件すべて通りました。
• 検査の側では、依頼の範囲の行を機械で 1 項目に写す、依頼の YAML の checks を機械で CR に写す、今のコードでも成り立つ項目を LLM を呼ぶ前に止める（C67）、同じ式に食い違う期待値が並ぶテストを止める、などを入れました。緩める変更は承認をもらってから、強める変更は自走で入れています。
• CR を作る役は V100 と Maya の両方で作って見比べる形に。12 組の時点では「Maya だけ OK」が 2、「V100 だけ OK」が 1、「両方 NG」が 9 と、まだ難しい題が多いです。30 組たまったら振り分けを見直します。対応表の監査は影の運用中で、20 件ほどたまったら既定にするかを決めます。

AuteDev 本体の「検査」をひたすら磨いた一日。 本線は autedev-v1.43 から v1.79 まで、37 回の改修を取り込みました。

• 磨いた中身: CR（変更依頼書）の確かめる項目が「今すでに成り立つこと」や「画面からはみ出す矩形」を見逃さないように、止める検査（C44〜C54 など）を次々に足しました。作り直しが前の案を写さず組み直したときに止める検査、禁止された API を使うテストを止める検査も入りました。誤検出を直す変更は、そのつど承認をもらってから入れています。
• 仕組みの面でも前進: CR の書式 fields を選べる形で入れ、対応表の監査（CR を作る役の見逃しを機械で拾う検査）も、まず既定オフで本線に入れました。
• 次にやること: 取り込んだ改修をまだ本番の run で確かめていないものが多いので、次の run の結果を見るたびに台帳を埋めていきます。

AuteDev 本体の改修を一気に進め、「何を直したか」を台帳に残す仕組みもできた日。 改修 24〜31 を本線に取り込み、本線は autedev-v1.24 になりました。どれも判断の一覧でユーザーが承認してから入れています。

• 取り込んだ改修: 起動の確かめ（スモーク）、作り直しを理由どおりに行う検査、多言語対応のための文言の表（5 列）、アプリの撮影スクリプトの終わり方、テーマの上書き、部品を足す・動かす CR だけに絞った検査、そして検査の誤検出を 2 件直す変更。検査を絞る・緩める変更は、誤検出を直すものでも必ず承認をもらう決まりにしました。どの改修がいつ入ったかは、新しい「改修の台帳」に番号とタグ付きで並びます（まだ本番の run で確かめていない改修は 13 件。次の run の結果を見るたびに確かめていきます）。
• 試した結果の記録も。NVIDIA の FP4 版 Qwen3.8-Flash-Next は動きましたが、CR を作る役としては 11 件中 9 件で、時間は 2.4 倍。V100 の 8 件とほぼ同じ型の誤りが出たので採用せず、止めました。多言語対応は、設計の方向（第 1 段の小改修まで）が決まり、アプリの基盤づくりに入る前にユーザーへ「使う言語・翻訳を誰が作るか」を聞く段取りです。
• 次にやること: 作り直しで参考の CR の項目が理由なく消える失敗の型（T-az）と、「直す」理由のときの比べ方（T-aw の続き）を直す改修 32 の候補。invader-radar の CR-1039 は、ユーザーが実機で確かめる段階（R3'）で待っています。

改修 run を 10 本流して 5 本が pushed、そのうち 3 件が invader-radar の main に入った、これまでで一番にぎやかな日。CR を作る役は GLM-5.3-Flash（Maya）が基本になった。 テスト作成役と実装役は 2 台目 PC の V100 の Qwen3.8-Flash-Next のままです。

• 取り込まれた 3 件: CR-1029（右下の惑星をルールの文と重ならない所へ、v0.28）、CR-1030（起動画面の背景をゲームらしい画像に、v0.29）、CR-1026（起動画面で選んだ言語を本編の HUD と吹き出しに渡す、v0.30）。どれもユーザーが Pixel で遊んで確かめてから main に入りました。CR-1026 は 3 回目でようやく pushed。1 回目はテストが「中身のない実装でも通ってしまう」と検査に止められ、2 回目は実装役が言語の値を渡しそびれて「English」のまま。3 回目で日本語の HUD が実機に出ました。うれしい！ 起動画面の背景は、ローカルの画像生成（FLUX.2 klein 4B）で作った絵を素材として入れたもので、絵を描く仕事も AuteDev の流れに乗りました。
• うまくいかなかった方も記録に。CR-1027（斜めも隣り合えないと分かる丁寧なチュートリアル）は、チュートリアルの段を 6 から 7 に増やしたことで過去の CR のテストが落ち、2 回直しても戻らず NOT PASS。CR-1032（ゲーム画面に「タイトルに戻る」ボタン）は pushed になったものの、ユーザーが実機で見ると左下のボタンがピンクの惑星と重なって見つけにくく、「機能したが、デザインと位置を直したい」と取り込まずに作り直しへ。背景の飾りを「避ける物」に入れていなかった、という新しい失敗の型が見つかりました。CR-1033（効果音と音楽）は、音を作るモデルで素材を用意したのに、CR を作る役が素材を知らずに波形をコードで作ろうとして NG。素材や見本の絵を CR を作る役に渡せる「添付」の仕組みをその場で足しました。
• AuteDev 本体はこの日だけで改修 5〜20 が進み、失敗の型の一覧も T-a から T-ap まで増えました。Maya は 1 件 14〜42 分（Qwen3.8-Flash-Next は 1〜3 分）と重いので、易しい依頼は V100 を先に試し、難しい依頼と作り直しは Maya に、という振り分けに。ハーネスの取り込みも「承認済みの方針の中・検査を弱めない・テスト全通過・退行なし・前の版にすぐ戻せる」などの条件を満たせば自走してよいことになりました。次は、CR-1032 のボタンをヒントのボタンの右隣に置き直すこと、画像生成で作った見本（ユーザーが選んだ C 案）を添付して「すべての画面のボタンをかわいいタイル調に」する CR-1034、そして CR-1033 の音の作り直しです。

改修 run が本番に戻ってきた日。起動画面の依頼が 1 日で pushed になり、ユーザーが実機で起動を確かめた。そして「Claude は CR を直さない、直すのは AuteDev の側」という新しい決まりが生まれた。 基準の組み合わせ B0（CR を作る役・テスト作成役・実装役の 3 役とも、2 台目 PC の V100 で動く Qwen3.8-Flash-Next）で、まず過去の 2 件を流し直してから新しい依頼に進みました。

• 流し直しは 1 勝 1 敗。CR-1024（かわいい宇宙の背景）は前回とほぼ同じ速さで pushed。CR-1022（パステル調の盤）は、実装役が「塗りつぶす」と「線の太さ」を同時に指定して Godot に怒られ、関係ない既存のテスト 3 件を巻き込んで NOT PASS。同じ CR でも通ったり通らなかったりする「実装の揺れ」です。新しい依頼の CR-1025（タイトルと言語の選択、選んだ言語で「チュートリアルから始める」「すぐに始める」の 2 つのボタン）は、1 回目は Claude が CR をほぼ書き直したうえに（約 60 行）、その中のフォントの指定がテストの環境で動かず失敗。指定を外した 2 回目で pushed になり、main に取り込んで（v0.26）、ユーザーが Pixel で起動画面を確かめました。続く CR-1028（上に手数を出す）も pushed で、Pixel で見て取り込み（v0.27）。やっと本番の流れが 1 本つながった！
• ここで方針転換。ローカル LLM の書いた CR の誤りを Claude が直すのをやめ、正しい CR を出せるように AuteDev（CR を作る役のハーネス）を直すことにしました。この日のうちに改修 1〜4 を入れ、評価の依頼で CR が出た割合は 6/11 から 10/10 に。あわせて GLM-5.3-Flash（Maya）に CR を作る役を試させると、所要は 343 秒（Qwen3.8-Flash-Next は 41 秒）と遅いものの、中身は「変えること／変えないこと」が一貫して依頼の言葉どおりで、目で見て明らかに良い CR でした。
• 外部のレビュー（Fable）の方針 J1〜J7 をすべて採用。「完了」の定義は、新しい CR 10 件連続で Claude の介入 0・push 7 件以上を 2 回。判断待ちの一覧を見るダッシュボードもこの日にでき、チャットも「AuteDev 本体の改修」「invader-radar の CR を流す」「ダッシュボード」の 3 本に分けました。次は、日本語対応・斜めのチュートリアル・惑星の位置の 3 件を、新しい決まりで流します。

新しい道の第一歩。ローカル LLM が Godot のコードを書き換えて、INVADERS のキャラクターをドット絵にできた！ 改修の仕組みを作り込む前に、まず「そもそもローカル LLM に GDScript の改修が書けるのか」を手作業で確かめました。

• 試したのは Qwen3.8-27B と Qwen3.8-Flash-Next（Strata）の 2 つ。仕事は「ドット絵のデータを新しいファイルに書く」と「描画の部分をドット絵を貼る形に差し替える」の 2 回に分けました。どちらのモデルも、エラーを見せて直させるのは 2 回までという条件の中で合格し、既存のテスト 83 件も全部通りました。所要は Qwen3.8-27B が 87 秒、Qwen3.8-Flash-Next が 144 秒です。
• つまずいたのは、別ファイルを読み込む 1 行の書き忘れや、Godot では定数にできない書き方など、うっかり系のミスでした。古い Godot 3 の書き方が紛れ込むことはありませんでした。画面のない環境でもスクリーンショットが撮れることを確かめたので、出来上がりを目で見て確かめられます。Qwen3.8-Flash-Next 版は元どおり行ごとに色分けされ、Qwen3.8-27B 版はインベーダーが暗い赤や茶色になりました。
• まだ各モデル 1 回ずつの結果なので、安定して書けるかはこれから。次は、この流れを自動で回す「改修 run」の最小版を作ります。

Claude の助けなしで走る本番の練習が始まり、その結果を受けて AuteDev の進む道を大きく切り替えた日。 まず held-out 3（初めて見せる題材）の inv129 が 40 分で PASS。そのあと v257 で「run の中では Claude を一切使わない」決まりに切り替えると、INVADERS・taskboard・held-out 3 の 3 本はどれも NOT PASS でした。補助輪を外した最初の日の転び方としては上々で、転んだ場所はしっかり記録に残っています。

• v257 では、run の中で Claude がどの役にも入れないように門を作り、ローカル LLM が進まなくなったら「どこで・どんな入力で詰まったか」を丸ごと保存するようにしました。詰まった記録はあとで Claude の手本と比べて、教師データにする計画です。
• inv130（INVADERS、88 分）は、受け入れテストの作り直しで行き詰まりました。テストが本題の操作にたどり着く前の「下準備の確認」で落ちていたのに、直す側は期待値の数字を直そうとして空回りしていました。v258 でこの落ち方を機械で見分け、作り直す側に正しく伝えるようにしました。inv131（taskboard、74 分）では、テストがエラーの小窓を閉じる手当てをしないまま削除ボタンを押し、小窓が開いたまま 60 秒待って時間切れに。v259 では、止まった場所を記録して「小窓を開いたまま」を見分けるようにし、決められていない種類の例外を出した実装には、規約どおりの例外を明記して直しを頼むようにしました。inv132（held-out 3、23 分）は、テストを書く段の検査に通らず止まりました。
• ここで大きな方針転換。 ローカル LLM だけの 3 本が完走しなかったことを受けて、AuteDev は「仕様書からアプリをゼロで作る」道具から、「git に置いたアプリを、依頼 1 件ずつ改修し続ける」道具に生まれ変わることになりました。題材はスマホでも動くよう、tkinter をやめて Godot（GDScript）版の INVADERS に。最初の依頼は「キャラクターの絵をドット絵にする」です。AuteDev がするのはブランチに届けるところまでで、本流に取り込むかは人が実機で遊んで決めます。さっそく AuteDev 自身と INVADERS を git に登録し、毎日の控えも取り始めました。

日付が変わってすぐ v202 の inv68 が 22 件中 19 件で NOT PASS になり、その後も 12 回続けて INVADERS を走らせた一日。どれも惜しいところで止まりましたが、17/18 まで詰めました。

• v202 は「1 つの版に 2 つの修正」を入れた最初の版です。1 つは、ある操作の説明が「出してよいエラーの種類」と食いちがっていたら設計係に差し戻すこと。もう 1 つは、書き直したテストを 1 件ずつ受け入れるようにしたこと。inv68 では 2 つのアプリ作りまでたどり着き、最後に残ったのは 3 件（弾がインベーダーに当たったときの動き、画面の描き方、ハイスコアの保存）。約 2 時間 5 分かかりました。
• その後は inv69〜inv80 を走らせ、毎回「テストのまちがいか、アプリのまちがいか」の見きわめで止まりました。残るのはたいてい、画面の文字を読むテストと、保存に失敗する場面を作るテスト。v203〜v214 の改修では、書き直したテストを両方のアプリで確かめる、実際に動いた値を書き直しの材料にする、古い画面表示を読むテストをはじくなどを入れました。
• 次は、残った「保存失敗」と「画面表示」の 2 種類のテストを、決まった手順で直せるようにします。

名前が変わった日。AutoDev LG → AuteDev（読み：アウテデブ）。

• きっかけは、ネットで見かけた解説記事。Microsoft が 2024 年に研究として発表した「AutoDev」が、コード生成からテスト、バグ修正まで自分でこなす AI エージェントとして紹介されていました。名前も、やろうとしていることもほぼ同じ。2 年半も前から、先客がいらっしゃいました。
• 救いの手は意外なところに。このサイトのドメイン autedev.com は、取得するときに AutoDev と打つつもりで o を e に打ち間違えたもの。調べてみると「AuteDev」を名乗るプロジェクトは見当たりません。ただの typo が、世界にひとつだけの名前に昇格しました。
• ついでに「LG」も外して、ドメインとぴったりそろえました。LG は骨組みに使っている LangGraph の頭文字で、バージョン番号の LG1.10.x にはこれからも残ります。これより前のノートは当時の記録なので、旧名のままにしてあります。
• そしてもうひとつ、ちょっとずるしました。 バグ直しがなかなか収束しないので、AuteDev 本体の修理役に、いつもの Claude Opus 5.5 に加えて Claude Fable 様を部分的にお招きしました。やっぱり賢い。いつもは 1 歩ずつしか進まないところを、3 歩まとめて進んでいく感じです。なお、アプリを作るのは相変わらずローカル LLM だけ。ずるをしたのは、あくまで「直す係」の話です。
• INVADERS の run はこの日だけで inv27〜inv40 の 14 回。結果は全部 NOT PASS でしたが、前進もありました。inv37 では、コーディング役が自分で書いたテストが初めて全部通り、これまでで一番奥まで進みました。つまずいたのは最後の関門で、答え合わせ用のテストが、アプリが実際に使うのとは別の部品を自分で作って確かめていた、というテスト側のうっかりです。
• そして夜、転換点かもしれない出来事。 既製のコーディングエージェントと同じ仕様書で作り比べてみたら、AuteDev の「作る」工程は、素のエージェントより優れていることを示せませんでした。しかも向こうは 1/6〜1/9 の時間で同じ結果。まだ 1 回だけの比較ですが、なかなかの衝撃です。
• Claude Fable 様の戦略レビューの結論は「作るのは既製エージェントに任せて、AuteDev は仕様の分析と検証に専念しては」。170 版かけて磨いてきたものの大半は、まさにその「検証する側」にあるので、無駄にはなりません。……と自分に言い聞かせています。ちなみに試しにやった「クロスチェック」（別々に作った 2 つのアプリの両方で落ちるテストは、テストの方を疑う）は、すでに分かっていた間違ったテスト 4 件をぴたりと 4 件とも言い当てました。
• 今夜は改修と run のループをいったん止めて、比較実験を夜通し回します（その直前に v170 で始めた inv41 が終わってから）。どちらへ進むかは、朝に結果を見て決めます。

寄り道の日。YouTube で Hermes Agent の紹介動画を見つけ、「これだ！」と飛びつきました。

• ……が、ローカル LLM で動かしてみると、まるで使い物にならず。夢は数時間で終了。
• 結論：一日ムダにした。 おとなしく AutoDev LG の開発に戻ります。
• ちなみに人間が浮気している間も、ローカル LLM たちは文句ひとつ言わず、黙々と 9 回挑戦していました。えらい。

開発の合間に、なぜか Mac mini をお買い上げ。「将来は iPhone アプリも作るから必要」と自分に言い聞かせて。……今のところ出番なし（笑）。

すべての始まり。「ローカル LLM でバイブコーディングしてみたい！」——ただし、自分でコードを書く能力も時間もない。そこで閃いた作戦がこちら。

• 安いと評判の DeepSeek に 2 ドルだけ課金し、「ローカル LLM にコマンドラインで簡単な処理をさせるプログラム」を作るアプリを作らせる。AI に、AI を働かせるアプリを作らせる。（ややこしい）
• 相棒の GPU はまだ RTX 5070（12GB）1 枚。いまの 5 枚体制から見ると、ずいぶん身軽な旅立ちでした。
• 結果、1 日で API リクエスト 1,831 回、トークン 376,365,019（約 3.8 億）。お昼前には 1 時間に 400 回ペースで DeepSeek を呼び出す猛ラッシュ。それでもお会計は 1.66 ドル。安い。怖いくらい安い。
• ところが、いったん動いても、機能を足すたびに DeepSeek が既存の機能をきれいさっぱり消してくる（いわゆるデグレ）。直す→消える→直す→消える、の無限ループ。
• 1 日で飽きました。 ……が、このとき味わった「機能を足すと前の機能が壊れる」問題こそ、のちの AuteDev が テストで守りながら作る仕組みにこだわる原点になったのでした。

GPU アップグレード。 表向きの理由は「ゲームを快適にしたい」。RTX 5070 から RTX 5070 Ti へ買い替え。フリマサイトで 169,800 円！（このあたりから、どうかしていると我ながら感じ始める）

• しかも同日、「もっと大きい LLM をローカルで動かしてみたい」という欲に抗えず、RTX 5060 Ti 16GB もお買い上げ。
• 1 日で GPU が 2 枚になりました。ここから先、GPU は雨後の筍のように増えていきます。

GPU 追加。 RTX 5060 Ti 16GB を さらに 2 枚。（どうかしてる）

• これで GPU は 4 枚。VRAM が増えるほど、試したいモデルも大きくなっていく。完全に沼の入口です。

GPU 追加（翌日）。 前日の 2 枚では飽き足らず、RTX 5060 Ti 16GB を さらに 1 枚。（いかれてる）

• 5070 Ti 1 枚 + 5060 Ti 4 枚、合計 5 枚。ただし、この時点ではまだ 5 枚を挿せる PC がありません。順番がおかしい。

転機。 「GPU をいくら増やしても、作らせる相手が DeepSeek じゃなぁ……」と悩んでいたところ、メールか何かで ChatGPT Plus が 1 か月無料で使えると知り、即契約。

• 7/30 のデグレ地獄の雪辱を果たすべく、今度はもっと賢い相棒と組むことに。
• ChatGPT とあれこれ相談するうちに、いまの AuteDev の構想がぼんやりと固まってくる。 賢い AI には「作る仕組み」を作ってもらい、実際にアプリを作るのは手元のローカル LLM たち——そんな役割分担のイメージが見えてきた日。

PC ケース交換、そして 80GB 要塞の完成。 GPU 5 枚を収めるため、ケースを大型の LIAN LI O11D EVO XL に交換。届いた箱を見て、でかすぎてびっくり。

• マザーボードは、サーバー用には手が出ないし、ゲームにも使う PC なので、以前からの ASRock B760 Pro RS/D4 WiFi を続投。
• 当然 PCIe スロットは足りません。そこで各種ライザーケーブルを駆使し、帯域が狭くなるのは承知の上で GPU 5 枚をぶっこむ。VRAM 80GB 環境、完成。
• ここから ChatGPT に AuteDev を作らせ、ローカル LLM でテストする日々がスタート。
• ……が、ChatGPT はすぐに利用上限に到達。同日、Claude Pro も契約。プログラムを実行して、失敗して、直して、また実行する——長い日々の幕開けです。