私の環境でも、ようやく「Gemini Spark」が使えるようになりました。
新機能のアナウンスを見てからしばらく「まだかなー」と待っていたんですが、画面に表示されたときは思わず「お、やっと来たか」と声が出ましたね。こういう新しいガジェットやらAIツールやらが手元に届いた瞬間って、何歳になっても地味にワクワクするもんです。
さて、使えるようになったからには、どうやって倒すか……じゃなくて、どうやって使い倒すかを考えなきゃいけません。
今までClaude Codeに投げていたあいつらを移せるか
現状、私の作業ラインでゴリゴリ動いてくれているのがClaude Code（およびClaude API周り）です。コードを書かせたり、ちょっとした自動化スクリプトを回したり、面倒なタスクの処理を担当してもらっています。
性能的にはまったく不満がないどころか「優秀すぎる相棒」なんですけど、唯一のネックがトークン消費とコストの圧迫なんですよね。AIを日常的に使っていると、トークンなんて湯水のように消えていきますから。このAI時代、トークン＝お金みたいなもんなんで、これはまあまあ大変なんです。
そこで浮上するのが、今回のGemini Sparkへのお引越し計画です。
要は、「これまでClaude Codeに任せていた重めのタスクや定型処理のうち、幾つかをGemini Spark側に移管できないか？」という企みですね。もしこれがうまくハマれば、全体のトークン効率はかなり上がっていくんじゃないかと踏んでいます。
常駐型AIとしての真価とトークン効率の皮算用
※少し面倒くさく、専門用語を使う段落なので、読み飛ばしてもらっても大丈夫です。
Gemini Sparkの大きな特徴って、バックグラウンドで常に待機してアプリ間をまたぎながらタスクを分解・実行してくれる、いわゆる「常駐型AIエージェント」的な動きをしてくれる点にあるんですよね。
これ、開発者向けのCLIツールとしてゴリゴリ回すClaude Codeとは、そもそも得意な土俵がちょっと違います。
「コードのロジックを深掘りしてリファクタリングする」みたいなガチガチの作業は引き続きClaudeに任せるとして、日常的なタスク連携やメール・ドキュメントの整理、アプリをまたぐ調整作業なんかをGemini Sparkに任せられれば、役割分担としてはかなり綺麗になります。
「全部を1つのAIに抱え込ませない」っていうのは、AIと長く付き合う上での基本戦略みたいなもんです。適材適所でツールを分散させた方が、結果的に全体のコンテキストウィンドウも圧迫しないし、トークンの無駄使いも減るんですよね。
……まあ、まだ触り始めたばかりなので完全な皮算用なんですけど。AIの引っ越し作業って、最初は設定やプロンプトの調整で逆にトークンと時間をドカンと食うのがお約束なんですよ。そこを乗り越えた先に楽園があるかどうか、ですね。
個人的な感覚ですが、こういった皮算用をしてる間が一番楽しいですよね。
とりあえず、触り倒してみるとします
「新しいAIが出たから乗り換える」というよりは、「使える道具が増えたから、自分の作業ラインのどこに組み込むのが一番省エネか」を実験していく段階です。
今までClaudeにお願いしていた作業を1つずつGemini Sparkに渡してみて、どこまで耐えられるのか、どれくらい自分の手が浮くのか。これからガッツリ検証していこうと思います。
まあ、色々と考えたところで、結局触ってみんことには何も分からんわけですから（笑）。
しばらく使ってみて、実際にトークン効率がどう変わったか、どの作業の引越しが成功したのかは、またまとまった頃に雑感でも書こうかと思います。
