仕様凍結 × TDD × 12 Gate で廉価モデルを使いこなす個人開発ワークフロー
Hiroba による自動要約
SRPG制作ツール開発で、Claude Luna のような廉価モデルでも高品質な実装を実現する工程を構築した事例。設計・査読は上位モデル、実装は廉価モデル、正当性判定は自動テストと 12 段階の Quality Gate という層構造により、AI の裁量を仕様とテストで厳密に制限し、手戻りを最小化。Frozen Spec・TDD・Canonical Spec Integrity・Frozen Contract Traceability など、仕様書そのものをコード並みに管理する工程が特徴。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4276 件あります。
関連する記事
同じタグの記事
「Vibe Coding」はもう卒業！プラグイン「Superpowers」でClaude Codeに開発SOP を導入する
QiitaClaude Code で AI がいきなりコードを書く「Vibe Coding」の問題を解決するオープンソースプラグイン「Superpowers」を紹介。仕様の明確化・設計・テスト駆動開発・レビューを強制する 7 フェーズパイプラインにより、手戻りの削減と品質の安定化を実現する。
Claude Code だけで要件定義から本番デプロイまで完走した話 - サモエドカフェのファンサイトを実働10時間で作った
Zenn個人開発者が Claude Code を要件定義から本番デプロイまで使い、サモエドカフェのファンサイト「アルファン」を実働10時間未満で完成させた。並列エージェントで7件の Issue を同時処理し、本番バグとデータ消失も AI の支援で復旧。開発のプロセスが「コード実装」から「仕様判断と品質確認」にシフトした実例
Claude「Computer Use」を本番環境で安定稼働させるための実践ガイド
ZennAnthropic公式がComputer Use機能を本番環境で信頼性高く動作させるためのノウハウを公開。クリック精度改善、Thinking Effortの選択、コンテキスト管理、デモンストレーション記録など4つのポイントを通じ、UIを自律操作するエージェントの実装と運用方法を解説している。
Claude Code が「他は何も変えないで」という指示を3回に2回無視する理由を測定した
QiitaClaude Code で「ボタンの色だけ青にして、他は何も変えないで」と指示したとき、テストと CHANGELOG が存在するプロジェクトでは 3 回中 2 回、指示に従わず他のファイルも改変した。改変の範囲は指示がなかったときと同じだった。問題は「やりすぎ」ではなく、連動するファイル（テストや CHANGELOG）が存在するかどうかで、Claude Code の挙動が非決定的に割れること。