LLM

パスワード・マネージャのウェブブラウザ拡張機能、しっかり賢いけど、たまにうまく値を入れられないフォームもある。クレジットカード番号が「16桁」じゃなくて「4桁のinputが4つ」になっている、とかね。

LLMを噛ませば乗り越えられるケースも少なくないだろうから、API Keyを設定したらそうしてくれる、みたいなオプションがあるとうれしいかも。

とある現場で9月にもりもりと開発していたアプリケーション、無事にリリースされていった。実際の利用が始まったので、ここからは運用もがんばっていかねばですね。素朴にLLMを組み込んだアプリケーションで、開発も運用も楽しいな〜。

今日のソフトウェア開発の様子。

• 上述のアプリケーションをリリースした
• Teacher Teacher方面の業務アプリケーションの機能追加を進めた
• rururuの監視や運用をAI Agentにバーンと任せるようにして数時間を過ごしたら、治安がめちゃよくなった
• LISTENで新しい機能を開発していて、その手前の既存実装の整理を進めた
• Project HJについて、ちょっと複雑な機能の設計を進めた

「文章のAI臭」を気にする人はけっこういるんだな、と思っていて。金木犀とかAIとか、鼻が忙しい。

自分はなにかしらのテキストを読んで「生成AIっぽいな」と感じることはあっても、それが「ウゲッ」という感情には直結していなさそう。「雨が降っているね」とは思っても「天気が悪いね」とは思わないのに似ている。ぜんぜんちがう話かも。

よく考えてみると、もともと「これは、この人から出てきた言葉なのかな」ってことはLLM普及以前から置いていた観点で、別にLLMを使っていようがそうじゃなかろうが、「その人の匂いがするか」をずっと気にかけているんじゃないかと思う。AIの匂いかどうか、じゃなくて、本人の匂いかどうか。

こういう記事を書いたこともあったね。2017年のこと。

自分の言葉で書かれたコミットメッセージが好き - #june29jp

LLMを使っていなくても、なんか、誰かのスタイルを真似した記事になっているとか、身の丈に合わない内容を書こうとして足腰がガタガタになっているとか、そういうテキストのことはもともと楽しくは読めていなかった。だから相対的に、AI臭についてはあまり気にならないのだと思う。

TypeSafe AIのJev、やばそう〜。いまLLMにお願いしていることの一部をJevに任せるようにしたら捗るってのもあるだろうし、LLMじゃ遅すぎて任せられないようなことをJevに頼めるかもしれない。この領域、まだまだ発展がありそうってことだな…やばいよ。

早く使ってみたいのでWaitlistに登録しておいた。アンケートに答えると早くに使わせてもらえそう？だったので、回答しておいた。

Home - TypeSafe AI

TypeSafe AI is an AI lab building machine-native intelligence infrastructure for automation, designed to make decisio...

typesafe.ai

あたくし、約1年半前からSNSに「エンタメ用アカウント」を用意して、BMSGを中心にエンタメ・カルチャーの情報収集に使っていまして。

最近、𝕏のエンタメ用アカウントの方にもClaude Code系の情報がたくさん流れてくるようになっちゃって、本来の目的からするとちょっとノイズで困っている。

• @junebokuのアカウント
  • 日本全国の動物園・水族館のアカウントをフォローしてあるので、生物情報が多め
  • 軽率にイッヌのポストにいいねするのでイッヌがたくさん流れてくる
  • 友人知人をちょこちょこフォローしているので、ソフトウェア系の話題もちょこちょこ
• エンタメ用アカウント
  • BMSG方面のアーティストを中心に、音楽の話題にいいねする
  • 映画や漫画の話題もこっちに寄ってきていた
  • 宮本佳林さんのポストにいいねしてからLLM系の話題が増えちゃった 🆕

tmiyatake1さんのニュースレター『Slow Times』で紹介されていた「LLMは7を選んじゃう」って話がおもしろかった。

#15 ランダム性の欠如と制度のモノカルチャー化

人間が持たないランダム性を、LLMは生成できるのか？

slowtimesjp.substack.com

どれどれ、と思って追試してみる。ワーオ！知らなかった挙動。ふだん、乱数を生成するときはスクリプトを書くから、LLMにこういう指示を出すことがなかったな。

Project N26のチェンジログもこうやって日記に書いていくか。トップページ、および「月」のページにサマリを表示してみた。いくつかサンプルとしてリンクしておきます。

• 2020年2月 ✎ #juneboku
• 2021年4月 ✎ #juneboku
• 2023年5月 ✎ #juneboku
• 2024年12月 ✎ #juneboku

サマリはもちろんLLMで生成している。テキストをたくさん書き溜めているので、それをLLMに食べさせて遊ぶってのはカジュアルにやっていきたい。

Project N26の実験的な機能として「junebokuが知りたいことをAI Agentに調べてもらってまとめてもらったものをページとして公開する」を実装した。サンプルとして下記ページをつくった。

大阪のベタな観光名所まとめ

ぼくは自分の文章は自分で書きたいオールドタイプなので、ぼくが表現したいことをLLMに代わりに生成させたいとは思わないものの。日々、AI Agentに質問したり相談したりして情報を生成してもらうことはたくさんあるわけで。「わたしは今日、こんなことに興味を持って調べてもらいました」の成果物がたまたまサイトで公開されていてもいいだろうと思い、そういうビューを実装してみた。

ページの上部にて、その旨を明記しておく。

Osaurusってやつを知って興味を持ったので、とりあえずインストールしてみた。macOS向けAIエージェントって感じかね。

Osaurus — Own your AI

A home base for AI agents on your Mac. Build agents that remember, automate, and run any model from your Mac. Nothing...

osaurus.ai

ゲームの始め方みたい、まずはどのキャラを使うか選んでいく。

LLMにはいろんなやつを指定できて「キャラの脳、どれにする？」って画面でかわいかった。

Notionに搭載されているNotion AIをぼくが使いたいかというと、現状では「Notionに自由にアクセスできる権限を付与したClaude Codeを使いたい」が勝っている。ほんで、ここでのNotionは他のあらゆるSaaSに置き換えてもだいたい同じことを言える。データを貯める場所として自分の要件を満たすものがあればそこにデータは貯めたいが、データに対する付加価値的な機能については、よほどそのドメインに特化した「他では手に入らない体験」じゃない限りは、別に使わないよな〜。

自分がNotionの開発チームの一員の立場だったら、2026年中盤、このへんはおおいに悩みそう。なんとなく「自社プロダクトにLLMを組み込む」ってよさそうな打ち手のような気はしちゃうんだよな。でも、各SaaSがそれぞれに中途半端なAI Agentを開発しても「それはClaude CodeやCodexより優先して使いたいものなのか？」って問いを乗り越えられないと発展がないんじゃないか。

現状、ひとりの生活者としては「いい感じにデータを置ける場所に、自分が気に入って使っているエージェントを接続したい」が要望ってことになる。これはちゃんと認識しておいた方がいいよな、って気分になったので書いておいた。

…書いてみれば、なんてことはない「プロダクト開発」のふつうの話だった。ただLLMを組み込んでも意味ないね、ちゃんと「そこで求められるもの」をつくりましょう、ってそれだけの話だった。

ChatGPTが登場して以降の、日本語圏での「AI」という言葉は、ある意味では「パソコン」くらいの普遍的な意味で使われているし、また、ある場面では「LLM」という狭い意味で使われていたりもする。こういう言葉は危ないので注意して付き合っていかないとな。危ない、っていうのは「認識合わせに向かない」ってこと。

引き続き、土門蘭さんの『ほんとうのことを書く練習』を読んでいく。

• 「子どもは感性が豊か」とか「子どもならではの感性」みたいな、子どもと感性にまつわる言説にいまいち乗れないのは、歳を取ってからも、この本に書かれているような練習を通じて「自分のほんとうの感性」を見つけて拾い上げて磨いていけると思いたいから、かもしれないな
  • 自分は今年で43歳になる、少なくとも40代前半はまだまだ感性を磨けるでしょう
  • 歳を重ねることに自分の感性に蓋をしてしまう人が少なくないってことは、ぼくも体感としてわかっている
  • でも、そのすてきな感性ってやつを「子ども特有のもの」と言い切ってしまったら、本当にそうなっちゃうかもよ？
  • あなたが何歳まで生きるつもりかは知らないけれど、40歳とか50歳ならまだまだこれからでしょう
• ぼくは「みんな、日記を書きなよ」と思っているわけではない
  • ただ、各位がもっと「自分の声」に気付けたらいいんだろうな〜とは漠然と思っている
  • これはつまり、ぼくが接している人たちのうちの少なくない割合のみなさんが、自分に蓋をして生きているように感じているということだ
  • 便秘人(べんぴんちゅ)には浣腸があったらいいと思う
• この本で語られる「書く」という行為は、篠田真貴子さん方面の「聴く」とも関連が深い気がする
  • 「書く」だけじゃなくて「聴いてもらう」にも「ほんとうのこと」に迫る力がありそう
  • 2026年なのでLLMのことも思った、ChatGPTにならあれもこれも話せるんです〜って人はけっこういそう
• 純朴声活にも「ほんとうのことを話す練習」をアップしておいた

M4 MacBook Air 2025を使い始めてから1年ちょっとが経っている。しばらくはこれを使っていこう。来年か再来年あたり、ローカルで動かすLLMで今のClaude Code with Claude Opus 4.6くらいの体験が手に入るようになっていたらいいな。そういうタイミングで、パワーのあるマシンを購入するかもな〜と思っている。今の自分には、コンピュータを買い替えるインセンティブがぜんぜんないなあ。

DeepLのアプリをMacBookにインストールしてあったけれど、このごろはまったく使っていないよな〜と気付いてアンインストールした。今ではGeminiかClaudeに頼むもんな。翻訳はLLMの仕事の一部ってことになった。

DeepL Translator | World's Most Accurate Translator

Translate texts & full document files instantly. Accurate translations for individuals and Teams. Millions translate ...

www.deepl.com

約1年前からM4 MacBook Air 2025を使っていて、この1年間は本当にいろんなことが起きていて、いろんなアプリをインストールしては試しインストールしては試し… 定着するのは5個に1個くらいかな。そんな日々なので、インストールしたものの使っていないアプリってのが山積しつつある。

年1くらいでOSのクリーン・セットアップをやれるといいんだよな。今だと、まっさらなMacBookから「使える」状態に持っていくまで、どんな作業が必要になるかな。とくにClaude Codeのデータ移行のやりかたが確立していないから、ちょっと手こずりそうな気もする。でもまあ、それをClaude Codeに相談したら解決しそうだな。

2024年の秋くらいの時点では、自分が活用しているソフトウェアについて「これとこれとこれをクラウド上に保存しておけば、新しいマシンをすぐに使い始められる」と環境が整っていたのだけれど。そのあとはいろいろが変わってしまって、おおいに模索中なので、整備が追いついていない。いまM4 MacBook Air 2025が急に起動しなくなったらちょっと困るかも。

MacBook Neo、そういうのもあるのか。自分用のコンピュータの選び方、今だといろんな観点があるなあ。もうちょっと先の未来だとローカルでLLMを動かすとお得ってことになって、それ用のスペック高めのマシンをひとつ持つかもしれない。現時点だと、自分のようなライトなLLM利用者は「お金を払ってメジャーなやつを使わせてもらう」を選ぶので必ずしも手元のコンピュータに性能を求めるわけではない。

Kiro CLIの「補完」機能に興味があって、試してみる。テキストエディタでの文字列編集について2022年くらいにGitHub Copilotに感じていたような「そうそう、よくわかっているじゃん」の気持ちを、シェルでコマンドを組み立てるときにも得たいと思って。ぼくはよく知らないんだけど、もともとFigだったやつがAmazonに吸い込まれていろいろあって、今はKiro CLIの機能のひとつって位置づけになっているっぽい。たぶん。

• https://fig.io/
• https://kiro.dev/docs/cli/autocomplete/

もう2026年なのにシェルでのコマンド組み立てがあまりLLMで発展していないのは不思議だな〜と思ったりしている。

最初にブログを書き始めたのが2006年だから、もうすぐウェブでの情報発信歴が20年間に達しそうじゃん。これは23歳が43歳になるくらいの年月ということ…。

Birth.

june29's official website

june29.jp

今年のバースデイ、20周年に合わせてなんかを企画してみてもいいかもな。それとは別に、個人ウェブサイトをつくって庭いじりしたい気持ちが年末から大きくなっていて、ウズウズする〜〜。Agentic Codingでウェブサイトをちまちまとメンテナンスするの楽しいんだよな。

• 個人ウェブサイト、もしくはなんらかのウェブサイトの制作、そのあとの庭いじり
  • 自分専用に「日記を書く場所」を新設するのもいいよな、と思っている
• Project FHのアプリケーション開発
  • 最近またバイブスが上がってきていて、試したい実装がいくつもある
• Project TTのアプリケーション開発
  • AI Agentを内包した機能が動くようになって、これのブラッシュアップをやりたい
• Project HJのアプリケーション開発
  • これが想定通りにうまくいけば、現場にけっこうなインパクトを与えられると思う
• キマグレエフエム
  • Spotify for Creatorsを好きになれずに過ごしているので、脱却したい気持ちはある
• LLMをコアのコンセプトに組み込んだ新規アプリケーションの開発
  • これまでもつくれたようなものをLLMで効率化するんじゃなくて
  • LLMがなかったらそもそもつくれないよね、こういうアーキテクチャにならないよね、ってくらいの見たことない系のアプリケーションをつくりたい

こんな調子で、年末年始の頭の中は「あれもやりたい〜 これもやりたい〜〜」でうるさくなっている。ぜんぶを一気に進めることはできないもどかしさを感じつつ、ハッピーな状態だな〜と現状に感謝する気持ちもある。心が元気。

福島良典さんがAI BPOについて書いている記事、だいぶよかった。自分がなんとな〜く感じていることがあって、それは周回遅れなんだなぁと痛感させられる。「そういう整理で考えたらよいのか」と視点を与えてもらって大助かり。

今年のテーマは「AI BPO」です。そして「Chat AgentからAmbient Agent(アンビエントエージェント)+Human in the Loopへ、AIエージェントの標準が移る」という予測です。
AI BPO - Ambient Agent(アンビエントエージェント) + Human in the Loopで実現するAIエージェントの新標準｜福島良典 | LayerX

• BPO、Business Process Outsourcing
• Ambient Agent
• Human in the Loop
• Zero-touch automation
• Human with AI toolsとAI Agent with Human
  • 破壊的なのは後者だし、だんだんとそれがベースラインになっていきそうとも思う

自分が開発・運用しているアプリケーションに「単発のLLM呼び出し」を組み込むってのは基本のキで、それで解決するような問題はあらかた勝手に解決していくだろうから。その先のAI Agent with Humanなワークフローを、作業のカタにしていくって思考を体になじませたいな。来年はそのあたりの模索が進みそう。

Vercel AI SDKについてなにか書こうと思ったのかリンクが置いてあったが、こうして日記の仕上げを進めている今、なにを書こうとしていたのか思い出せない。まあいいか。この日にVercel AI SDKを触っていたってことを記録しておこう。ウェブアプリケーションにLLMを組み込みたいときに便利。

夜、AI Agentなウェブアプリケーションをひとつ試作する。Claude Codeと相談しながら進めたら

• Next.js https://nextjs.org/
• Vercel AI SDK https://github.com/vercel/ai
• Claude API https://www.claude.com/platform/api
• Supabase https://supabase.com/

という構成になった。Vercel AI SDKやSupabaseは初めて使うのでウキウキしちゃう。勝手はぜんぜんわからんが、ぼくがわかっていなくてもClaude Codeが作業を進める。自分はPdMとアーキテクトの係をやるだけ。最初にREADME.mdにやりたいことを書くところから始めて、だいたい90分後にはひとまず動くものができるのですごい。

よくある、LLMと会話できるチャットのインターフェイスをつくった。あとは実現したいことにあわせてバックエンドを作り込んでいく感じだな。ちょっと遊んでみます。