スキップしてメイン コンテンツに移動

Gemini Sparkは頼れる先輩、Claudeは4Kモニター ── 2つのAIの使い分け


日々の生活、タスク管理、思考の整理、そしてアプリ開発や創作。気づけばそのどれにも、AIツールが手放せない存在として入り込んでいる。いまメインで併用しているのは「Gemini Spark」と「Claude」の2つだ。

どちらか片方に絞れないかと考えた時期もあった。でも、使えば使うほど「これはこっち、あれはあっち」という棲み分けが勝手にできあがっていった。その感覚をずっと言葉にできずにいたのだが、あるQiita記事を読んだときに、それがすっと形になった。

この記事では、今の自分がこの2つをどう使い分けているのか、そしてなぜその使い分けに行き着いたのかを、実際の場面と一緒に記録しておく。

1.きっかけになったQiita記事

深く共感したのは、Next-Surviveさんのこちらの記事だった。

参考記事

ClaudeとGeminiの使い分けに関する考察（Next-Survive氏 / Qiita）

要旨：Claudeはコンテキストを保持する力が高い。一方Geminiは大量のトークンを扱えるため、人間の学習を補助する用途に強い。

これを読んだ瞬間、「まさにこれだ」と思った。日頃モヤモヤしていた感覚に、ちょうどいい言葉が当てはまった感じだ。

自分の実感に置き換えると、こうなる。

  • Geminiは、人間の脳のメモリ不足を補ってくれる広大な作業机（学習・壁打ち）
  • Claudeは、一度置いた設計図を絶対に見失わない緻密な職人（コンテキスト保持・実装）

もう少し砕いた言い方をすると、Geminiは「頼れる先輩」で、Claudeは「4Kモニター」なのだ。この比喩の意味は、以下のスライドを順に追っていくとわかってもらえると思う。

2.私のAI2大布陣

全体の役割分担

まずは全体像から。役割分担はシンプルだ。

Gemini SparkClaude
主な役割無限壁打ち、日常インフラの補助開発・実装、品質の核
入力のかたち無数の雑な吹き出し1本の整った文書
行き先カレンダー、Gmail、Maps、Notebook、DrivePCローカル（ファイルとゴミ箱）、GitHub（リポジトリとコミット）

スライドの左側では、自分からの無数の吹き出しが矢印で6つのトークン枠へ積み重なり、そこからGoogleの各サービスへ広がっていく。吹き出しの中には、くだらない思いつきもそのまま混ざっている。右側では、1本の整った文書を受け取ったClaudeが、PCのファイルやGitHubを自分で操作していく。

そして中央に引いた線が、両者をつなぐ連携だ。Geminiとのやりとりの中でDriveに溜まった素材を、Claudeが読み取って実作業へ持っていく。この流れが今の自分の基本形になっている。

「頼れる先輩」と「4Kモニター」という比喩も、ここから来ている。Geminiは利用上限をほとんど気にせず喋り続けられる安心感があって、どんなに雑なインプットでも受け止めてくれる。まさに頼れる先輩だよね。一方のClaudeは、一度使うと粗い画面に戻れなくなる4Kモニターのようなものだ。出力の解像度と、その安心感が段違いなのだ。

3.Gemini その1 とりあえず なんでも ブチ込む

とりあえずなんでもブチ込む

アイデア出し、放っておくと消えてしまいそうな小さな気づき、ほぼ白紙の企画。こういうものは、まずすべてGeminiに放り込む。そこで揉まれて論点が固まったものだけを、スライド右下の矢印のようにClaudeへ渡している。

スライドには3つのパターンを描いた。

  1. なんかの思いつき（質は低くてよい）
    Geminiが「こういう視点もありますよ、メリットとデメリットは……」と返してくれる。卵だった思いつきが、3羽のひよこに孵るイメージだ。
  2. 日常で気になったこと（溶けて消えそうな、どうでもいい気づき）
    Geminiが「半分正解です。考えのとおりで、さらにこういう面もある」と深掘りしてくれる。1段だったアイスが2段に積み上がる。
  3. ほぼ白紙の計画・企画
    Geminiが「こういう視点も必要です」「これはそういう意味ですか？」と問い返してくれる。白紙が箇条書きの文書へと具体化していく。

なぜClaudeでやらないのか

ある日、移動中のバスの中でアイデアが雪崩のように湧いてきたことがあった。片っ端からGeminiに投げ込んで、気づけば20往復くらい壁打ちしていたと思う。

これを最初からClaudeでやっていたらどうなっていたか。貴重な5時間制限の枠があっという間に溶けて、午後のPC作業ができなくなっていたはずだ。安くて上限がほとんど来ないGeminiだからこそ、枠を気にせず思考を吐き出し切れる。Qiita記事でいう「大量のトークンで人間の学習・思考を補助する」強みは、まさにこの場面のことなんだよね。

4.Gemini その2 Google内での連携

Google内での連携

手数の多い、泥臭いWorkspaceのルーチンは、すべてGeminiに丸投げしている。

スライドではGeminiを中心に、Googleの各サービスが放射状につながっている。中でもピンクの矢印で強調したのが、毎日の生活に直結するカレンダーとGmailだ。

なぜClaudeでやらないのか

たとえば、届いた予約メールから日時を読み取り、乗換案内とバスの時刻表を調べて、移動時間をカレンダーに自動でブロックしておく。こういう多段の連携を、Geminiが自動で回してくれている。

Claudeから同じことをやろうとすると、MCPやAPIの設定、認証といった手間がかかる。それに、毎日のルーチンにClaudeの貴重な枠を使うのは贅沢だし、効率も悪い。最初から手足がつながっているGeminiが、いちばん安くて頑丈なのだ。

もちろんGeminiにも癖はある。すぐGoogleドキュメントにしたがる(https://supermijincomijinco.blogspot.com/2026/09/2026927markdowngoogle-docs.html)し、ちゃんと指示しないとハルシネーションも起こす。ただ、決まったルーチンを回すぶんにはまったく問題にならない。

5.Claude その1 実際の作業を任せる

実際の作業を任せる

ここからはClaudeの領域だ。PCのローカル環境での開発、Git操作、ファイル整理、長い指示書に基づく実作業。こうしたものはClaudeに任せている。

  • 中央の足元：楕円で囲んだ長いコンテキストや指示書を、Claudeがしっかり読み込む。
  • 左（PC）：cloneしたリポジトリの中でファイルを編集し、不要になったファイルは「ゴミ箱」に退避する。
  • 右（GitHub）：リポジトリへのプッシュやコミットを反映する。

なぜGeminiでやらないのか

自作ツールを開発していたとき、Geminiでは一発で通らなかったコードが、Claude（とAntigravity）ではローカル環境で一発で通ったことがある。しかも不要になったファイルまで、何も言わずにゴミ箱へ退避してくれていた。

そもそもGeminiは、ローカルのPCやGitHubを直接触ることができない。Claudeはローカルに入り込んで作業し、判断がつかないところだけ確認を挟んでくる。この「現場での気の利き方」が、圧倒的に違うんだよね。

6.Claude その2 点検

点検

複雑なルールや設定資料の整合性チェック、フォーマット違反の監査。ここはClaudeの独壇場だ。

スライドの上部には、約1,000行のルールを頭に入れたClaudeがいる。左下では、第二の脳のフォルダツリーの中から、ルールに違反しているファイルをピンクの丸で特定している。吹き出しに描いたのは、こんな指摘だ。

# Claudeからの指摘（スライドの吹き出しより） ! 指摘 ルールに反した [波線メモ] がある。 [凹凸のある構造化ドキュメント] に修正すべきだ。

なぜGeminiでやらないのか

自作RPGを作っていたとき、4つの種族、地割れの世界観、パラメータといった設定が、いくつもの層で食い違っていたことがある。Geminiはそれを無難に流してしまったのだが、Claude Sonnetは冷徹に暴いて、きちんと修正してくれた。

Geminiには、「調べてね」と言わないと平気でハルシネーションを起こす癖がある。長いルールを渡しても、それっぽく辻褄を合わせて無難に流してしまうのだ。

ここで効いてくるのが、Qiita記事でも触れられていた「Claudeの高いコンテキスト保持力」だろう。約1,000行のルールを最後まで見失わず、細部の破綻を逃さずに指摘してくれる。4Kモニターの解像度が、いちばん活きる場面だと思う。

7.感覚の対比

感覚の対比


  • 左（Gemini）：混沌。アイデアの破片やツールが浮かぶ、広大な宇宙。
  • 中央：GoogleのサービスとDriveが橋渡しをしている。
  • 右（Claude）：秩序。PCとGitHubが整然と並んだ、エンジニアリングの作業場。


使い分けの基準を整理しておく

ここまでの話を、判断基準としてまとめておく。迷ったときは、この表に戻ってくるつもりだ。

観点Gemini SparkClaude
世界観カオス・発散秩序・収束
強み大量のトークンで思考の広がりを支える高いコンテキスト保持力で細部まで詰める
利用枠上限をほぼ気にせず使える5時間制限の枠は貴重
手足Google Workspaceと最初からつながっているローカルPCとGitHubに入り込める
向いている仕事壁打ち、気づきの深掘り、企画の具体化、日常ルーチン実装、Git操作、ファイル整理、ルールに基づく監査
注意点指示しないとハルシネーション、長いルールを無難に流しがち枠を雑談で溶かさないこと

流れとして書くと、こうなる。

  1. 思いつきや白紙の企画は、まずGeminiに全部投げ込んで揉む。
  2. 揉まれて固まったものを、Driveに文書として残す。
  3. その整った文書をClaudeに渡して、実装や整理、点検をしてもらう。

おわりに

どちらが上かという二者択一ではないんだよね。Geminiの宇宙で広げて、Claudeの作業場で研ぎ澄ます。今の自分にとっては、これがいちばんしっくりくる答えだ。

役割の違う2つを、オーケストラのように協働させる。その形に落ち着いたことで、開発も生活もずいぶん快適になった。そして、その感覚に言葉を与えてくれたNext-Surviveさんの記事には、改めて感謝したい。

ラベル:

コメント

コメントを投稿

このブログの人気の投稿

悪気のない「カレーでいいよ」を防ぐ、脳内「外交官フィルター」の作り方

  この記事の結論（3行まとめ） 「〇〇でいいや」「〇〇でいいよ」という言葉は、言った側に悪気がなくても相手に「妥協・軽視」のニュアンスを伝えてしまい、無用な不快感を生むことがある。 これを 「〇〇でじゅうぶんだ」 と言い換えると、「他を探す必要がないほど満たされている」という肯定のメッセージに変わり、角が立たなくなる。 本音ではこだわりがない時ほど、自分の中に「外交官」を置いて言葉を1単語だけチューニングするのが、人間関係のダウンサイド（損失）を避ける合理的な知恵(になればいいな)である。
コメントを投稿
続きを読む

Zoff「RIRONE(集中メガネ)」はミソキネシアの対策にはならない 集中はできる

周りの人の動き、特に貧乏ゆすりがどうしても気になる。視界の端で何かが小刻みに揺れていると、そこに意識を持っていかれて、目の前の作業や本に戻ってこられなくなる。こういう特性を「ミソキネシア（Misokinesia）」と呼ぶらしい。 過去の記事 :   ミソキネシアについて その対策になればと思って、Zoffの集中メガネ「Zoff｜RIRONE」を買った。2024年12月に手に入れてから、約1年10か月使ってきたことになる。仕事、カフェでの読書、自宅での一人作業と、いろいろな場面でかけてきたので、 ミソキネシア当事者の目線 で正直な感想をまとめておく。 先に結論だけ書いておくと、 「集中するための道具としては良い。でもミソキネシアの対策にはならない」 だ。 フード(視界をカットする部分)がついた状態。 買うまでの話：視界を狭めるメガネを探していた もともと、視界を物理的に狭めるメガネが欲しかった。2024年の秋にはJINSやZoffの店舗を回ってみたけど、その時点では視界カット系のメガネはどこにも置いていなかった。仕方なく、カフェで紙をちぎってメガネに貼り付け、即席の目隠しを作ったりもした。首を固定しないと隙間から周りが見えてしまうし、正直だいぶガバかった。「もう自分で作ったほうが早いか」と、3Dモデリングでアタッチメントを自作することまで考えていたくらいだ。 そんなときに出てきたのがRIRONEだった。 Zoff｜RIRONEとは RIRONEは、教育系タレントの河野玄斗さんのブランド「RIRONE」とZoffのコラボで生まれたメガネで、2024年12月20日に発売された。周辺の余計な視覚情報をカットすることで、眼球の動きをコントロールする脳の部位「前頭眼野」の負荷を減らす、というのが売り文句だ。普段は普通のメガネとして使い、勉強やPC作業で集中したいときにフード（サイドの遮蔽パーツ）を付ける、という設計になっている。 手元の個体のテンプル刻印：ZN241028A_14E1 / 48□23-147 / French Plastic どの場面で使ったか 使ってきたのは主に次の3つのシチュエーションだ。 仕事：他の人と並んでPC作業をする カフェでの読書：知らない人の隣で本を読む 自宅での一人作...
コメントを投稿
続きを読む

「10%しかできてない！ならば仮病で報告を先延ばしにしないと！」という危険な思考癖とその対策

仕事において、期限のある重いタスクや目標設定シートの作成などを前にしたとき、どうしても着手が遅れたり、中間報告ができずに一人で抱え込んでしまったりすることがあった。 これまでの私は、そうやって仕事が進まなくなる原因を「自分は完璧主義だからだ」と片付けていた。最初からちゃんとしたクオリティのものを作ろうとするあまり、手が止まってしまうのだ、と。 だが、自分自身の行動パターンや内面を深く掘り下げて振り返ってみたとき、まったく別の正体が見えてきた。私が囚われていたのは、成果物の品質に対する純粋なこだわり（完璧主義）などではなかった。「相手から完璧な人間だと思われたい」「できない奴だと見られたくない」という、極めて自己保身的な 「完璧に見られたい欲」 だったのである。 本記事では、 「なぜ未完成を見せるのがこれほど怖いのか」 という部下側の内面構造と、 「報告を受ける上司側は本当は何を恐れているのか」 という視点の対比、そして私がスケジュール破綻の末にたどり着いた 「0%〜10%でさらけ出す仕事術の模索」 をまとめる。 1.【病巣の解剖】完璧主義の皮をかぶった「完璧に見られたい欲」 水面上は「品質へのこだわり」に見えても、水面下の本体は「見栄と恐怖」 表面上の建前と水面下の本音 「完璧主義」という言葉は、どこか聞こえがいい。「クオリティを高く仕上げたい」「自分の役割や責任を全うしたい」という誠実なプロ意識のように見えるからだ。 しかし、水面下に潜っている巨大な氷山の本体を直視してみると、そこにあるのは品質へのこだわりではなく 「見栄」と「恐怖」 だった。 氷山の構造（建前と本音） 水面上（建前） : 高品質なものを出したい、自力でやり切りたい 水面下（本音） : 「できない奴と思われたくない」「弱みを見せられない」「不完全な自分には価値がない」 信念と呪いの表裏一体 私の中にはもともと、「先頭に立って開拓者であり続けたい」という強い信念がある。ゼロから何かを立ち上げたり、新しい仕組みを作ったりするとき、この信念は大きな推進力になる。 ところが、ひとたび「自分が得意ではない定型業務」や「正解が見えにくい抽象的な課題」に直面すると、この信念が裏返り、 「常に完璧であると見られなけ...
コメントを投稿
続きを読む