AI支援ツール(CursorClaude CodeGemini CLI)の設定を dotfiles に集約し、複数プロジェクトを並行開発する際の運用を整理した。

設計方針

グローバル(dotfilesプロジェクト固有 を明確に分離する。

置き場所内容
グローバルdotfiles共通エージェント、コマンド、開発プロセス
プロジェクト固有各リポジトリAGENTS.md.claude/skills/.cursor/rules/

dotfilesの構成

dotfiles/home/
├── .claude/
│   ├── agents/       # 汎用エージェント(tdd-runner, doc-updater等)
│   ├── commands/     # 汎用コマンド(/fix, /issue, /review)
│   └── skills/       # 個人共通スキル
├── .cursor/
│   ├── commands/     # 汎用コマンド(/plan, /status等)
│   └── rules/        # グローバルルール(開発プロセス、スキル一覧)
└── .gemini/
    └── commands/     # レビュー用コマンド

シンボリックリンクで ~/ に展開し、どのプロジェクトでも共通設定が適用される。

役割分担

ひとまずの分担

担当ツール責務
PM / ArchitectHuman意思決定、タスク指示
ManagerCursor計画、ドキュメント、開発プロセス管理
WorkerClaude Code実装、テスト、ドキュメント
Reviewercodexレビュー、振り返り、サブ開発要員

プロジェクト固有の設定

各リポジトリには以下を置く:

  • AGENTS.md: プロジェクトのルート指示、SSOTの場所
  • .claude/skills/: プロジェクト固有のスキル(環境構築手順、ドキュメンテーションルール、規約など)
  • .cursor/rules/: プロジェクト固有のルール

汎用的なエージェントは抽象的な手順を持ち、スキルが具体的な実行方法を提供する様な形で、ポリモーフィックにプロジェクトごとに作業してもらうイメージ。

運用メモ

  • 「個人向けグローバル」と「プロジェクト固有」を分けるほど設定の迷いが減るし、自分とのインターフェースを統一できる。
  • エージェントは -er 名(doc-updater)、スキルは非 -er 名(doc-update)で命名すると混乱しない
  • 新規プロジェクト参加時は「スキル棚卸し→不足特定→作成」の流れをコマンド化しておくと楽

関連