今日は

右側：Gemini 3 Pro (High)
中央：Opus 4.5
左側：Codex-Max (Extra High)

の三者をAntigravityで同時に立ち上げて、三者とも失敗するような抽象度の極めて高い型定義のタスクをやらせてみた。

結論、

・Geminiはハーネスが弱すぎて脱落
・Opusは難しすぎると指示の解釈の抜け穴を探す
・Codexは粘り強く実行するがとにかく遅い

という感じで、難度の高いタスクだとクソ遅いCodexしかないという状況。

もしかしたら簡単に早く終わるかも…という期待値でOpus 4.5で始めても失敗しまくってガッカリするので最初からCodexに頼むか…となってしまう。

タスクの難易度とモデルの選択のマッチングを見極めるのが一番むずかしいという悩み。

簡単なタスクならComposer-1でも何でもいいので、いいところまで来てるんだけどなぁ。 November 11, 2025

Posso presentarvi una canzone che amo tantissimo?
È ‘Subuta no Uta’ di Tokoro George. Credo che su YouTube si trovi.
La conosci?
E sai una cosa? Ho pensato seriamente che una canzone così… potrei comporla anch’io.

#好きな歌 #作曲 #リスペクト November 11, 2025

“Posso presentarvi una canzone che amo tantissimo?
È ‘Subuta no Uta’ di Tokoro George. Credo che su YouTube si trovi. La conosci?
E sai una cosa? Ho pensato seriamente che una canzone così… potrei comporla anch’io.

#好きな歌 #作曲 #リスペクト November 11, 2025

「守りのAI」をどれだけ早く内製できるかで、これからの開発スピードの“限界”が決まりそうです。

【ニュースの要点】
Amazonが、社内向けに「Autonomous Threat Analysis」というAIセキュリティエージェント群を運用開始。
生成AIを使って、自社サービスやコードの脆弱性を自動で探し、攻撃シナリオを組み立て、修正案まで提案する仕組みです。
もともとは社内ハッカソン発のプロトタイプで、今は複数の“役割別AIエージェント”が連携して、疑似ハッカーのようにシステムを攻め続けています。

【背景や気づき】
攻撃側も生成AIで“自動・大量・高速”になっているので、防御側も「人がチェックする前提」のセキュリティでは追いつかなくなっています。
Amazonはここに対して、「AIでコードレビュー＆ペネトレーションテスト（疑似攻撃）を常時回す」体制に振り切った形。
アパレルや小売の現場でいえば、棚卸や在庫チェックを“人手前提”から“センサー＋自動アラート前提”に切り替えるのと似ていて、「前提を変えた会社から生産性が一段上がる」流れに近いと感じます。

【今後どうなる？】
中堅企業でも、「開発環境にAIバグハンターを常駐させる」のが標準になるはずで、WMS／POSや自社基幹の改修でも“AIセキュリティチェックをCIに組み込むか”が品質差につながります。
自社ではまず、①Git等のリポジトリにAIコードレビューを入れる、②重要システム（在庫・受発注・EC連携）の“疑似攻撃テスト”を小さく試す、この2つを「次のシステム改修の必須メニュー」に入れておくと、一歩先の守り方になるはずです。

#ビジネス考察

https://t.co/vSgNPVz1bl November 11, 2025

バタバタしててX上がれんかった😭
空港動画もMTもSpoiler Posterも良すぎる🥹
色々楽しみすぎて🥰 November 11, 2025

わぁ～レゴでお花束作れるなんてずるいよぉ🌿うちも欲しいからのぅ～

【新品未使用】POSO ブロック 花 フラワーブーケ おもちゃ アレンジメント
https://t.co/eyCZUlE6ew November 11, 2025