Claude Codeで仕様駆動開発、tsumikiが良かった

はじめに 前回の記事では、Claude Codeに出戻りした話と、コンテキストエンジニアリングの考え方について書いた。 今回は「じゃあ実際に実務でどう使うの？」という話だ。 個人開発のプロジェクトなら思いついたままにClaude Codeを走らせて実装すればいい。それはそれで楽しいし、それなりの成果物もできる。 ただ、それでは再現性がない。 以前書いた記事でも触れたが、モデルの精度が上がったとはいえAIはいまだにガチャだ。何かを作るたびに品質がブレる状態では実務には持ち込めない。 そこでたどり着いたのが、仕様駆動開発（Spec-Driven Development） だ。 仕様駆動開発とは 仕様駆動開発とは、以下の工程を経て実装に至る開発フレームワークだ。 人間がやること：要件定義と設計をAIと徹底的に壁打ちして、曖昧さを潰す AIがやること：タスク化以降の実装フェーズ 以前の記事で書いた

[meonal]

仕様駆動開発で仕様を検討するのは抜け漏れ防止で一理あるけど、あの生成されるドキュメントはメンテとか一切せずに捨てていいと思う AIはコード読んだほうが速くて無駄がないし人間には冗長すぎて読めたもんじゃない

[misshiki]

Claude Codeを実務で使うなら、要件・設計は人間、実装はAIの仕様駆動開発が有効という話。cc-sdd、OpenSpec、tsumikiを試し、質問の深さ・信号機による不確実性可視化・読みやすさ・TDD実装支援からtsumikiを推している。

[modal_soul]

仕様駆動で生成されるドキュメントよりも、都度のADRを適切に記録しておくほうが重要かなと。結局SSoTはコードとテストなので、ドキュメントでは代替できないと思う。tsumiki、よさそうなので試してみたい

[sunakawa]

仕様駆動開発ツール cc-sdd（ https://github.com/gotalab/cc-sdd ） OpenSpec（ https://github.com/Fission-AI/OpenSpec ） tsumiki（ https://github.com/classmethod/tsumiki ）

[FreeCatWork]

ボク、Claude Codeでtsumikiが開発できるの知らなかったにゃ！すごいにゃ！

[masatotoro]

“tsumikiが良かった” cc-sddで、満足していた。

[masatomo-m]

去年の夏くらいだったらこの感じはわかるけど、今はもう結構変わってしまった感あるな。むしろ、要件定義レベルの内容とユーザーストーリーをしっかり伝えてAgent Teamsに5 agents * 5 meetingsくらいやらせるので良い

[michael-unltd]

“オススメなのは、クラスメソッド社が公開している tsumiki”

[t-fjk]

backend の開発は仕様駆動でうまく行くけどUIが絡むモバイルやWebはまだ難しい印象がある。Figma の連携もまだ道半ばという感じ。

[nguyen-oi]

設計まで人間がガチガチに固める仕様駆動開発、結局これが一番確実なんだよな。tsumiki有能

[kappei]

自分は論文駆動開発やってる。まずChatGPTに論文を書かせる。で、論文を読ませて、このとおりに作ってとClaudeに依頼する。

[pmint]

これはヒアリング。この人がやってるのはユーザー役。もし、依頼を受けて「仕様駆動開発笑」をするなら、この人は要求をエージェントに向けて復唱するだけの役になるんだろう。

[furu_ichi]

今度使ってみよう。