Claude Codeで設計書作成に使えるサブエージェントの作り方｜要件定義から詳細設計まで - Qiita

設計書を書くたびに「フォーマットがバラバラになる」「前回と書き方が違う」と感じていませんか？要件定義書、基本設計書、詳細設計書、DB設計書……それぞれ求められる粒度や観点が違うのに、毎回ゼロから指示を書き直すのは正直しんどい作業です。この記事では、Claude Codeで設計書作成専用のサブエージェントを作る方法を、設計フェーズ別の具体例つきで紹介します。 結論：設計フェーズごとに専用サブエージェントを分けると、フォーマットも品質も安定します 結論から言うと、設計書作成は「要件定義」「基本設計」「詳細設計」「DB設計」「図表生成」のようにフェーズごとにサブエージェントを分けて作るのが効果的です。1つのサブエージェントに全部任せようとすると、結局そのつど指示を細かく書き直す羽目になります。設計書のたびに同じ説明を繰り返していませんか？フェーズ別に分けるだけで、その手間はかなり減ります。 なぜ

[Magicant]

サブエージェントやらスキルやら頑張って調整するより、まづフォーマットのテンプレートと完成例を与へるのが先ぢゃないすかね

[omementon]

サブエージェント

[wazpk6no]

個人的な所感を言わせてもらえば設計をAIにやらせるのはかなりリスキー。設計フェーズではレビューとして動かした方が良いと思う

[masalib]

「フォーマットがバラバラになる」・・・？？え？「前回の作った設計書を参考にしてください」と言えばいいじゃないの？

[hdampty7]

実物を晒さないで妄想だけちょい見せされてもね。結局、それっぽいけど、やっぱり違う何かがになる。範囲が小さいとそういう確率が減るので、小さい領域で使うとボロが出にくい。

[uehaj]

ロール定義が有用

[pmint]

低品質。なぜバイブライターはOpusの文章をそのまま投稿してしまうのか…"model: sonnet"…？ / せめて各フェーズ間での連絡にフォーカスしないと。また、ウォーターフォール開発のように工程をループさせないといけない。

[otihateten3510]

経験則だけど、それっぽいがかなり間違ってるものが出力されるぞ

[sionsou]

superpowersの brainstorming→writing-plans で内容によって調査、設計、書き込みをサブエージェントを使って書くように指示入れているけど、たしかに固定のフォーマットがあり従うようにするほうがブレが少なくなるという話かぁ