要件定義書を書いて寝ている間にアプリが完成する開発フロー - CoDD v2.17 マイルストーン
出典: Zenn (Claude topic) の記事を Hiroba が自動要約。
元記事を読むHiroba による自動要約
CoDD v2.17 では、要件定義書を記述してコマンド実行後、AI が自動的にアプリケーション開発を行い、朝起きた時点で完成したアプリが利用可能になる仕組みを実現。起床後にアプリを触れて改善点を指摘するだけで、設計書・ソースコード・テストが自動修正される完全自動開発サイクルを実装。
! このシリーズが初めての方はこちらから
https://zenn.dev/shio_shoppaize/articles/5fee11d03a11a1 https://github.com/yohey-w/codd-dev
結論からいくぞ オレの理想の開発は、こうだ。
- 要件定義書を書く ← オレ
- ハーネス1発叩いて寝る → 朝起きるとアプリができてる ← AI 朝起きて、アプリ触って、気になったらこう言う。 codd fix "ログインエラーをわかりやすくしたい" → 設計書もソースもテストも、全部直って戻ってくる。 オレが触ったのは「要件定義書」と「触ったあとの感...
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 192 件あります。
関連する記事
同じタグの記事

Claude Code で仮想会社を運営してわかった、人間がやるべきこと
ZennClaude Code を用いて 10 の部署にエージェントを配置し OSS 開発を自律運営する実験が GitHub・Hacker News・Reddit で BANされた。この実経験から、AI に任せて効果的だった業務と失敗した領域を分析し、人間が担うべき判断領域を考察する。

「Control request timeout: initialize」の正体は SIGKILL だった話
ZennProduction 環境で Claude Code CLI を subprocess 実行する Celery task が intermittently 失敗し、「Control request timeout: initialize」というエラーが出ていた問題。原因は OOM Killer による SIGKILL で、メモリ不足が引き金だった。本記事はデバッグプロセスと解決策を解説。

複数の LLM (Claude Code / Cursor / Codex / Gemini) 間でコンテキストを引き継ぐ方法
Zenn異なる LLM 間でプロジェクトコンテキストを統一管理する手法。DB migration から複雑なビジネスロジック実装まで、各 LLM の得意分野を活かしながら、方針・制約情報を一貫して参照できる運用パターンを解説。
