【Github Copilot】設計書があるなら、全部Copilotに実装させよう（途中経過）

ウォーターフォールモデルに則った大規模開発で設計書があるなら、全部Copilotに実装させよう！をコンセプトに、どうすれば設計書をインプットに、Github Copilotが大規模開発の品質に沿ったコードを生成してくれるか、を日々模索しています。 まだまだ課題はあるものの、少しでも開発の役に立てばと思い途中経過を公開します。 このドキュメントでは、現時点での設計書からCopilotを用いて実装を生成する手順の紹介、使用するツールの紹介、工夫したポイント、現時点での課題について記載します。 こんな人に読んでほしい Github Copilotしか使えない環境にある方 Github Copilotをコードの説明や、単純なメソッド生成をさせる程度にしか使用していない方 期待したコードが生成されず、使わなくなってしまった方 前提 今回生成対象とするのは業務レイヤの実装です。Webアプリケーションで

[Nunocky]

多分実装計画書が大事。でないと変なものを作られる。ただどんなにプロンプトを調整してもプロジェクト内の他の実装と合わないものを勝手に作られてしまうのが今の課題

[diveintounlimit]

“実装の完成度は体感で6割程度。正常に動作するようにデバックに時間がかかります。”そんなもんよ。

[misshiki]

“現時点での設計書からCopilotを用いて実装を生成する手順の紹介、使用するツールの紹介、工夫したポイント、現時点での課題について”

[sucelie]

API仕様書あっても端まで読み切らなくて見切り発車して適当にエンドポイントとか書いてくるけどな・・？Claude Sonnet4が出たばかりだからそっちはわからんけど。

[stabucky]

無料の範囲でしか使っていないが効果は絶大。有料にしてもいい。システム会社は全員分の料金を負担すべき。残業1時間分の負担で数十時間の残業が減る。

[Eiichiro]

設計書がどこまで詳細かのレベル感は見てみたいな。正常フローは問題なく設計出来そう。 ただ、使い勝手に影響するのは、ユースケース別分岐の見せ方や、例外ケースの遷移フローの設計書は書き方がわからない。

[otihateten3510]

画面ってどうすればいい？