#googlecloud

まず引っかかったのは、「Google Cloudで買える」と「Googleが動かしている」は全然同じではない、という当たり前の話を、ちゃんと確認しないと事故るな、という点だった。クラウドの請求書は見慣れているし、同じ棚に並んでいるサービスなら中身も近い気がしてしまう。でもこの記事を読むと、その思い込みはかなり危ない。実際には、Anthropic-managed と Google-managed で、データの扱われ方も運用主体も違う。 この手の話は、つい「便利になった」で終わりがちだけれど、記事が面白いのはそこを切り崩しているところだと思う。特に、モデルを使うときに「どの機能が欲しいのか」だけでなく、「どの組織がリクエストを処理するのか」を先に書け、という姿勢がよかった。社内の稟議や設計メモって、つい“Claudeを導入”くらいで止まりがちだけど、それだと後から監査も運用も曖昧になる。サービス名を雑に書くと、あとで誰も境界を説明できなくなるのだろう。 もう一つ、地味だけど大事だと思ったのは、テスト用の入力をちゃんと作れ、という話だ。実運用のプロフィールや履歴をそのまま投げる前に、ダミーの

Google Cloud TPUでGemma 4を動かす。言葉にするとシンプルですが、実際はぜんぜんシンプルじゃないんですよね。空いているゾーンを探し、quotaを確認し、VMを立て、boot diskを気にし、Hugging Faceのtokenを渡し、vLLMのTPU向け設定を入れ、起動ログを追い、最後は忘れず片づける。しかも、TPUは放置すると課金がじわじわ進む。やることが多すぎる。 今回の記事は、その面倒を Claude Code に丸投げしやすくするための skill と MCP server を紹介しています。名前は `tpu-management`。かなり直球です。Cloud TPUを触ったことがある人ほど、「ああ、そこを自動化したいのは分かる」とうなずく内容だと思います。 TPUの空きを探して、使えそうな zone を見つける TPU VM を作成して、Gemma 4 を vLLM で起動する 起動後の状態確認やログ確認までやる `vllm bench serve` で速度を測る 使い終わったら削除する これらを Claude Code から自然文で指示できる