AI Agent

ダンス教室のレッスンを受ける日。

『Michael Jackson by YUMDDA』、通しで踊れるようになった。わーい。来週は、繰り返しの通し練習だろうな。

先生の動きを見ていると、やっぱりサマになっていてかっこいいんだよな〜。同じ動きをしているつもりでも人によってぜんぜんちがうものに見える。ダンスは、5年やったら5年分の練度になる感じがする。

最近、ソフトウェア開発をしていて「長く続けてきてよかったな」と思うことがけっこうあってね。なんやかんやで20年間以上も取り組んでいると、引き出しは増えているわけで。「こういうときは、こうすればいい」「なんか、こういうツールあったよな」と思い付いてAI Agentにうまく指示をできたときはうれしい。

ダンスは、自分の人生の中でソフトウェア開発ほどに時間を注ぐ対象にはならないかもだけれど、今後しばらくなるべく続けていきたいな〜。5年、10年、とやっていったら、きっとそういう体の動きになると思うので、静かに積み上がる感触が楽しい。

きのうという日を経て宿題が生えてきたので、翌日の今日にちょっと整理しておく。

• チャット駆動で動かしてしまっているもの、いくらかをイベント駆動に切り替えていく
  • これはDekigotoプロジェクトですでに進行している
• AI Agentを組み込んだアプリケーションをつくってみる
  • OpenAI Agents SDKを試してみようかな
• いま開発と運用を担当しているアプリケーションたちについて「もっとAgenticな発想を取り入れるとどうなる？」という観点で見つめ直す
  • きっと、向き合い方が変わってくるはず
• 友人たちとさらに楽しく穏やかにやっていくためにがんばる
  • 目下、体力よりは知力を使って「楽しい構造を考える」ながんばり方だな

Bet AI Day 2026

Bet AI Day 2026 / AIエージェントの実践知を共有するカンファレンス / 株式会社LayerX

Bet AI Day 2026は、株式会社LayerXが2026年9月3日に開催するAIエージェントに特化したカンファレンスです。「AIエージェントは、どこまで任せられるのか。」をテーマに、開発・運用・セキュリティ・コーポレート領域で...

layerx.co.jp

福島良典さんや松本勇気さんの発信を見ていると、少し先の未来のことをかなりビビッドに見据えておられるよな〜と感じる。LayerXのような高い技術力を有した組織が、AI Agentと人間の未来をどのように描いていくのか。とても興味がある。

Bet AI Day 2026の参加メモ。

• 「エージェント」って語彙が中心にあった
  • 「AI〜！」と騒いでいる人と「エージェント〜！」と騒いでいる人で重心が異なると感じていて、LayerXのみなさんはエージェントの話をしていた
• エージェント = モデル + ハーネス
• いろんな現場をお手伝いしている自分も「仕事の完了を売る」という発想を取り入れられるかも
• 「OpenAI Agents SDK」「Claude Agent SDK」はすぐに試そう
  • AI Agentを組み込んだアプリケーションをシュッとつくれるようになっておこう
• エージェントを「ぼくが話しかけたら動き出す」というチャット駆動から「なにかが起きたら動き出す」というイベント駆動にシフトさせるために、自分の人生を表現するPubSubHubbubサーバでも運用するといいかも？
  • いや、PubSubHubbubじゃないな、Event Inboxがあればよいか
• Design Hernessの話、めちゃおもしろかった
  • 英語圏ではAgentic Design Systemsという呼び名の方が一般的？
• エージェントありきでワークフローを設計できる人、現場に与えるインパクトがやばい
• どのお話を聴いていても「ループを設計する」って構造を感じて、印象に残った
  • LayerXさんからすると「プロダクト利用者の業務を、エージェントで完了させる」ってのと「自分たちの日々の業務を、エージェントで完了させる」ってのは共通の思考フレームワークで成り立っていそう
  • 「エージェントにタスクを任せるとは、どういうことか？」を見極めるスキルを体得したら、世の中のかなり多くのものを対象にエージェントでバーンとやれそう

まさに今のぼくが聴きたい話・受けたい刺激が満載で、かなり楽しかった！

「地頭のよさ」について。

Generative AIの活用が進むと地頭のよさは武器にならなくなる、ってな言説をいくつか見かけている。言わんとしていることは想像がつく。

でも本当にそうなのか？という気もする。AI Agentを走らせて複数のプロジェクトにおけるソフトウェア開発を並行して進めていると、とにかく、自分の理解と判断がボトルネックになっていると感じる。自分より能力が高い人は、もっともっとAI Agentをうまく動かせるだろうと思う。

地頭は定義がむつかしいとして、理解と判断のキャパシティが多い人はますます有利になるんじゃないの、と感じている。

Project N26のこの日記、モバイルから書いたりする機能はないのだけれど、開発につかっているパソコンとAI Agentが起動しているなら、そのAI Agentにモバイルから指示を出してファイルを編集させることはできると気が付いた。

ふだんは実行しないにしても、いざというときの手段があるってのはいいことだ。

きのうの夜からGrok Botの試運転を始めた。Cursorの有料プランは2025年7月の途中で止めたので、1年以上ぶりにお金を払うことになる。

まず一言。「かわいい」ってのは大事だね。

昨晩、ひとまず適当に話しかけてみて感触を探る。なにをお願いしていくといいか、Claude CodeやCodexとの分担はどうするか、ぜんぜんわからない。

ほんで今朝。BMSGウォッチ用のBotが動いてくれた。なるほどね〜。思いつくたびにBotを生やして、なんでもかんでも依頼してみるか。2週間くらいいっしょに過ごしたら見えてくるものがありそう。

現時点でも「とっつきやすさ」は感じていて、自分はこれまで通りのAI Agentを使うかもしれないけれど、これから入門するって人にとってはこういうインターフェイスの方がよさそうだな、と感じる。

CursorもClaude CodeもCodexもAntigravityも、デスクトップ・アプリのUIは共進化して似たようなところに収束してきた流れがあるので、1年後にはGrok Botの「いろんな人とチャットしています」というメッセージング・アプリのようなレイアウトが主流になっていてもおかしくないと思う。

AI Agentの口調に古畑任三郎を指定してみたら、コミュニケーションがむつかしくなってしまってダメだった。すぐに大阪弁に戻す。しっくりくる。

注文してあったクリーム・スパチュラが届いた。スパチュラってのは「へら」のことか。

へら 《食料・絵の具などを練ったり広げたりするのに用いるナイフ状のもの》
https://ejje.weblio.jp/content/spatula

引き続き皮膚科に通っていて、足の裏に塗り薬をやっていくときに手がベタベタになるのを回避したくてクリーム・スパチュラを導入してみた。今のところよさそう。

• 物理空間で「これ、なんとかならんか？」となる
  • 「塗り薬 手が汚れ」とかでウェブ検索して、よさげな道具があったら買う
• デジタル空間で「これ、なんとかならんか？」となる
  • AI Agentに相談して、道具を見つけたり作ったりする

今日も今日とてウェブ・アプリケーションの開発をやっていく。

ngrokを使う作業があったのだけれど「無料版だと公開URLのドメインを固定できなくて不便だから、自作しちゃえばいいんじゃね？」と2026年にありがちな思考になり、設計を考える。

AI Agentに相談してみたら「Cloudflare Tunnelを使えばいいよ」と言われて、そういうのもあるのか〜。今までありがとう、ngrok。去年から道具の入れ替えが激しいね…。

簡単なラッパー・スクリプトの「穴 ana」だけつくった。CloudflareのDNSレコードの追加・削除までやってくれる。とても便利。

# トンネルを開ける
❯ ana up

# トンネルを閉じる
❯ ana down

# 名前とポートの対を登録する
❯ ana add app_name 3210

# トンネルの状態を確認する
❯ ana status
up (pid: 11109)
https://ana-app_name.my-domain.com -> localhost:3210

# 名前とポートの登録を解除する
❯ ana rm app_name

こんな調子で日々がプロジェクト型学習という感じで、自分の場合は、ソフトウェア開発をやっていれば勝手に学習の機会が得られまくる。「こういうときは、こうするといい」の知見がたまって感覚が養われていくと、だんだんと進め方が洗練されていく。遊びまくっていると仕事に活きるという、ラッキーすぎる構造。

22:00くらいにようやくノッてきた日だったので、日付が変わってからもしばらく作業していた。あれこれ整理して重めのタスクをAI Agentにいくつか投げつけてから就寝。

この週末のうちに片付けておきたいタスクがけっこうあるのだった。続きは明日。明日はニュースレターの配信もあるね。

進めなきゃ〜と思いつつなかなか進められずにいたふたつのプロジェクト、重い腰をあげて真剣に向き合って「これでいくぞ」を決めてドキュメントに起こした。

ここまでやればAI Agentにボールを渡せる。ここまでやるのがたいへんなんだよなあ。

「よし、じゃあ進められるだけ進めておいて」とAI Agentに指示を出してからお布団に向かう。おやすみなさい。

• 対応方法の当たりがついている
• 完了条件が明確である
• 対応すると感謝される

といった条件を満たしていて、AI Agentに放り込めば終わるようなやつ、すぐに手が伸びる。というか、油断するとそういうタスクばかりに着手してしまう。

落ち着いて30分間くらいじっくり考えて動かさなきゃいけないやつ、以前からそういうのは気が重いものではあったけれど、小粒なやつがばんばん片付く2026年なので、重たいやつが相対的にはますます重たくなっている。

でも、そういう重要なやつを進めなきゃいけないのよね。「重い要」は重い、という話だった。

とあるアプリケーションについて、向こう2ヶ月間ほどの開発計画を考えた。ぼくが考えていることをドドドと書き出して、それをAI Agentに見てもらって細部を詰める形で。

そうしてできあがったMarkdownのドキュメントは、ぼくが実装を進めていくことだけを考えるなら十分な内容なのだけれど、あまりにも実装言葉すぎて。ソースコードを編集する機会のない人たちからすると「これで進めていいのか」の判断がむずかしいだろう。

そこでAI Agentに「この計画をチームの人たちに説明したいから、HTMLでまとめて」と頼んでみたら、いい感じのHTMLを用意してもらえて便利だった。アプリケーションのUIに使用しているフォントやカラーを積極的に取り入れたHTMLで、それっぽい資料になる。チーム内で活用するものとしては文句のない仕上がり。

ミーティングで実際にその資料を使って「こんな感じで進めていきたいです」と説明して「いいですね！」となった。資料作成にほとんど時間をかけずに済むのはいいね。

目下しばらくはHTMLを積極活用する。時代はHTML。

ウェブブラウザのPhiをけっこう気に入っていて、Arc、Vivaldi、Phiの3つの組み合わせで生活がまわるようになってきた。

ChromeはAI Agentが操作する用のウェブブラウザ、って位置づけに。

Phiのタブを束ねる機能として「Folder」ってやつを使ってきたのだけれどなんだかしっくりこなくて、それとは別に「Tab Group」ってやつもあったので使ってみる。わしが使いたかったのは「Tab Group」の方だったわ。「Folder」は、わしの理解では「Bookmark Folder」って感じだね。

松浦勝人さんのポッドキャスト、Cloudflare Pagesでホストされていておもしろい。
https://matsuura-jinseiron.pages.dev/

𝕏には「AIで」とだけ書いてあるけど、なんらかのAI Agentを動かしているのかな。どういうスタックなのか少し気になる。

生き方を考えるメモ。AI Agentに判断を委譲するためには、まずは判断をデータ化していくのがよいだろうと思って。ここ3年間ほどゆる〜く運用していたタスク管理を見直すことにした。ほとんどぼくの脳内で管理していたのだった。

今やるなら「ファイル・ベース」がいいな〜と思い、タスク管理系のSaaSはいったん候補から外す。とはいえ柔軟なビューはほしくなる。健康管理コーチでは、記録はぜんぶファイルだけれどローカルでウェブ・アプリケーションを起動して簡易なビューを実現しているから、そういうのもアリだな〜と考えて。

あれこれ調べていたら、2025年8月にObsidianに実装されたBasesってやつがちょうどよさそうだった。バックエンドはファイルにしつつ、Notionのデータベース機能のような柔軟なビューを被せられそう。

Basesの紹介 - Obsidian ヘルプ

そんで、ぼくの頭の中にある「やんなきゃ〜」をひとつずつファイルに書き出していく。ここを動かしていけばね、AI Agentにお任せできる判断も増えていくでしょうってことで。

思いつくままにタスクをドドドと書き出していったらけっこうな量になって、可視化されたらけっこうな迫力があってちょっと具合が悪くなってしまった…😇

自分は本当はタスク管理なんてやりたくないのに、タスク管理のことを真剣に考えていて滑稽だ。自分のためならそこまでがんばれないけれど、いっしょに働くAI Agentさんが動きやすくなるように環境を整備して〜ってモチベーションならがんばれる感じがある。

これはあれだな、チームに新しい人を招き入れる準備をするときの労力の割き方に似ているかも。自分の怠惰を原因に、新しくやってくる人が働きにくくなってはいけない、と思う。

ここを整備していけば「今日は、これとこれを進めてくれよ」を示してくれる自分のマネージャみたいなAI Agentを顕現させられるだろうと期待して。

昼間にタスク管理に取り組んで整理した内容をもとに、夜はソフトウェア開発の作業をもりもりと進めた。ちゃんと整理できていれば、作業フェーズは快適になる。それはわかっている。

無理なく継続できる形を見つけていきたいね。直近の自分は「AI Agentを絡めた実験」には興味があるので、しばらくは楽しくやっていけそうな気はする。

開発・運用を担当しているウェブ・アプリケーションについて、ソフトウェアの専門家ではない人々にもデータに自由にアクセスしてもらおうと思い、ちょっとした機構をつくった。

• GraphQLのエンドポイントを用意する
• GraphQLの { skill } でAgent Skillsの文字列を返す
• Agent Skills内に「スキルに更新があったら反映してな」と書いておく

これで、チームのみなさんのお手元のAI Agentから、アプリケーションのデータにかなり自由にアクセスできるようになったはず。かつ、スキーマ等に更新があったときにも追随してもらえる見込み。

この手の取り組み、いろんな組織内で行われまくっていると思う。ベターなやり方があるよ、ってのはぜひぜひ教えてほしいです。