GPT と Claude Code の手動連携で要件が増殖した話
Hiroba による自動要約
ChatGPT でコスト削減のため設計・手順書を作成し Claude Code に手動コピペで実装させる開発を試みたが、Claude Code の余計な提案を GPT が取り込み、往復のたびにスコープが膨張。当初 10～12 Phase の MVP が 28～32 Phase に増えてしまった。原因は Claude のコンテキスト理解劣化と GPT の近視眼性が掛け合わされたもので、静的仕様書参照と人間による妥当性チェックで防止可能。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2841 件あります。
関連する記事
同じタグの記事
3D キャラクター素体をアプリに統合するまでの実装記録：GLB 検証・テクスチャ合成・モーフ適用の課題と解決
QiitaElectron + Three.js アプリに GLB 形式の 3D キャラクター素体を統合する際、頂点数・モーフ・リグが一致していても実装時に直面した課題（メッシュ変形、テクスチャシーム処理、モーフクランプ漏れ）と、Claude Code を活用した診断・解決の過程を記録。Blender ヘッドレスレンダリング検証、定数チューニング、クランプ関数の一般化による実装修正を実施。
Claude Code秘書に生活と事業を丸ごと管理させて分かった、一番効いたのは自動化じゃなかった話
QiitaClaude Codeで副業の法人業務と私生活を数ヶ月管理した結果、自動化よりも「朝に判断材料が先回りで提示されること」と「覚えておく必要がなくなったこと」の方が生活に与える影響が大きかった。Markdown + シェルスクリプト + MCP で構築した最小構成のAI秘書システムの構成方法と、実際に効いたポイントを解説。
「Vibe Coding」はもう卒業！プラグイン「Superpowers」でClaude Codeに開発SOP を導入する
QiitaClaude Code で AI がいきなりコードを書く「Vibe Coding」の問題を解決するオープンソースプラグイン「Superpowers」を紹介。仕様の明確化・設計・テスト駆動開発・レビューを強制する 7 フェーズパイプラインにより、手戻りの削減と品質の安定化を実現する。
LLM生成コードと5年付き合うための3つのアーキテクチャ戦略
QiitaLLMが生成するコードは局所的には正しいが、意図が不明で境界が曖昧になりやすい。保守可能性を確保するには、ADRでプロンプトを記録して意図を外在化し、型definitionで責務境界を明確化し、テストの読みやすさを優先する3つの戦略が必要。チーム開発では「読む人間がいる前提」の設計習慣を維持することが重要。