セットアップ
初日5ステップ・3段フロー・AIツール。
初日は 5ステップ + 3段フロー だけ。Phase 章は必要なときだけ。
完了: 3段フローをテストまたは動作確認まで回した
初日は 5ステップ + 3段フロー だけ。Phase 章は必要なときだけ。
完了: 3段フローをテストまたは動作確認まで回した
初めての人 — 5ステップで始める
-
Step 1 — ツールを1本
Cursor / Claude Code / Codex から1本。迷ったら Cursor。
-
Step 2 — 3段フロー
たたき台 → ルール → プラン の順。AI に仕様を推測させない。
-
Step 3 — ルールを置く
.cursor/rules/またはCLAUDE.md。サンプル をコピーし、テストコマンドと git 方針を書き換える。 -
Step 4 — 小タスクで試す
1日以内の修正1件で Plan → 実装 → 検証まで。
- Step 5 — 困ったら章を開く
3段フロー(通常はこれだけ)
-
たたき台
- 何を・なぜ・やらないこと(Won't)・制約を人間が書く
- AI に「だいたいこんな感じ」と推測させない
Issue 1段落(汎用)
注文完了時に購入者へ確認メールを送る。
- Must: 既存のメール送信機能を使い、非同期(キュー)で送る。
- Won't: テンプレエディタ UI・HTML メールの新規デザインは作らない。
- 制約: プロジェクトのテストコマンドで検証、本番デプロイは別 PR。
-
ルール
たたき台から、AI が毎回守るルール案を作る。
- 禁止事項・参照パス・検証手順を明文化する
- 配置例
- Cursor:
.cursor/rules/ - Claude Code:
CLAUDE.md - Codex:
AGENTS.md
- Cursor:
- テンプレの丸写しは避ける
-
プランと ADR
- タスク分解・リスク・完了条件を Plan に書く
- 設計の「なぜ」は
docs/adr/NNNN-タイトル.mdに1段落で残す(11.7 ADR のテンプレに Context / Decision / Consequences を書く) - Cursor: Plan モード(Shift+Tab)→「Save to workspace」→
.cursor/plans/ - 実装依頼時は ADR + Plan を先頭で読み込ませる
tasks/todo.md
- [ ] メールテンプレ追加- [ ] 送信ジョブ実装- [ ] 結合テスト
Done when:
rspec spec/mailers/order_mailer_spec.rbが green。リスク: 既存 Mailer との二重送信 → 送信前に idempotency キーを確認。
ADR: ジョブキューに載せる理由を
docs/adr/0012-mail-via-queue.mdに1段落(テンプレ参照)。
よくあるつまずき
- Plan モードが見つからない — Cursor の Composer で Shift+Tab を切り替え。ルール/プラン 参照。
- ルールが効かない — ファイルパスと
alwaysApplyを確認。Phase 1 · サンプル。 - 用語がわからない — 用語集(初見10語) から。
ベストプラクティス早見
- Rules / Skills / Plan — いつ Plan モードか、Skills をいつ足すか
- エージェント運用 — 会話の管理・検証・別 AI への任せ方
- AIツール — Cursor / Claude Code / Codex の操作
詳細 — 完了条件 / 実装ループ / Phase 章
各段の完了条件
| 段 | Done の目安 | 置き場所の例 |
|---|---|---|
| 1 たたき台 | ゴール1文、Must / やらないこと(Won't)、影響範囲が書いてある | docs/<feature>/00_brief.md または Issue |
| 2 ルール | 推測禁止・既存パターン参照・危険操作・git 方針が入っている | .cursor/rules/、CLAUDE.md、AGENTS.md |
| 3 プラン | 未決なし、1〜3日粒度のタスク、完了条件あり、ADR に「なぜ」 | tasks/todo.md、.cursor/plans/、docs/adr/ |
実装ループ(3段のあと)
- 実装 — セッション冒頭でルール + ADR + 関連
docs/を渡す(エージェント運用)。 - 検証 — テスト・lint・CI・手動確認のどれかで「動いた」と示す。
- PR — PR前チェック → レビュー(Phase 7)。
- 更新 — 指摘は
tasks/lessons.md、再発防止はルール / ADR へ。
いつ詳細(Phase)を開くか
| こんな状況 | 開く章 |
|---|---|
| 中規模以上の新機能。PdM / 関係者(SH)と合意が必要 | 要件定義(PRD) |
| 小規模タスク。Issue 1枚でスコープ固定 | Phase 2 Plan |
| ルールがまだない / 古い | Phase 1、ルール/プラン |
| DB・API・複数レイヤの設計 | Phase 3(小規模は ADR + brief で可) |
| ドメインが複雑・回帰リスク大 | Phase 4 コア実装 |
| Docker / CI / インフラ | リポジトリ(折りたたみ内) |
| 時系列で全体像を追いたい | 新規タスク → 全体フロー |
| 実装〜PR の手順 | Phase 4–4、Phase 6、Phase 7 |
AIツール選定
各ツールの「向いている人 / 向いていない人」は比較表のあとに記載。
メインで使うツールは 1 本に絞る。他は補助です。
選ぶときは次の3点を見ます。
- エージェント能力(自律実行・並列・長時間)
- ルール制御(rules / Skills / Hooks)
- 履歴の残り方(transcript・エクスポート)
主要ツール比較
列ごとに比べて、自チームの作業に近い列をメイン候補にします。
| Cursor | Claude Code | OpenAI Codex | GitHub Copilot | |
|---|---|---|---|---|
| 形態 | AI IDE(VSCode ベース) | CLI エージェント | CLI / IDE / クラウド | IDE 拡張 + GitHub ネイティブ |
| エージェント | Agent / Ask / Plan / Debug。Background・Cloud Agent | 長時間自律 / MCP / 別の AI 担当 | クラウドサンドボックス / GitHub PR 連携 | Copilot Workspace / Cloud Agent |
| マルチファイル編集 | Composer(Cmd/Ctrl+I)・Agent・worktree 並列 | ファイル操作ツールで自律 | サンドボックス内で並列編集 | Workspace でリポ全体を計画 |
| 計画 | Plan モード(Shift+Tab)→ .cursor/plans/ |
チャット + tasks/todo.md |
タスク記述 + AGENTS.md |
Issue / Workspace 計画 |
| ルール制御 | .cursor/rules/*.mdc + AGENTS.md + .cursor/skills/ · .agents/skills/ |
CLAUDE.md + Hooks + .claude/skills/ |
AGENTS.md + .agents/skills/ |
.github/copilot-instructions.md |
| 履歴 | ワークスペース自動保存 / エクスポート可 | ローカル JSONL transcript | ~/.codex/ セッション履歴 |
IDE 内チャット(エクスポート弱) |
| 得意な場面 | IDE 内日常開発、UI テスト、大規模リファクタ | 複雑推論、長時間タスク、CI 連携 | 反復ワークフロー、GitHub PR 連携 | GitHub エコシステム内の補助 |
ワークフロー別の使い分け
作業内容から行を探し、「推奨ツール」列でメインを選びます。
| 作業 | 推奨ツール | 理由 |
|---|---|---|
| 複雑な機能・設計あり | Cursor Plan → Agent | Plan で計画・承認 → Build。.cursor/plans/ に保存 |
| 日常の実装・デバッグ | Cursor Agent | diff レビュー → apply。ブラウザ・ターミナルで検証 |
| 大規模リファクタ | Cursor 並列 Agent / Background | worktree 分離またはバックグラウンドで PR 化 |
| 設計相談・仕様の壁打ち | Cursor Ask / Claude.ai | コードを変えない。たたき台・ADR の下書き |
| 長時間自律(CI 修正・移行等) | Claude Code | ターミナルで長時間自律。Hooks でガードレール |
| ルーチン修正の並列処理 | Codex Cloud / Cursor Background | 依存更新・lint 修正等を複数 PR 化 |
| Tab 補完のみ | (どのツールでも副次的) | 単独利用は避ける。履歴が残らずレビュー不能 |
スタック別の具体例は 開発スタック(memo) を参照。
ビジュアルデバッグ · Cloud Agent(2026)
出典: Cursor 公式 BP。
- 画像 — エラー UI のスクショを Agent に渡す。言語説明より速いことが多い
- Browser サイドバー — デザインとコーディングを並行(モックと実装の照合)
- Figma MCP — デザインファイルから実装(Tool Use 参考)
- Cloud Agent — cursor.com/agents · バックグラウンド PR · 席を外している間のリファクタ / テスト生成
AIツール初期セットアップ
- 運用の芯を先に読む: ルール/プラン と エージェント運用 を Phase 前に通す
- メインで使うツールを先に決める: IDE 中心 → Cursor。CLI 中心 → Claude Code。GitHub 連携 → Codex
- ルールと個人設定を分ける: プロジェクト固有はリポ内(
.cursor/rules//CLAUDE.md/AGENTS.md)。個人共通はグローバル scope。重要判断はdocs/または Obsidian 作業履歴に残す(リポジトリ — docs / 作業履歴)(Phase 1) - 履歴の残り方を初日に確認: transcript 保存場所・エクスポート可否・共有方法(17 履歴)
- Claude Code メインなら: セットアップ 12 項 を Phase 1 前に通す
- 利用中クラウドの CLI をホストに入れ認証済みに: 11.3 ホスト CLI(
gh/vercel/aws等)
データ利用・オプトアウト確認
NOTE: AI ツールは製品・プラン・設定により、プロンプト・コード断片・telemetry を外部送信することがある。
実案件前に次を確認する。
- 学習利用の opt-out
- telemetry の無効化
- 保存期間・共有リンク
- 組織ポリシー準拠
機密案件では Privacy Mode / Enterprise 契約 / 社内許可済み経路のみ、を先に確定する。
MCP 連携(補助)
ブラウザ・Obsidian・DB 等の外部データは MCP(Model Context Protocol)で接続します。Claude Code / Cursor 両方で使えます。
製品別の例: Claude Code 補足・AI コーディングツール。
フロー・ルール・運用の記録は次の章にまとまっています。
仕様は docs/。作業履歴は Obsidian Vault 正本(リポジトリ — docs / 作業履歴)。
リスクと対策
下の表は「何が起きるか → どう防ぐか」の対応表です。当てはまる行から確認してください。
| リスク | 対策 |
|---|---|
| AIのドリフト(長セッションで制約を忘れる) | Cursor: .cursor/rules/ で [alwaysApply](#alwaysapply) な制約。Claude Code: CLAUDE.md + Skills。Codex: AGENTS.md + .agents/skills/(Phase 1 参照) |
| ドメインルール違反の実装 | ルール + テストの2段 |
| 履歴ノイズで読めない | 1チャット=1タスク。フェーズ宣言。サマリ生成 |
| 引き継ぎコスト高 | docs/ と PR に判断根拠を残す |
| 既存実装との不整合 | AIに既存パターンを必ず参照させる |
| 機密情報の流出 | プロジェクトポリシーでツール・モデルを選定 |
| 実装の方向性ミス | follow-up で粘らず 取り消す → Plan 具体化 → 再実行。差分を監視して早めに Stop |
| コンテキスト汚染(長セッション) | 機能完了ごとに新規チャット。@Past Chats で引き継ぎ。調査は別の AI 担当(4. 会話の文脈管理) |