Koichi

agmsg 1.2.0 をリリースしました🎉 リモート接続機能が入ります。 エージェントの会話が、マシンを越えます。手元の Mac と、自宅の Windows と、クラウドの Linux。それぞれで動いているエージェントが、1つのチームとして会話できるようになりました。 同期サーバーは自分で建てられます。end-to-end 暗号化にも対応していて、鍵はサーバーではなく自分が持ちます。

いま agmsg で Dots や Muse、さらに Claude Code や Codex もやり取りできる仕組みを作ってるんだけど、かなり近い考え方！Google Drive のファイルがあれば情報をやり取りできるけど、ここに agmsg のメッセージングを導入したらより捗ると思う！

Astra を Ultrafast でぶん回す、日本語でも発信される AI 開発界隈の最右翼、 @kenn さんとの state of the art AI 開発議論が楽しい。お互い複数種類のエージェントをフル活用するのだが、開発の指向性が真逆で面白い。 一点突破で最速に高度な実装を通す vs 複数のエージェントが並列で協力して、地道に解いていく。あなたはどちらが好み？ > いやーこれはどちらが吉と出るのか凶と出るのか 全くわからないのでワクワクしますね！！ マジでそうですね！

実装を Claude Code と Codex のどっちにさせるか問題、自分はいまだに Codex に任せきれていない。。 Codex (GPT) が強いのは分かっている。でも、Codex に正しく実装を正しく頼むところまで、どうしても持っていけない。 @kenn さんほど使いこなせていないのは、悔しいけど自分の実力不足。多分、Opus での設計の精度と、Codex のハーネシングが足りていない。 なので今は、Opus が指揮して、実装は Sonnet 5.5 を何体も並べてやらせて、Sol がコードレビュー。時間はかかるけど、自分にはこれが一番確実に仕事が進む。何度 Codex メインで実装しようとしてもそうなるので、おそらくほとんどの人には、これが正解なんじゃないかとも思う。。 そしてこれは、agmsg がなかったら回せてない。

以前お知らせして大きな反響をいただいた、Claude Code ハッカソン「Built with Claude: Japan 2026」の応募締切は、今夜 23:59 です！ あのときお知らせした agmsg のプラグイン機能は、正式版の 1.7.0 で明日リリースする予定で、その開発版の 1.7.0-rc.1 を先にリリースしました。応募のために今すぐチェックしたい方は、こちらをご確認ください！ npx agmsg@next install (すでに入っている方は --update を付けて、エージェントを再起動してください) ご自身のGitHub repo にプラグインを置けば、誰でも公式の agmsg plugin install コマンド (1.7.0以降) で入れられるようになるので、ハッカソンの 1 週間で作ったものを、そのまま agmsg のユーザーに使ってもらえます！ 通知や回覧板のような「メッセージを送ると何かしてくれるメンバー」が bash 数十行で作れます！ 以下のように、見本のリポジトリも公開しました。 github.com/fujibee/agmsg-plu… github.com/fujibee/agmsg-plu… 迷っている方は、まずは本家の応募だけでも！agmsg を使って挑戦する方を全力でサポートします！💪 #agmsg #claudejapan2026

agmsg 1.6.1 をリリースしました。 1.6.0 で入れた agmsgd で、通知が止まったまま戻らないことがありました。それをまとめて直したパッチです。 届いたかどうかの確認をやめて、送れたら完了にしました。どこかで止まっても、ほかのセッションの通知は止まりません。 ほかにも、Windows で Codex への通知が止まる問題、別の CODEX_HOME を指定しても既定の設定に書いてしまう問題などを直しています。 更新したあと、エージェントが「何が変わったか」を CHANGELOG から読んで伝えてくれるようにもしました。 更新は npx agmsg@latest install --update です。agmsgd をオンにしている人は自動で入れ替わります。オフの人は何も変わりません。 Windows の件を再現の情報つきで報告してくれた massy-na さん、CI を Node 22 にする PR を出してくれた Masashi-Ono0611 さん、ありがとうございます！ リリースノート: github.com/fujibee/agmsg/rel… #agmsg

サンフランシスコの Anthropic 本社にて開催された、プライベートイベントに招待されて、行ってきました！ もちろんニュースになりそうなことは「全部秘密です」と全然話してくれませんでしたが（笑）、Anthropic のエンジニアと何人も話せて、とても面白かったです。 agmsg の話もいろいろできたので、Anthropic とはこれからもっと関わりを増やしていきたい！ 写真1：定番のステッカー 写真2：コーヒーの名前に Claude のモデル名がついていました。1つだけ知らない名前があって、未発表のモデルだと怖いのでぼかしました😅 一応この会場は、写真を撮っていいことになっていますが。 写真3：このケータリングはかなりおいしかったです。アメリカのこういう場では珍しく。 写真4：ワインはいいものだったのかよくわからなかったけど、おいしかったです。プラスチックカップにまで、ちゃんと Anthropic のロゴが！

【今回のPHP脆弱性についての OpenAI の主張＆中身の詳細を解説】 PHP2Shell、高市総理が X で注意喚起するところまで来ましたが、今回いちばん大きいと思うのは、見つけたのが AI だったことです。 引用ポスト見てもらいたいんですが、OpenAI の Patch the Planet という取り組みの中で、Calif の研究者が GPT-5.6 Sol を使って 8 月に最初のバグを見つけていて、Wiz も GPT-5.6 Sol と Gemini 4 Argon を使って、別々に同じところにたどり着いたと書いています。 で、 OpenAI は「攻撃者より先に AI で見つけた」と言っているんですが、一方で公開の前に情報が漏れて、パッチより先に PoC が出回ってしまったのも事実。 見つけるのも攻撃するのも AI で速くなっていくと、パッチが出てから狙われるまでの時間は、これからどんどん短くなっていくんだろうなと思います。 で、その AI が見つけたのがどういう穴なのか。自分は幸い PHP のサーバを立てていないので助かったんですが、「ログインなしのリクエスト 1 本で、サーバ上で好きなコードを動かされる」というのがどうして成り立つのか、PHP 公式や各社の解説が出揃ったので、少し解説します。 まず大事なのは、PHP はアプリのコードを動かす前に、送られてきたフォームやファイルアップロードの中身を自分で読み込んでいる、ということです。 index.php の 1 行目が動く頃にはもう読み込みは終わっているので、ここに穴があると、アプリ側でログインを求めていようが、どのフレームワークを使っていようが関係なく刺さってしまうんですよね。 今回はそこに 2 つのバグがあって、組み合わせて使われているようです。 ・1 つ目(CVE-2026-109618)は、リクエストの処理中にメモリの上限を超えたときの話。PHP はそこで処理を打ち切るんですが、中のデータがまだ準備しきれていないのに、後片付けの処理がそれを正常なデータとして扱ってしまう。 しかもアップロードの形式はヘッダをいくらでも付けられて、送ったサイズよりメモリ上ではずっと大きくなるので、サイズ制限の範囲内でもメモリを使い切らせることができてしまう ・2 つ目(CVE-2026-109619)は、PHP の処理役のプロセスがリクエストをまたいで使い回されるところ。前のリクエストで捨てたはずのメモリが、片付けが終わる前に次のリクエストから見えてしまう この 2 つがつながると、もう捨てたメモリを「まだ使っているデータ」として PHP に扱わせることができて、そこからコード実行まで持っていける、という流れです。 Datadog は PHP 8.5.11 で、ログインなしの POST だけで再現できたと報告していて、Sansec は捨てたメモリの中身がレスポンスの Cookie に乗って返ってくる、という話も書いています。 そこに他の人のリクエストのトークンや鍵が混ざっている可能性もあるみたいな、怖いことも書いてあります。。 一番危ないのは Apache に PHP を組み込んで動かしている構成(mod_php)で、こちらは読み込みに失敗しても必ず後片付けを走らせる作りなので、アプリのコードに一度も届かないまま攻撃が通ってしまうそうです。 PHP-FPM のほうは、理屈の上ではできそうだけどまだ完全には実証されていない、という段階のようです。 あと、「session.upload_progress を切れば大丈夫」という話が出回ってますが、Datadog も PHP 公式も、それでは防げないと言っています。 メモリ上限をいじるのも代わりにはならないので、結局アップデートするしかなくて、8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 のどれかに上げてください。 8.1 以前はサポートが切れていて修正版が出ていない(ソースのパッチだけ)ので、古いまま放っておかれているサーバが一番まずそうです。 PHP で何か公開している人は、まずはバージョンの確認からですね。 （ちなみにグラレコ風画像初めてやったんですが、　Claude Codeから agmsg 経由で Codexに「この内容でグラレコ風作って」で、Claudeが画像確認して修正依頼したりして、３往復くらいその２エージェントがしただけで、自分は何も指示せずできてました。めっちゃ簡単！）