建設現場で生まれたバイブコーディング成功例 🏗️
今回は海外で話題になってる実話を紹介するよ。建設現場の管理者Pawel Mniszakさんが、なんと赤ちゃんを抱えながらバイブコーディング (自分のフィーリングでコードを書く手法) を覚えて、現場の書類地獄を解決しちゃった話。
彼の状況がリアルすぎるんだよね。生後6か月の赤ちゃんがいて、夜中の授乳の合間にコードを書いてたっていう。普通なら諦めそうなところだけど、彼は「現場の書類作業をなんとかしたい」って強い動機があった。建設現場って毎日リスク評価の書類を8時までに提出しないといけなくて、職人たちは朝早くから手書きで書類を書いてたんだって。これ、日本の現場でもありがちな話だよね。
彼が最初に使ったのはChatGPTだったんだけど、その後Cursorに乗り換えて「初めてフェラーリに乗ったみたい」って興奮してた。でもトークン使用料が高くなって、最終的にClaudeに落ち着いたらしい。この辺りの試行錯誤、AIエディタ選びあるあるだよね 😅
で、何を作ったかっていうと、現場作業員向けの「FLRA (Field Level Risk Assessment / 現場レベルリスク評価)」管理ツール。朝8時までにフォームを埋めて送信すると、PDFに変換されて管理者にメールで届くシンプルな仕組み。でも現場の職人たちは彼を「魔法使い」って呼んでたっていうから、シンプルでも効果は絶大だったみたい。技術的にはNode.js、React、Tailwind CSSの組み合わせで、ホスティングはVercel。開発期間は約2週間で、全部を一人でやりきった。
面白いのは、彼が「もうJavaScriptの構文を暗記する必要がなくなった」って言ってること。AIが自分の意図を理解してコードを書いてくれるから、頭の中のアイデアを直接形にできるようになったんだって。これってAI時代の開発の本質を表してるよね。
Windsurfの開発ワークフロー実践編 ⚡
最近のAIエディタ界隈では、CursorのライバルとしてWindsurfが注目されてる。実際の開発者向けチュートリアル動画を見てみると、かなり実用的な機能が満載だった。
この動画では、TypeScript開発者向けのWindsurf活用法が詳しく解説されてる。特に注目なのが以下の3つの機能：
- .windsurfrules - コード品質とアーキテクチャを自動で維持するルール設定
- Workflows - 繰り返し作業の自動化 (コンポーネント生成、ライブラリ移行など)
- MCP (Model Context Protocol) - AIがプロジェクト全体の文脈を理解してサポート
例えば、React + TypeScriptのコンポーネントを一発で生成したり、moment.jsからday.jsへの移行作業を自動化したり。開発者が日常的にやってる作業を、AIが学習して次回から自動でやってくれるようになるんだって 🚀
.windsurfrulesの設定例を見ると、「新しいコンポーネントは必ずTypeScriptで書く」「propsの型定義を必ず含める」「テストファイルも同時生成する」みたいなルールを書いておくと、AIがそれを守りながらコードを生成してくれる。チーム開発でコードの品質を統一したいときに威力を発揮しそう。
Windsurf Universityの公式チュートリアルも充実してて、初心者でもステップバイステップで学べる構成になってる。VS Codeのクローンみたいな見た目だから、既存のエディタから移行しやすいのもポイントだね。
Workflowsの実例を見ていると、例えばAPIエンドポイントを新しく作るとき、ルーティング設定、バリデーション、テスト、ドキュメント生成まで一括でやってくれる。手作業だと30分かかる作業が3分で終わっちゃう計算。この積み重ねが開発スピードの差になるんだなって実感した。
実際の開発現場での使用感と課題 🤔
建設管理者のPawelさんの話に戻ると、彼のツールはVercelでホスティングしてて、最初は「安定してる風のコピー」って自虐的に言ってたけど、実際に現場で使われて職人たちからの評判は上々だった。
でも、ここからが教訓なんだけど、彼がRedditに投稿して注目されたとたん、サーバーがダウンしちゃった。バイブコーディングで作ったツールの弱点がモロに出た形。彼も「セキュアなバイブコーディングについて学んだ」って反省してる。
具体的には、データベース設計が甘くて、ユーザー認証もシンプルすぎた。現場の職人20人が使うぶんには問題なかったけど、数百人がアクセスしたら一気に破綻。彼曰く「ChatGPTに頼りすぎて、スケーラビリティとかセキュリティの基本を飛ばしちゃった」とのこと。
この辺り、個人開発あるあるだよね。動くものは作れても、スケールやセキュリティの考慮が後回しになりがち。でもWindsurfのWorkflows機能を使えば、セキュリティチェックやテスト自動化も組み込めるから、こういうトラブルは減らせそう 💡
例えば、「新しい機能を作るときは必ずセキュリティレビューを通す」「デプロイ前にロードテストを実行する」みたいなワークフローを設定しておけば、AIが自動でチェックポイントを提示してくれる。Pawelさんの失敗例を見てると、この種の「うっかりミス防止システム」の重要性がよく分かる。
AIエディタ選択の現実的な判断基準 📊
Pawelさんの体験談から見えてくるのは、AIエディタ選びの現実的なポイント。最初はChatGPTでコードを書いてたけど、Cursorの体験に感動しつつも、最終的にコスト面でClaudeに落ち着いた。
日本の開発者向けの解説動画も参考になる情報が多い。Cursor、Windsurf、Devinのアンバサダーをやってる人の比較解説なんかも出てて、それぞれの特徴がよく分かる。
この動画で興味深かったのは、各ツールのコスト構造の違い。Cursorは月額20ドルの固定料金だけど、使用量が多いと追加料金が発生する。Windsurfは現在ベータ版で無料だけど、将来的には従量課金制になる予定。Devinは完全に従量課金で、複雑なプロジェクトだとかなり高額になる可能性がある。
Pawelさんの場合、最初はCursorの「インテリジェントな補完機能」に魅力を感じてたけど、毎日数時間使ってると月額料金が予算オーバーになった。それでClaudeのWeb版に戻ったんだけど、最近はClaudeもComputer Useみたいな新機能が出てきて、コストパフォーマンスが改善されてきてる。
結局のところ、どのツールも一長一短があって、自分のプロジェクトの規模や予算、チーム構成に合わせて選ぶのがベスト。Pawelさんみたいに、実際に手を動かしながら試行錯誤していく過程で、自分に合ったワークフローが見えてくるんだと思う。
AIコーディング時代の新しいスキルセット 🎯
Pawelさんの事例で一番印象的だったのは、彼が「プログラミング言語を暗記する必要がなくなった」って言ってたこと。代わりに重要になったのは、「問題を正確に定義する能力」と「AIとの対話スキル」。
具体的には、現場の職人たちが「朝の書類作業が面倒」って愚痴ってたのを聞いて、「8時までにフォーム入力→PDF生成→メール送信」という要件に落とし込んだ。この「現実の問題を技術要件に翻訳する能力」がAI時代のエンジニアリングの核心なんだって。
彼の開発プロセスを見てると、コードを書く時間よりも「どんな機能が必要か」を整理する時間のほうが長い。AIに「こんなフォームを作って」って伝えるときも、画面レイアウトから入力項目、バリデーションルールまで詳細に指示を出してる。曖昧な指示だとAIも曖昧な結果しか返してくれないからね。
逆に、従来のプログラミング教育で重視されてた「アルゴリズムの暗記」「構文の完璧な記憶」みたいなスキルは、AIが代替できるようになってきてる。これからは「何を作るべきか」「ユーザーにとって価値のある機能は何か」を考える能力のほうが大事になりそう。
Pawelさんも最後に「技術的な知識より、現場の人たちとのコミュニケーションが一番重要だった」って言ってた。職人たちのニーズを正確に聞き取って、それをシンプルなツールに落とし込む。この「翻訳能力」こそがAI時代の開発者に求められるスキルなのかもしれないね 🚀
