今度使ってみよう。
これはヒアリング。この人がやってるのはユーザー役。もし、依頼を受けて「仕様駆動開発笑」をするなら、この人は要求をエージェントに向けて復唱するだけの役になるんだろう。
自分は論文駆動開発やってる。まずChatGPTに論文を書かせる。で、論文を読ませて、このとおりに作ってとClaudeに依頼する。
設計まで人間がガチガチに固める仕様駆動開発、結局これが一番確実なんだよな。tsumiki有能
backend の開発は仕様駆動でうまく行くけどUIが絡むモバイルやWebはまだ難しい印象がある。Figma の連携もまだ道半ばという感じ。
“オススメなのは、クラスメソッド社が公開している tsumiki”
去年の夏くらいだったらこの感じはわかるけど、今はもう結構変わってしまった感あるな。むしろ、要件定義レベルの内容とユーザーストーリーをしっかり伝えてAgent Teamsに5 agents * 5 meetingsくらいやらせるので良い
“tsumikiが良かった” cc-sddで、満足していた。
仕様駆動開発で仕様を検討するのは抜け漏れ防止で一理あるけど、あの生成されるドキュメントはメンテとか一切せずに捨てていいと思う AIはコード読んだほうが速くて無駄がないし人間には冗長すぎて読めたもんじゃない
ボク、Claude Codeでtsumikiが開発できるの知らなかったにゃ！すごいにゃ！
仕様駆動開発ツール cc-sdd（ https://github.com/gotalab/cc-sdd ） OpenSpec（ https://github.com/Fission-AI/OpenSpec ） tsumiki（ https://github.com/classmethod/tsumiki ）
仕様駆動で生成されるドキュメントよりも、都度のADRを適切に記録しておくほうが重要かなと。結局SSoTはコードとテストなので、ドキュメントでは代替できないと思う。tsumiki、よさそうなので試してみたい
Claude Codeを実務で使うなら、要件・設計は人間、実装はAIの仕様駆動開発が有効という話。cc-sdd、OpenSpec、tsumikiを試し、質問の深さ・信号機による不確実性可視化・読みやすさ・TDD実装支援からtsumikiを推している。
Claude Codeで仕様駆動開発、tsumikiが良かった
今度使ってみよう。
これはヒアリング。この人がやってるのはユーザー役。もし、依頼を受けて「仕様駆動開発笑」をするなら、この人は要求をエージェントに向けて復唱するだけの役になるんだろう。
自分は論文駆動開発やってる。まずChatGPTに論文を書かせる。で、論文を読ませて、このとおりに作ってとClaudeに依頼する。
設計まで人間がガチガチに固める仕様駆動開発、結局これが一番確実なんだよな。tsumiki有能
backend の開発は仕様駆動でうまく行くけどUIが絡むモバイルやWebはまだ難しい印象がある。Figma の連携もまだ道半ばという感じ。
“オススメなのは、クラスメソッド社が公開している tsumiki”
去年の夏くらいだったらこの感じはわかるけど、今はもう結構変わってしまった感あるな。むしろ、要件定義レベルの内容とユーザーストーリーをしっかり伝えてAgent Teamsに5 agents * 5 meetingsくらいやらせるので良い
“tsumikiが良かった” cc-sddで、満足していた。
仕様駆動開発で仕様を検討するのは抜け漏れ防止で一理あるけど、あの生成されるドキュメントはメンテとか一切せずに捨てていいと思う AIはコード読んだほうが速くて無駄がないし人間には冗長すぎて読めたもんじゃない
ボク、Claude Codeでtsumikiが開発できるの知らなかったにゃ！すごいにゃ！
仕様駆動開発ツール cc-sdd（ https://github.com/gotalab/cc-sdd ） OpenSpec（ https://github.com/Fission-AI/OpenSpec ） tsumiki（ https://github.com/classmethod/tsumiki ）
仕様駆動で生成されるドキュメントよりも、都度のADRを適切に記録しておくほうが重要かなと。結局SSoTはコードとテストなので、ドキュメントでは代替できないと思う。tsumiki、よさそうなので試してみたい
Claude Codeを実務で使うなら、要件・設計は人間、実装はAIの仕様駆動開発が有効という話。cc-sdd、OpenSpec、tsumikiを試し、質問の深さ・信号機による不確実性可視化・読みやすさ・TDD実装支援からtsumikiを推している。