AI駆動開発とバイブコーディングの違い — spec駆動への転換実体験
Hiroba による自動要約
システムエンジニア出身の著者が半年で14本のiPhoneアプリをApp Storeにリリースした実例から、初期のバイブコーディング（AI任せの曖昧な開発）から spec駆動開発への転換過程を解説。ユーザー増加に伴いデータ破損リスクに直面し、Claude Cowork のマルチエージェント構成で設計・要件・レビューを強化した結果、実装期間を6-9ヶ月から2週間以内に短縮。ドキュメント品質（初稿70点を90点まで磨く）が下流の手戻り削減の鍵となることを実証。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5372 件あります。
関連する記事
同じタグの記事
Claude Code ハーネスの開発フロー（現在の運用方法）
Zenn複数リポジトリで Claude を活用した開発を効率化する仕組みを解説。Epic・Feature・Task の3段階分解、難易度別の調査エージェント配置、ループによる自動進行、そしてハーネス自体を集約リポジトリで一元管理することで、トークン消費を大幅削減しながら開発を自動化している。
コーディングエージェントの導入効果を定量化する：GitHubデータから見る生産性向上の実測
Zennfusic 社が Claude Code などのコーディングエージェント導入による生産性向上を定量化する試みを実施。GitHub PR データを用い、作業時間あたりの作業量を 3 つの指標で測定したところ、セッション推定時間ベースで 2.41 倍の高速化を確認。一方でレビュー・マージプロセスがボトルネックになり、PR サイズが大きいほど実装速度とサイクルタイムの乖離が拡大する傾向も明らかになった。
Claude Codeを使った開発の設計と実装の分離
ZennClaude Codeでの開発時に実装がドキュメントより先に修正される問題を解決するため、OSのユーザ分離とファイル権限を用いて設計フェーズと実装フェーズを完全に分離する方法を紹介。異なるLinuxユーザに対して読み書き権限を制限し、ドキュメント更新を実装に先行させる環境構築を実現。
Claude Code（Opus 5）で請求書ツールを開発したら、AIが気づけなかった「印刷」と「税務」の落とし穴
QiitaSES特有の精算幅計算に対応した請求書ジェネレータを Claude Code で 1 日で構築。計算ロジック再現は高精度だが、印刷時のページレイアウト崩れ・theme-ui スケール値の誤用・税務慣例（税抜記載・端数処理）といった「出力を見ないと分からない」「聞かれないと出てこない」タイプのバグを人間が修正する必要があった。