なんてこったい

LLMを利用する際、入力するデータの「トークン数」は、処理速度と利用料金に直接的な影響を及ぼす重要な要素だ。テーブル形式のデータを渡す際には、そのフォーマットによって消費量が劇的に変化するので、適切なフォーマットで表現して渡すようにしたい。

“LLMにテーブルデータを渡す際はCSVを使用する” の続きを読む

2025年5月6日にリリースされたGemini 2.5Pro Preview 05-06が良い。この一週間程度色々なプログラムを試しに書かせてみた。時々躓く部分はあるが、かなりの精度で期待通りのプログラムを作ることができている。

備忘録を兼ねて、Geminiを使ってSpreadsheetの内容からGoogle Slideを生成するプログラムを作る手順を残しておく。

“Spreadsheetの内容からGoogle Slideを生成するプログラムをGeminiに書かせる” の続きを読む

LLMの力を使ってコーディングの生産性をあげようという動きが活発だが、自分の中には「もはやコードは可能な限り書かない方が善だ」という感覚が生まれつつある。LLMができるタスクをわざわざ人の手を使って再生産したコードで動かすより、LLMに任せられる部分は可能な限りLLMに任せるようにしていきたい。LLMによって高速に書かれたコードであっても、コードとして存在する以上いつかは負債になるからだ。プロンプトももちろん負債にはなりうるが、自分が人間である限りコードよりはプロンプトの方がメンテナンスの難易度は低そうに思える。

まだまだ2025年現在ではLLMにはできないことも多いのでプログラムを自前で書かなければいけない部分もそこそこある。ただ、プログラムの一部分であってもLLMに頼れる部分は頼る、というスタイルは実験的にどんどん取り入れていきたいと思っている。

今回は、「与えられた数字が偶数かどうかを調べて返す」というあえてLLMにやらせなくても良いようなテーマを実際にGeminiを使って関数として実装してみる。

“プログラムの中でLLMに任せられる部分はなるべく丸投げしたい” の続きを読む

ローカルマシンで認証をする

gcloud auth application-default login

ローカルマシンでgcloud auth application-default loginコマンドを実行してアカウント認証を行うと、下記の場所にクレデンシャルファイルが格納される。

Mac: $HOME/.config/gcloud/application_default_credentials.json

Windows: %APPDATA%\gcloud\application_default_credentials.json

How Application Default Credentials works

クレデンシャルファイルをバインドマウントする

上記のクレデンシャルファイルをdocker runのバインドマウント機能を使ってコンテナにバインドする。

docker run -v ~/.config/gcloud/application_default_credentials.json:/tmp/keys/adc.json:ro

上の書き方であれば、Dockerコンテナ内で /tmp/keys/adc.json というパスでローカルのGCPのApplication Defaultのクレデンシャルファイルを参照できるようになる。(Macの場合)

Docker Composeを使う場合は下記のように指定すればOK。

version: '3'
services:
  app:
    volumes:
      - ~/.config/gcloud/application_default_credentials.json:/tmp/keys/adc.json:ro

コンテナ内で参照するApplication Default認証のパスを指定する

GCPの各ライブラリは環境変数 GOOGLE_APPLICATION_CREDENTIALSで指定された場所にあるクレデンシャルファイルを使って認証を行う。Dockerコンテナにマウントしたクレデンシャルの保存先 /tmp/keys/adc.json を GOOGLE_APPLICATION_CREDENTIALS にセットするように設定すれば、Dockerコンテナ内でローカル環境の認証情報を使ってGCPの各ライブラリを動かすことができるようになる。

version: '3'
services:
  app:
    environment:
      GOOGLE_APPLICATION_CREDENTIALS: /tmp/keys/adc.json
    volumes:
      - ~/.config/gcloud/application_default_credentials.json:/tmp/keys/adc.json:ro

Google Apps Scriptに用意されているSlidesサービスを使うと、プログラムでスライドを新しく生成することができる。

https://developers.google.com/apps-script/reference/slides/slides-app

SlideAppクラスのcreate メソッドを使うと全く新しいスライドを新規で生成できるが、まっさらなスライドに要素を追加していく処理を全てスクリプトで書くのは結構大変なので、ベースとなるスライドをコピーするアプローチをとった方が何かと楽だ。

// srcFileId: コピー元のスライドのID
// filename: コピーして作られたファイルにつけるファイル名

const copy = DriveApp.getFileById(srcFileId).makeCopy(filename);

// 特定のフォルダに配置したければmoveToを呼び出す
// copy.moveTo(DriveApp.getFolderById(targetFolderId));


const newSlideId = copy.getId();

ファイルのコピーはSlidesサービスではなくDriveサービスのmakeCopyで行う。

const slide = SlidesApp.openById(newSlideId);

コピーしたスライドのIDをSlidesAppのopenByIdの引数に渡す形で、スライドを開き編集していくことができる。

const firstSlide = slide.getSlides()[0]
firstSlide.insertTextBox('Hello');