セットアップ

初日5ステップ・3段フロー・AIツール。

初日は 5ステップ + 3段フロー だけ。Phase 章は必要なときだけ。

やること

  1. ツールを1本決める → 3段フロー
  2. ルールをリポに置く(サンプル
  3. 小タスクで Plan → 実装 → 検証

完了: 3段フローをテストまたは動作確認まで回した

初日は 5ステップ + 3段フロー だけ。Phase 章は必要なときだけ。

やること

  1. ツールを1本決める → 3段フロー
  2. ルールをリポに置く(サンプル
  3. 小タスクで Plan → 実装 → 検証

完了: 3段フローをテストまたは動作確認まで回した

初めての人 — 5ステップで始める

  1. Step 1 — ツールを1本

    Cursor / Claude Code / Codex から1本。迷ったら Cursor。

  2. Step 2 — 3段フロー

    たたき台 → ルール → プラン の順。AI に仕様を推測させない。

  3. Step 3 — ルールを置く

    .cursor/rules/ または CLAUDE.mdサンプル をコピーし、テストコマンドと git 方針を書き換える。

  4. Step 4 — 小タスクで試す

    1日以内の修正1件で Plan → 実装 → 検証まで。

  5. Step 5 — 困ったら章を開く

3段フロー(通常はこれだけ)

flowchart LR B[1.たたき台] --> R[2.ルール] R --> P[3.プランとADR] P --> L[実装ループ]
  1. たたき台
    • 何を・なぜ・やらないこと(Won't)・制約を人間が書く
    • AI に「だいたいこんな感じ」と推測させない

    Issue 1段落(汎用)

    注文完了時に購入者へ確認メールを送る。

    • Must: 既存のメール送信機能を使い、非同期(キュー)で送る。
    • Won't: テンプレエディタ UI・HTML メールの新規デザインは作らない。
    • 制約: プロジェクトのテストコマンドで検証、本番デプロイは別 PR。
  2. ルール

    たたき台から、AI が毎回守るルール案を作る。

    • 禁止事項・参照パス・検証手順を明文化する
    • 配置例
    • テンプレの丸写しは避ける
  3. プランと 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段落(テンプレ参照)。

よくあるつまずき

ベストプラクティス早見

詳細 — 完了条件 / 実装ループ / Phase 章

各段の完了条件

Done の目安置き場所の例
1 たたき台ゴール1文、Must / やらないこと(Won't)、影響範囲が書いてあるdocs/<feature>/00_brief.md または Issue
2 ルール推測禁止・既存パターン参照・危険操作・git 方針が入っている.cursor/rules/CLAUDE.mdAGENTS.md
3 プラン未決なし、1〜3日粒度のタスク、完了条件あり、ADR に「なぜ」tasks/todo.md.cursor/plans/docs/adr/

実装ループ(3段のあと)

flowchart LR I[実装] --> V[検証] V --> PR[PR] PR --> U[ルール・ADR更新]
  • 実装 — セッション冒頭でルール + 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–4Phase 6Phase 7


AIツール選定

各ツールの「向いている人 / 向いていない人」は比較表のあとに記載。

メインで使うツールは 1 本に絞る。他は補助です。

選ぶときは次の3点を見ます。

  • エージェント能力(自律実行・並列・長時間)
  • ルール制御(rules / Skills / Hooks)
  • 履歴の残り方(transcript・エクスポート)

主要ツール比較

列ごとに比べて、自チームの作業に近い列をメイン候補にします。

CursorClaude CodeOpenAI CodexGitHub 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 → AgentPlan で計画・承認 → Build。.cursor/plans/ に保存
日常の実装・デバッグCursor Agentdiff レビュー → apply。ブラウザ・ターミナルで検証
大規模リファクタCursor 並列 Agent / Backgroundworktree 分離またはバックグラウンドで 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 Agentcursor.com/agents · バックグラウンド PR · 席を外している間のリファクタ / テスト生成

AIツール初期セットアップ

データ利用・オプトアウト確認

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. 会話の文脈管理