先日開催された第一回V-1グランプリ(V-1)で､ありがたいことに銀メダルを頂きました。
I was fortunate enough to receive a silver medal at the recently held First V-1 Grand Prix (V-1).
主催はAIエンジニアとして都知事選にも名乗りを上げて話題を集めている安野さん。錚々たる参加者の中でメダルを手にできたこと、本当に光栄に思っております。
The organizer was Mr. Anno, who has garnered attention for running for governor of Tokyo as an AI engineer. I am truly honored to have won a medal among such distinguished participants.
もっとも今回はパイロット版で、参加者は6人の小規模な大会です。なので銀メダルと言っても大したことはないんですが、それでもメダルはメダルなので、大いにvibe-coding有識者として知見を語りたいとこの記事を書いています。
However, this was a pilot version with only six participants. So, while the silver medal isn't a huge accomplishment, it's still a medal, and I'd like to share my expertise as a vibe-coding expert in this article.
記事を読んでわかるのは2つ。
This article will cover two key points:
第一回V-1がどんなものだったか。
What the First V-1 Grand Prix was like.
そこで銀メダルを取ったvibe-codingのやり方。
My vibe-coding approach that led to my silver medal win.
皆さんの役に立ち、楽しんでいただければ幸いです。
I hope this is helpful and enjoyable for you all.
第一回V-1グランプリは安野さんの以下のポストで幕を開けました。
The First V-1 Grand Prix began with Mr. Anno's post.
たまたまこのポストを見かけて面白そうなので入ってみたところ、X Realをかけた猛者が二人いて、直感は間違ってなかったと確信しました。
I happened to see this post, thought it looked interesting, and decided to participate. I found two strong contenders focused on X Real, confirming my initial hunch.
・ルール決め: 20:00-20:15
• Rule Setting: 20:00-20:15
・競技をやる: 20:15-21:15（一旦初回は1hで）
• Competition: 20:15-21:15 (1 hour for the first round)
・審査をする: 21:15-21:45
• Judging: 21:15-21:45
・知見の共有: 21:45-22:00
• Knowledge Sharing: 21:45-22:00
ルール決めでは、「ゲームを作り、観覧者も含めて一人2票で投票」と決まりました。この時点で、技術ではなく面白さの勝負になると判断しました。
During the rule-setting phase, it was decided that games would be created and each person (including the audience) would cast two votes. At this point, I judged that the competition would be about fun, not just technical skill.
1hで技術的に凄いゲームを作るのは無理ゲーです。Vibe-Codingの場合､知らないコードだらけになるので､予期せぬバグで時間が溶けるリスクが高いです｡
Creating a technically impressive game in 1 hour is nearly impossible. In Vibe-Coding, you'll encounter unfamiliar code, increasing the risk of unforeseen bugs that eat up your time.
なので、コアとなる実装は10分あればできる程度のもので、アイディアとUIにこだわり、ユーザーを楽しませることで勝負しようと決めました。
Therefore, I decided to focus on an idea and UI that could be implemented within 10 minutes, prioritizing user engagement to win.
私は適当なものを作るときは以下三段階で作ります｡
When creating something quickly, I follow these three stages:
使ったモデル: o3
当時もっとも頼れるブレーンと判断し、ブレスト相手になってもらいました。お題は「ブラウザで遊べて一時間くらいで作れてコンテスト受けするゲームアイディア」。
Model Used: At the time, I considered o3 my most reliable resource and used it for brainstorming. The prompt was: "Game ideas that can be played in a browser, created in about an hour, and suitable for a contest."
ChatGPT上で何度も話し合った結果､以下のアイディアが出ました｡
After several discussions on ChatGPT, the following ideas emerged:
どれも面白そうだったんですが､この中から10‑Second Cityにしました｡
They all seemed interesting, but I chose 10-Second City.
理由は以下です｡
Here's why:
外部 API 依存ゼロ
Zero external API dependencies
絵文字で画面が映える
Emojis make the screen visually appealing
シムシティが好き
I like SimCity
まずはリポジトリを作成。コマンドや環境構築は手で打ったほうが早いと思っているので､ここは人力です｡並行してo3 にコード生成を頼み、出力を cursor へ貼り付けます。この時点でゲームのコアとなる部分は動いていました｡o3の一発で動くコードを出す力は本当にすごいです｡
First, I created the repository. I find it faster to type commands and set up the environment manually. Concurrently, I had o3 generate code, pasting the output into cursor. At this point, the core game mechanics were functional. o3's ability to produce instantly executable code is truly amazing.
何度かプレイしてみると､採点基準が謎で運ゲーになっている､ボタンや点数が見にくい､UIが崩れている､等､足りない部分がいくつもありました｡
After several playthroughs, I found several shortcomings: the scoring system was vaguely defined and relied too much on chance; the buttons and scores were hard to see; the UI was broken, etc.
一旦vercelにデプロイし、ここからはcursorで､UIに強いsonnet3.7と一緒にブラッシュアップをすることにしました｡
I deployed to Vercel, and then used cursor and collaborated with sonnet3.7 (who's strong in UI) to refine it.
ここでいくつもハプニングが起こります｡
Several unexpected issues arose:
cursorが存在しないファイルを編集しまくり何度やってもエラー
cursor kept editing non-existent files, resulting in repeated errors
vercelでビルドエラー
Build errors on Vercel
UIが永遠に崩れたまま
The UI remained broken
存在しないライブラリの存在しないAPIを使い始める
Started using a non-existent API from a non-existent library
cursorのapiが落ちる
The cursor API failed
vibe-codingは大体できたところからが本当に長いです。
With vibe-coding, the real work usually starts once you have a mostly functional product.
TIPS:よく使われていて自分が知ってるライブラリに限定すると無限デバッグ地獄は減る｡
TIP: Limiting yourself to commonly used libraries you're familiar with reduces endless debugging.
🥇金メダル: 青山さん — キーワードに関連した絵文字が表示され、早押しでキーワードを当てるゲーム
🥇 Gold Medal: Aoyama-san — A game where emojis related to keywords are displayed, and players race to guess the keywords.
🥈銀メダル: 私 — 10‑Second City
🥈 Silver Medal: Me — 10-Second City
🥉銅メダル:安野さん — 量子テトリス（落下ブロックが量子状態で重ね合わせ）
🥉 Bronze Medal: Anno-san — Quantum Tetris (falling blocks in a quantum superposition)
https://t.co/qlk7CD2SNP
まず驚いたのは､1hしかないにも関わらず､皆さんのゲームが普通に遊べるものになっていたことです｡今のツール環境なら、チームを組んで 1 日あれば売れるレベルのゲームが作れそうだと感じました。
I was surprised that everyone managed to create playable games in just one hour. With today's tools, I feel like a team could create a game ready for sale in a day.
また､個人的には安野さんの量子テトリスは非常に面白かったです｡(難しすぎましたが｡)
Personally, I found Anno-san's Quantum Tetris extremely interesting (though it was quite difficult).
加えて､最もvibes高かったで賞を西尾さんに捧げたいと思いました｡西尾さんは開始直後から会話でDevinに指示を出してリポジトリの作成やデプロイを開始し、半端ねえvibesを感じましたし､その後も大会中ずっと会話で支持をしていてvibes半端ねえと感じたからです。
I'd also like to give a special award for "Most Vibes" to Nishio-san. From the start, Nishio-san used conversation to instruct Devin to create and deploy the repository, and I felt an incredible vibe, which continued throughout the competition.
採点ロジックをvibes任せにすると抜け穴だらけのvibesゲームになる｡
Relying on vibes for scoring logic results in a vibe-game full of loopholes.
何があっても大丈夫なvibesでいないとvibe-codingはできない｡
You can't do vibe-coding without an "anything-goes" vibe.
ライブラリの探索をvibes任せにすると､数年前に止まったライブラリでバグ地獄に陥る｡
Relying on vibes for library selection leads to a debugging hell of outdated libraries.
vibe-codingをしばらくやってわかったのは､AIが得意なところとそうじゃないところを見極めるのが重要だということです｡
After doing vibe-coding for a while, I've learned that it's crucial to understand what AI is good at and what it's not good at.
例えば今回で言えば以下です｡
For example, in this competition:
AIが苦手なこと
What AI is not good at:
UI崩れの修正
Fixing broken UI
面白そうなルールの考案
Coming up with interesting rules
AIが得意なこと
What AI is good at:
たたき台を作る
Creating a foundation
全体のロジック修正
Correcting overall logic
この辺の勘所さえわかっていれば､AIに無理なことをさせて無駄な時間を溶かすことも少なくなるはずです｡
Understanding these key points will prevent you from wasting time by making the AI do things it isn't capable of.
V‑1 グランプリは 「1hでも面白いゲームは作れる」 ことを証明してくれました。
The V-1 Grand Prix proved that you can create a fun game in just one hour.
次はもっとvibes上げて金メダルを狙います。
Next time, I'm aiming for gold with even higher vibes.
このサイトは、私が開発している開発者向けグローバルコミュニティ、Evameです。
This website is Evame, a global developer community I'm building.
開発者が､これまで開発したプロジェクトや､記事を投稿すると､自動でAIが多言語に翻訳します｡
When developers post projects they've worked on or articles, AI automatically translates them into multiple languages.
まだまだ開発中なので､色々バグありますが､ぜひ使ってみてほしいです!
It's still under development, so there are bugs, but please give it a try!
競技Vibe Codingをやってみる回を今からやります。皆さんお気軽にご参加ください！ 既にX Realかけてるガチ勢が待機して待っています meet.google.com/cdz-xvup-ras?a…
下記で言ってたV-1グランプリですが（当日で恐縮ですが）、パイロットテストを本日ワイワイやりたいなと思っています。 バイブコーディングの腕に自信のある方がおりましたら、20:00-22:00に下記のmeetに集まっていただければと思います！！！
