SDD（仕様駆動開発）のスラッシュコマンドを自分で作って運用している - $shibayu36->blog;

テクノロジーカテゴリーの変更を依頼記事元:

blog.shibayu36.org

141users がブックマークコメント

記事へのコメント4件

注目コメント
新着コメント

deejayroka “SDDの中でもrequirementsはしっかり作りたい。一方でdesignやtasksは自分でもある程度考えられるので、AIと壁打ちしながらシンプルにまとめてもらえれば十分だと考えた。このように自分の特性に合わせてSDDを運用するなら、

2026/02/16 リンク

misshiki AIと協力しながら /create-requirements や /create-implement-plan といったスラッシュコマンドを自作・運用。仕様作成や実装計画をAIに定型化させ、SDDを日常の操作として回す工夫を紹介。

2026/02/15 リンク

strawberryhunter 扱っている粒度が自分よりもずっと大きいのだろうか。最初からbypass permissionsで適当に「○○画面で○○したい」でうまく機能してる。最近はclaudeが勝手に判断してplan modeになることもあるから禁止しようか迷ってるほど。

未分類

2026/02/14 リンク

nguyen-oi AIに丸投げして破綻するより自分で細かく調整するのが結局一番効率いいわ

2026/02/13 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

SDD（仕様駆動開発）のスラッシュコマンドを自分で作って運用している - $shibayu36->blog;

最近、AI駆動開発にSDD（Spec Driven Development、仕様駆動開発）を取り入れるアプローチがある。Kiro... 最近、AI駆動開発にSDD（Spec Driven Development、仕様駆動開発）を取り入れるアプローチがある。Kiro式やその方式をClaude Codeなどでも使えるようにしたcc-sdd、spec-kitなど色々なツールが出ている。自分もcc-sddを個人開発で試してみたのだが、生成される仕様の文章量が膨大で、実装を始めるまで時間がかかる割に仕様のレビューもしきれなかった。diff 1000行のPullRequestが来たらレビューできず「よく分からないけどOK」となるのと同じで、仕様も膨大だとレビューできないという気持ちになった。一方で、SDDの考え方の中でも、実装を始める前にちゃんと要件や仕様を固めたいなど、自分の中で取り入れたいものはあった。そこで、自分の得意不得意に合わせてスラッシュコマンドを自作して運用している。個人的にこのやり方がハマっているので紹介する。自