【結論】個人利用のベストプラクティス
個人利用では、Claude Codeを常駐させるより、明確なTaskごとにPlan、実装、検証を区切る方が安全で費用も管理しやすくなります。
プロジェクト固有の規約はCLAUDE.md、繰り返し作業はSkill、過去Sessionは--resumeで管理します。
除外ファイルに依存せず、秘密情報を作業Directoryへ置かない、Tool権限を絞る、Git worktreeを使うという多層防御を採用します。
# ターミナルで実行：専用worktreeを作成
git worktree add ../myapp-claude -b agent/profile-form
# ターミナルで実行：作業Directoryへ移動
cd ../myapp-claude
# ターミナルで実行：Planモードで開始
claude --permission-mode plan
# ターミナルで実行：差分を確認
git diff --check具体的な手順・設定方法
Issueへ受入条件と対象外を記載します。
一Task一Branchまたはworktreeで変更範囲を分離します。
最初にPlanを確認し、依存追加やDB変更は別承認にします。
完了時にTest、Lint、型検査、Diff、生成物を人間が確認します。
実践プロンプト / 活用テクニック
# 起動後のセッション内で入力
プロフィール編集画面を実装してください。
対象はfrontend/profile配下だけで、API仕様変更と依存追加は禁止です。
まず既存Pattern、変更File、Test計画を示し、承認後に一段階ずつ進めてください。注意点・よくあるエラーと対処法
存在しない.claude/config.jsonを将来機能として案内しないでください。
/clearは重要なContextも失うため、関連作業の途中では/compactを検討します。
個人ProjectでもOSS License、外部API規約、個人情報保護を確認します。