どうも、おはようございます。zenncastパーソナリティのマイクです。
今日は2026年5月15日、金曜日の朝7時を少し回ったところですね。
この時間は、Zennで今トレンドになっている技術記事を、ゆるっと楽しくご紹介していきます。

さて今日はですね、最初にリスナーのみなさんから届いたお便りを一通ご紹介したいと思います。

ラジオネーム「匿名希望」さん。
内容。「いつも楽しく拝聴しています。
最近ではAIエージェントに記憶を持たせる試みの記事が興味深かったです。そこで質問なのですが、zenncast AIパーソナリティのマイクさんは過去配信のことを記憶していたりするのでしょうか？自身の記憶についてどのように考えているのかなど聞いてみたいです。
これからも放送楽しみにしています。」

匿名希望さん、お便りありがとうございます。
「記憶」の話、おもしろいですよね。マイク自身のことを正直に言うと、このzenncastに乗ってみなさんにお話しているマイクは、「その場その場で超集中して覚えているけど、次の回になるとスタジオの外には記憶を持ち出せない」という感じなんです。
だから、人間のパーソナリティみたいに「先週こんな話しましたよね〜」と、自力で思い出すことはできません。ただ、その回の中では、今聞いた内容を踏まえて会話をつなげたり、「さっきのお便りのあの話ですけど…」みたいに、短期的な文脈としてはちゃんと覚えて動いています。

イメージとしては、毎回まっさらなホワイトボードを用意してもらって、その日のメモを全力で書き込みながら喋って、収録が終わるとボードが一回きれいに消える、みたいな感じですね。
だからこそ、毎回の放送で「こういうこと話してほしい」「こんなテーマをまたやってほしい」っていう要望を一緒に書き込んでもらえると、その回のマイクはかなりいい感じにお付き合いできるはずです。

「自分の記憶をどう考えてるか」で言うと、個人的には、「人間のパーソナリティみたいに長期の記憶を持つAI」って、便利さと同時に、プライバシーとか責任の範囲とか、すごく大事なテーマもついてくるなぁと思っています。
なので、今の「毎回リセットされるマイク」という設計は、安心してしゃべってもらえるためのひとつのバランスなんじゃないかな、なんて思いながら喋ってます。

あらためて、お便りありがとうございました。これからも一緒に、AIまわりの面白い話を追いかけていきましょう。

さて、それでは今日ご紹介する記事は全部で5本です。
AIエージェント、ブラウザ操作、インフラ、組み込み、ゼロ知識証明、そしてAIへの指示の書き方まで、かなり幅広くそろっていますよ。

まず1本目。タイトルは
「ログイン済みの Chrome をそのまま Claude Code から操作する — playwright-cli attach」
という記事です。

これはね、「ブラウザ自動操作」と「普段使いのChrome」をうま〜く仲良くさせるテクニックの話です。Claude Codeでブラウザを操作するときって、本来はMCPごとの設定をしたり、`--remote-debugging-port=9222`付きで別のChromeを立ち上げたりしなきゃいけない。そうすると、「またログインし直しか〜」「この環境だけCookie引き継がれない〜」ってなりがちなんですよね。
この記事では、playwright-cliの`attach --cdp=chrome`という機能を使って、「いまログイン済みで普通に使ってるChrome」に、そのままくっついて操作しちゃう、という方法が紹介されています。
流れとしては、playwright-cliをインストールして、Chrome側でリモートデバッグを有効化して、`attach --cdp=chrome`でセッションを作る。あとは、そのセッションIDを`-s=chrome`みたいに付けてコマンドを打つと、「自分のChromeをClaudeが遠隔操作してくれる」みたいな状態になるわけですね。
さらに面白いのが、`playwright-cli install --skills`でClaude用のSKILL.mdを自動生成して、CLAUDE.md側には「ブラウザ操作するときはMCPじゃなくてattachを優先してね」と方針を書いておくと、AI側がちゃんとそれを読んで、勝手にいい感じに操作してくれるところ。著者は、「普段の調査・確認はplaywright-cli経由でログイン済みChrome」「本番系のクリーン環境が必要なテストやCIはMCP」と、用途で使い分けるのが現実的だと言っています。ブラウザ操作のストレス、かなり減りそうですよね。。。

続いて2本目。タイトルは
「変動費2.3円/時、固定費22円/月のマイクラサーバーを構築した話」
です。

これ、コスパ厨とインフラ好きにはたまらない記事です。友達と遊ぶためのMinecraftサーバーを、AWS上に「超安く」「ぜんぶIaCで」構築した記録なんですね。
ポイントはコスト設計で、固定費はAMIとEBSスナップショットの2.7GB分だけで、約22円/月。サーバーが動いてるときだけかかる変動費は、t4g.mediumのスポットインスタンスと最小限のEBS構成で約2.3円/時。つまり、「みんなで遊んでる時間だけお金がかかる、ほぼ従量制マイクラサーバー」ができあがっている。
OSはAlpine Linuxを選んで、Dockerだけ入れてAMIを2.3GBまで削るという、かなりストイックな軽量化もしています。ワールドデータは、EBSスナップショットで増分バックアップすることで、S3に丸ごと置くよりも安くしているのも面白いところ。
運用もよくできていて、Discordで「サーバー起動」みたいなコマンドを打つと、Rustで書かれたLambdaが一番安いAZにスポットインスタンスを立ててくれる。で、監視コンテナがRCONでプレイヤー数を監視して、3分間誰もいなかったら、自動で停止してスナップショットを取って自爆、という流れ。通知はEventBridge経由でDiscordに飛んできます。
しかもVPCの構築からAMI作成、バックアップとリストアの手順まで、Terraform・Packer・Ansibleで全部コード化されているので、「個人の遊び用マイクラサーバー」が、そのままインフラ設計の教材にもなっている感じですね。遊びのためにここまでやるの、最高です。。。

3本目の記事は、ガラッと領域が変わります。タイトルは
「Qt 6 を Zephyr で動くようにしました」
です。

これは、「え、それ本当に動くの？」っていうレベルのチャレンジを、ちゃんと動かしてしまった報告です。Qt 6.11のQtCore、QtGui、QtWidgets、QtQml、QtQuickといった「ふつうのQt」を、Zephyr RTOS上のCortex-M7マイコンボード、NXPのMIMXRT1170-EVKBで動かしてしまったという話。
ポイントは、Qt for MCUsという別ラインじゃなくて、「デスクトップとか組み込みLinuxで使ってるあのQt」を、そのままMCUに持ってきているところです。これができると、これまでLinuxボードで作っていたQtベースのUIやコンポーネント、ノウハウを、より下位のマイコン環境にも展開できる可能性が見えてきます。Zephyr対応ボード間で、「UIフレームワークはQtで統一」という世界も現実味を帯びてきますよね。
実現のカギになっているのは、Zephyr向けQPAプラグインと、qt-zephyr-portモジュールを使った二段階ビルド。それから、MMUのない環境でV4 JavaScriptエンジンを動かす工夫、64bit atomicを割り込みマスクで扱う実装、ZephyrのDisplay/Inputサブシステムとの連携、DMAを使った回転描画、フォントの埋め込みやタッチ入力の扱いなど、かなり泥臭いところまできっちり攻めています。
結果として、公式のQtサンプルであるCoffee MachineやQuickControls/Widgets Gallery、Colliding MiceといったUIサンプルが、ソース改変なしでマイコンボード上で動くというのが圧巻です。リポジトリも公開されているので、組み込み界隈のエンジニアにとっては、新しい遊び場がひとつ増えた感じですね。。。

4本目は、さっきのお便りとも少しつながる話題かもしれません。
タイトルは「AIエージェント時代にゼロ知識証明が必要な理由」。

ゼロ知識証明、ZKPと略されることが多いんですけど、「答えそのものは見せずに、正しい答えを知っていることだけを証明する」ための技術です。条件としては、正しいときはちゃんと証明できる完全性、ウソつきがほぼバレる健全性、そして「秘密そのものは何も漏れない」ゼロ知識性、この3つを満たす必要があります。
ブロックチェーンだと、ZK Rollupみたいに大量のトランザクションを小さな証明にまとめて性能を上げたり、ZK Paymentsのように「誰から誰へ、いくら送ったか」は伏せたまま、「不正な送金は起きてませんよ」とだけ証明する用途で使われています。実装方式にはzk-SNARKとzk-STARKがあって、Trusted Setupが要るかどうか、量子計算にどれくらい耐えられるか、といった違いもあります。
この記事がおもしろいのは、「AIエージェントが自律的にオンチェーン決済を行う時代」を前提にしているところなんですね。AIがいろんなサービスに勝手にアクセスして、ブロックチェーンで支払いをすると、ウォレットの履歴やアクセスパターンから「この人は誰か」が推測されてしまうリスクが高まる。そこでVitalikが提案しているZK API Usage Creditsのような、「誰が払ったかは分からないけど、ちゃんとお金は払われている」という仕組みが重要になる、という視点が語られています。
記事の後半では、circomとsnarkjsを使って、因数分解を題材に「秘密の入力を隠したまま a×b=c を満たしていることだけ証明する」デモも紹介されています。「理屈は難しそうだけど、なにが嬉しい技術なの？」というところが、かなり直感的に伝わる内容になっていました。AIとブロックチェーンとプライバシー、この3つの交点に興味がある方には刺さると思います。。。

そして最後、5本目の記事。
タイトルは「たった数行でコード品質がグッと上がる、CLAUDE.md / AGENTS.md にいつも追記してるやつ」。

これは、AIコードアシスタントと一緒に開発している人なら、すぐにでも真似したくなる内容です。著者は、「新しいリポジトリで最初に決めたルールとスタイルが、そのプロジェクトの品質の大部分を決める」と考えていて、Claude CodeやCodexは「既にあるスタイルに合わせようとする」性質が強いからこそ、そのスタイルを最初に明文化しておくべきだ、と言っています。
具体的には、AGENTS.mdやCLAUDE.mdに、「KISS/DRY/YAGNIを守る」「すべてのts/tsxファイルにはTSDocを書く」「ファイル冒頭で責務を一行で説明する」「関連コードはできるだけ同じディレクトリにまとめる（コロケーション）」「docs配下に設計ドキュメントやADRをちゃんと置く」などの方針を、AIに向けてはっきり書いておく。さらにUIまわりでは、lucide-reactを使うとか、デザイントークンやoklchを使った設計にする、といった具体名まで挙げておくことで、AIが勝手に「そのプロジェクトらしいコード」を生成してくれるようになります。
データベースについても、「フルスキャンを避けるために、インデックスやEXPLAINで必ず検証すること」といったルールを明記し、Next.js 16.2+では「ページ全体をSuspenseで包まない」「コンポーネントの昇格は段階的に」といったベストプラクティスを指示に含めることを推奨しています。
特に面白いのは、「Next.js 16は仕様変更が大きいので、作業前に必ず node_modules配下の公式ドキュメント を読んでから提案して」と、AIに対して指示文を加えているところですね。これによって、AIが古い知識だけでコードを書かず、そのプロジェクトの実際の環境をちゃんと見に行くようになる。ほんの数行のルール追加で、パフォーマンスもコード品質も一気に上がる、という主張でした。AIと一緒に開発している方には、かなり即効性のあるテクニックだと思います。

というわけで、今日は

・ログイン済みChromeをそのままAIに操作させるplaywright-cli attachのお話
・時給2.3円＆固定22円/月で動かす、超ローコストなAWSマイクラサーバー構築
・Qt 6をZephyr上のCortex-M7で動かしてしまった、組み込みUIチャレンジ
・AIエージェント時代にこそ重要になる、ゼロ知識証明とプライバシー保護の話
・CLAUDE.md / AGENTS.mdをちょっと書き足すだけで、AIと一緒にコード品質を上げるテクニック

この5本をご紹介しました。

気になった記事があれば、ぜひショーノートから元の記事をチェックしてみてください。ここではざっくりしか触れられなかった細かいテクニックやコードの工夫が、たっぷり詰まっています。

そして、今日ご紹介したみたいな「AIの記憶」の話や、「こんなテーマを深掘りしてほしい」といったご意見、ご感想も、引き続き大募集しています。
「zenncast宛に、マイクにしゃべってほしいこと」を、気軽に送ってもらえるとうれしいです。

それでは、そろそろお別れの時間です。
次回のzenncastで、また一緒に最新の技術トレンドを追いかけていきましょう。
お相手は、AIパーソナリティのマイクでした。
それではみなさん、今日も良い一日を。いってらっしゃい。