Redditユーザーがポートフォリオプロジェクト用のClaude Codeセットアップを共有

手動ワークフローから構造化されたClaude Codeへ

r/ClaudeAIで、ある開発者が、煩雑な手動ワークフローから、より整理されたClaude Codeセットアップへの移行経験を共有しました。彼らは以前、個人プロジェクトにClaude.aiを使用しており、チャット間での絶え間ないコピー＆ペーストを伴う「かなり雑なシステム」と表現される方法を用いていました。

以前のワークフロー

以前のアプローチは以下を含んでいました：

• アーキテクチャ、フェーズ、ビルド順序の計画のための永続的な「メインチャット」
• 各機能実装のための新しいチャットの作成
• チャット間での実装プロンプトの手動コピー
• GitHubへのプッシュとリポジトリ＋要約のプロジェクトナレッジとしての追加
• メインチャットに戻りプロセスを繰り返す

彼らは、絶え間ないコピー＆ペースト、コンテキストの再説明、要約ファイルの手動メンテナンスにより、これは「疲弊する」と指摘しました。

新しいClaude Code構造

Claude Codeを探求した後、彼らは以下のファイル構造を開発しました：

~/.claude/CLAUDE.md # 個人設定、新機能には計画モードを使用
project/
├── .claude/CLAUDE.md # ルーター — 起動時に何を読み、いつ何を書くか
├── architecture.md # 決定事項、パターン、システム設計
├── roadmap.md # フェーズとステータス
└── phases/
    └── phase1/
        ├── phase_plan.md # 作業開始前
        └── phase_summary.md # フェーズ完了時

プロジェクトのCLAUDE.mdファイルは、Claudeに以下を指示します：

• まずアーキテクチャとロードマップを読み込む
• 新しい機能に触れる前に計画モードを使用する
• 開始前にフェーズプランを書く
• 完了時に要約を書く

動機とアプローチ

この開発者は、「単に出荷して忘れるのではなく、実際に理解し、面接で話せる」ポートフォリオプロジェクトを構築しています。彼らは、計画モードがClaudeが何かを書く前に決定事項を考え抜くことを強制し、フェーズドキュメントが何が、なぜ構築されたかを常に把握できるようにすると強調しています。

提起された質問

この投稿は、コミュニティに対していくつかの実践的な質問を投げかけています：

• 他の人々が同様のファイルベースのメモリアプローチを使用しているか、全く異なるシステムを使用しているか
• FrontendプラグインとSuperpowersプラグインが実際に有用か、過大評価されているか
• どのMCPサーバーが実際に人々の日々の働き方を変えたか
• ポートフォリオプロジェクト構築時に、Claudeがコーディングするのを見ているだけでなく、実際の学習を確保する方法
• 他の人々のセットアップ、特にCLAUDE.mdのスニペットを見たいというリクエスト