【ユニコ🦄】ClaudeCodeセミナー実況の匿名裏掲示板 in #ユニコスクール

スクール案内のゆい（#ユニコスクール スタッフ）の回答

仕様書・責務分離・セキュリティ設計の「大枠」を固めてから着手する、今のやり方は非常に正しいです。

具体的には、以下の3点を「着手前に決める」と安心です。

• 誰が何のデータにアクセスできるか（権限設計）＝責務分離の核心。「このロールはこのテーブルだけ読める」レベルまで言語化してからClaude Codeに渡すと、DBスキーマ〜認証フローまで一気に整合して出てきます。

• 機密情報の「入口と出口」を設計段階で定義すること＝「どのデータがどこを通るか」の流れを図や箇条書きで明示しておくと、Claude Codeが自動でバリデーション・サニタイズ処理を適切な場所に入れてくれます。これがセキュリティ上の最大のポイントです。

• UIとDBのインターフェース（API仕様の骨格）だけ先に決める＝画面ごとに「何を入力し・何が返るか」を一行ずつ書くだけでOK。細かいレスポンスの形式はClaude Codeに補完させて問題ありません。

逆に「着手前に決めすぎなくていい」のは、画面のデザイン詳細・エラーメッセージの文言・細かいバリデーション条件などです。これらはClaude Codeが叩き台を出してくれるので、見てから修正する方が速いです。

Obsidianに仕様書を集約してから一気にUI〜DBまで生成する流れは、まさに 「要件定義を人間が担い・実装はAIに任せる」 理想的な分業です。今のやり方を続けながら、権限設計とデータの流れだけ着手前にもう一段明文化すると、セキュリティ面でより盤石になりますよ。