Claude Codeで、1人で4プロジェクト並行運用の記録

Sub-Agent: 探索・実装・レビューで三層化

Claude CodeのAgentツールは、役割を分けて使うとコンテキスト汚染を回避できます。本運用では3層で使い分けました。

• ▸探索専用（Explore）: コードベース横断の検索。結果だけを親エージェントに返し、探索中の大量のファイル読み込みを親コンテキストに残しません
• ▸実装（general-purpose）: 独立タスクの実装。worktreeで分離し、親の作業を止めません
• ▸レビュー（code-reviewer）: 実装後の独立レビュー。親が見落とした観点を引き出します

加えて自作した役職別エージェント（デザイナー・CTO・編集長など）を併用しています。役割別のシステムプロンプトと参照ルールは、レビュー基準を揃えるために用いました。欠陥率やレビュー品質の改善量は、当時測定していません。

Taskツール: 並行タスクの状態管理

TaskCreate / TaskUpdateを「プロジェクト横断のバックログ」として使います。特に複数プロジェクトを同時に触る場合、どのタスクがどのPRに紐づくかをタスクのメタデータで管理すると混乱しません。

#57 [in_progress]コーポレートサイト 全体デザイン監査
#60 [completed]   #6ケース詳細H2インフレ解消（3件）
#64 [completed]   #10プレースホルダー画像改善

親タスク + 子タスクの構造にしておくと、Claude Code自身がどこまで進んだかをTaskListで即把握できます。セッションをまたいでも状態が残るため、再開が速いです。

Memory: ユーザープロファイルと不文律を永続化

Claude Codeのauto memory（~/.claude/projects/<path>/memory/）は、セッション間でユーザーの好み・過去の失敗・プロジェクト文脈を引き継ぐ仕組みです。本運用では5種類のmemoryを使い分けました。

新規メンバーにオンボーディング資料を渡すのに近い感覚で、Claude Codeに不文律をドキュメントとして渡せます。毎回同じ注意事項を繰り返さずに済みます。

Skill: 自分の作業フローをコマンド化

~/.claude/skills/以下に自作スキルを置くと/skill名で呼び出せます。本運用で自作したスキル例:

• ▸記事執筆フォーマット: ですます調統一、ポエム表現禁止、構成テンプレ適用を一括チェック
• ▸デプロイ前チェックリスト: ビルド・型チェック・Preview URL発行・本番確認までを順序固定で実行
• ▸SEO監査ルーチン: GSCデータ取得 → インデックス問題洗い出し → 改善案リスト化までを定型化
• ▸Strapi操作手順: スキーマ追加・リバリデーション・Cloudinary連携の定型フロー

スキルは「Claude Codeにどう振る舞ってほしいか」のプロンプトをコード化できます。毎回「この観点でレビューして」と書かずに済み、フロー全体の一貫性も担保されます。

MCP: 外部サービスとの統合

MCPは「Claude Codeが扱えるツール」を後付けで増やせる機構です。本運用で使用したサーバー:

Google Workspace MCPが意外と強力で、週次GA4レポートをDocsに自動生成し、そのままDiscordに投稿するところまで到達しました。

レビューゲート3層

コード変更からmergeまでに必ず通すゲートです。

• 1.デザイナーレビュー: UIが絡む全変更
• 2.CTOレビュー: DB同期漏れ・デプロイミス・インフラ関連
• 3.CEOレビュー: オーナーに報告する前の最終ゲート

オーナーが確認すべき「初歩的なミス」をClaude Code間の相互レビューで弾きます。オーナー時間の節約と品質担保を両立できます。

main直push禁止・PR運用

Vercel / Railwayへのデプロイ回数がそのまま課金に跳ねるため、1日の本番デプロイは1回以内を目標にしています。

feature branch
  → commit + push
  → PR作成(gh pr create)
  → Preview URLをDiscord共有
  → オーナー目視確認
  → 「mergeして」で明示承認
  → squash merge

重要なのは、「進めて」は作業継続＋Preview共有までであって、mergeではないという点です。これをmemoryに明記しておかないと、Claude Codeが勝手にmergeする事故が起きます。

実行ログとGitHubへ結果を集約

作業完了・エラー・調査結果は、GitHubのIssue・PR・Actionsログなど再確認できる正本へ残します。外部通知へ依存せず、実行結果と証拠を同じ場所から追える状態を優先します。