Skip to content
AI駆動開発部の日常 cover art

AI駆動開発部の日常

AI駆動開発部の日常

A Technology podcast

Good podcast? Give it some love!

About the show

こんにちは、「AI駆動開発部の日常」へようこそ。 このポッドキャストは、日々AI駆動開発を行う、起業家の山本とエンジニアの阿部が、AI駆動開発のリアルを、ゆるく語り合う番組です。 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq

Newest episodes

69【D1か、Supabaseか?】Cloudflareで選ぶデータベース

1 hr 17 min

今回は、以前阿部さんに話してもらったCloudflareの回の続きとして、「Cloudflareでサービスを作るなら、データベースには何を選べばいいのか」を起点に、僕が阿部さんに質問を重ねていきました。 手軽で安いCloudflare D1を、有料で提供して収益を得るSaaSにまで使ってよいのか。NeonやPlanetScaleなどの候補がある中で、阿部さんがSupabaseに決めた理由はどこにあったのか。「SupabaseとCloudflare Workersは相性が悪い」と書いた記事を僕が持ち込み、阿部さんにぶつける場面もあります。 話は、Cloudflare WorkersとSupabaseの間にCloudflare Hyperdriveを挟む接続の設計から、接続数の設定で見誤りやすい注意点など。相性の良し悪しを一言で片づけられない理由が、少しずつ見えてきた気がします。 途中では、僕が主導して作り始めた自社サービスで、AIエージェントが過度にRLS(行レベルセキュリティ)を重ねすぎた結果、柔軟さが失われ、大規模な改修で立て直した経緯も振り返っています。 【関連リンク】 ▼Cloudflare D1(Cloudflare Docs) https://developers.cloudflare.com/d1/ ▼Cloudflare Hyperdrive(Cloudflare Docs) https://developers.cloudflare.com/hyperdrive/ ▼Supabase https://supabase.com/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

68【何を気をつける?】AI駆動開発のセキュリティ

1 hr 21 min

今回は、前回のPHPの脆弱性の話を受けて、エンジニアではない僕のような人がAIと一緒にサービスを作るとき、セキュリティで何に気をつければいいのかを阿部さんに聞きました。 僕が気になっていたのは、ライブラリに頼るほど、その先の依存関係にまでリスクが広がるのではないか、AIが勧めてくるCloudflareやVercelと自分で組むAWSでは何が違うのか、という点です。阿部さんの話は、DependabotやWordPressの自動アップデートから、通信の経路を守る構成、侵入後に異変へ気づくための監視や、被害に備えるバックアップにまで広がります。 AIでエンジニアが不要になると言われる一方で、WordPressでさえエンジニアに任せた方が安心という状況になりつつあります。阿部さんに届く相談が守りの話に寄ってきていると聞き、これからのエンジニアの役割を考え直させられました。 後半は、個人にも身近な話題に移ります。フリーWi-Fiにつなぐ怖さ、写真に残るExifの位置情報、GitHubの公開リポジトリに平文で残されたIDとパスワード、ダウンロードフォルダを狙うプロンプトインジェクションまで、今日から気をつけたい落とし穴を二人で挙げています。 【関連リンク】 ▼Dependabot バージョン アップデート(GitHub Docs) https://docs.github.com/ja/code-security/concepts/supply-chain-security/dependabot-version-updates 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

67【サイトを止めるか、止めないか?】PHPの重大な脆弱性と緊急対応の裏側

43 min

今回は、10月21日に前倒しで修正版が公開されたPHPの重大な脆弱性を起点に、その夜に阿部さんが何を見て、どう動いたのかを聞きました。 世界中のWebシステムを支える言語そのものに穴が見つかり、しかも攻撃の手がかりが公表前に漏れてしまった今回の件。僕が真っ先に気になったのは、サーバーが踏み台にされないか、一斉アップデートそのものが狙われないかという点でした。これに答えると共に、阿部さんが語ったのは、Dockerのimageが届くのを深夜まで待ち続けた現場の様子と、Xserver、さくら、お名前.comのようなレンタルサーバーでは事業者の対応を待つしかないという事情です。 サイトを止めるか、止めずに守り切るか。システムごとに判断は分かれ、阿部さん自身も、あの夜の判断が正しかったのか、まだ迷いを残しています。サポートの切れた古いPHPを使い続けることの危うさも、改めて考えさせられる回になりました。 終盤では、AIが攻撃を加速させている現状にも話が及びます。OpenAIが関わるPatch the PlanetのようにAIが脆弱性の発見を後押しする動きもあるなか、守る側も組織ぐるみでAI駆動開発に取り組まざるを得ないのでは、という話にまで広がっていきます。 【関連リンク】 ▼Today's PHP Security Release, and How We're Strengthening PHP Security(The PHP Foundation) https://thephp.foundation/blog/2026/10/21/todays-php-security-release-and-how-were-strengthening-php-security/ ▼PHPの脆弱性対策について(IPA) https://www.ipa.go.jp/security/security-alert/2026/alert20261022.html ▼PHP2Shell: AI uncovers critical RCE vulnerabilities(Wiz Blog) https://www.wiz.io/blog/php2shell-php-rce ▼Introducing Patch the Planet(Trail of Bits Blog) https://blog.trailofbits.com/2026/06/22/introducing-patch-the-planet/ ▼OpenAI協調開示ページ https://openai.com/ja-JP/index/coordinated-disclosure-of-critical-vulnerabilities/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd49...

Similar podcasts

All episodes

69【D1か、Supabaseか?】Cloudflareで選ぶデータベース

1 hr 17 min

今回は、以前阿部さんに話してもらったCloudflareの回の続きとして、「Cloudflareでサービスを作るなら、データベースには何を選べばいいのか」を起点に、僕が阿部さんに質問を重ねていきました。 手軽で安いCloudflare D1を、有料で提供して収益を得るSaaSにまで使ってよいのか。NeonやPlanetScaleなどの候補がある中で、阿部さんがSupabaseに決めた理由はどこにあったのか。「SupabaseとCloudflare Workersは相性が悪い」と書いた記事を僕が持ち込み、阿部さんにぶつける場面もあります。 話は、Cloudflare WorkersとSupabaseの間にCloudflare Hyperdriveを挟む接続の設計から、接続数の設定で見誤りやすい注意点など。相性の良し悪しを一言で片づけられない理由が、少しずつ見えてきた気がします。 途中では、僕が主導して作り始めた自社サービスで、AIエージェントが過度にRLS(行レベルセキュリティ)を重ねすぎた結果、柔軟さが失われ、大規模な改修で立て直した経緯も振り返っています。 【関連リンク】 ▼Cloudflare D1(Cloudflare Docs) https://developers.cloudflare.com/d1/ ▼Cloudflare Hyperdrive(Cloudflare Docs) https://developers.cloudflare.com/hyperdrive/ ▼Supabase https://supabase.com/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

68【何を気をつける?】AI駆動開発のセキュリティ

1 hr 21 min

今回は、前回のPHPの脆弱性の話を受けて、エンジニアではない僕のような人がAIと一緒にサービスを作るとき、セキュリティで何に気をつければいいのかを阿部さんに聞きました。 僕が気になっていたのは、ライブラリに頼るほど、その先の依存関係にまでリスクが広がるのではないか、AIが勧めてくるCloudflareやVercelと自分で組むAWSでは何が違うのか、という点です。阿部さんの話は、DependabotやWordPressの自動アップデートから、通信の経路を守る構成、侵入後に異変へ気づくための監視や、被害に備えるバックアップにまで広がります。 AIでエンジニアが不要になると言われる一方で、WordPressでさえエンジニアに任せた方が安心という状況になりつつあります。阿部さんに届く相談が守りの話に寄ってきていると聞き、これからのエンジニアの役割を考え直させられました。 後半は、個人にも身近な話題に移ります。フリーWi-Fiにつなぐ怖さ、写真に残るExifの位置情報、GitHubの公開リポジトリに平文で残されたIDとパスワード、ダウンロードフォルダを狙うプロンプトインジェクションまで、今日から気をつけたい落とし穴を二人で挙げています。 【関連リンク】 ▼Dependabot バージョン アップデート(GitHub Docs) https://docs.github.com/ja/code-security/concepts/supply-chain-security/dependabot-version-updates 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

67【サイトを止めるか、止めないか?】PHPの重大な脆弱性と緊急対応の裏側

43 min

今回は、10月21日に前倒しで修正版が公開されたPHPの重大な脆弱性を起点に、その夜に阿部さんが何を見て、どう動いたのかを聞きました。 世界中のWebシステムを支える言語そのものに穴が見つかり、しかも攻撃の手がかりが公表前に漏れてしまった今回の件。僕が真っ先に気になったのは、サーバーが踏み台にされないか、一斉アップデートそのものが狙われないかという点でした。これに答えると共に、阿部さんが語ったのは、Dockerのimageが届くのを深夜まで待ち続けた現場の様子と、Xserver、さくら、お名前.comのようなレンタルサーバーでは事業者の対応を待つしかないという事情です。 サイトを止めるか、止めずに守り切るか。システムごとに判断は分かれ、阿部さん自身も、あの夜の判断が正しかったのか、まだ迷いを残しています。サポートの切れた古いPHPを使い続けることの危うさも、改めて考えさせられる回になりました。 終盤では、AIが攻撃を加速させている現状にも話が及びます。OpenAIが関わるPatch the PlanetのようにAIが脆弱性の発見を後押しする動きもあるなか、守る側も組織ぐるみでAI駆動開発に取り組まざるを得ないのでは、という話にまで広がっていきます。 【関連リンク】 ▼Today's PHP Security Release, and How We're Strengthening PHP Security(The PHP Foundation) https://thephp.foundation/blog/2026/10/21/todays-php-security-release-and-how-were-strengthening-php-security/ ▼PHPの脆弱性対策について(IPA) https://www.ipa.go.jp/security/security-alert/2026/alert20261022.html ▼PHP2Shell: AI uncovers critical RCE vulnerabilities(Wiz Blog) https://www.wiz.io/blog/php2shell-php-rce ▼Introducing Patch the Planet(Trail of Bits Blog) https://blog.trailofbits.com/2026/06/22/introducing-patch-the-planet/ ▼OpenAI協調開示ページ https://openai.com/ja-JP/index/coordinated-disclosure-of-critical-vulnerabilities/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd49...

66【何がそんなにすごい?】CloudflareとAIエージェント

53 min

今回は、Cloudflareの何がそんなにすごいのか、全体像をつかみきれていない僕の疑問を起点に、阿部さんとインフラ選びの話をしています。安さは気になるけれど、それだけでアプリを動かす環境を決めてよいのか。普段使っているサービスの裏側を、改めて確かめてみました。 Cloudflare WorkersやDurable Objectsの話を入り口に、AIエージェントの処理や状態の扱いをたどります。一方で、僕らのアプリ本体をCloud Runで動かしているのはなぜなのか。実際の開発でぶつかった制約や、サービスが動き始めるまでの時間も、気になる比較の軸です。 後半は、予約システムや複数人で使うAIを例に、どんな仕組みが必要になるかを考えました。身近な使い方とインフラの話がつながるにつれて、僕自身の疑問も、料金からアプリの構成へと広がっていきます。 【関連リンク】 ▼Cloudflare Workers https://developers.cloudflare.com/workers/ ▼Durable Objects https://developers.cloudflare.com/durable-objects/ ▼Cloud Run https://docs.cloud.google.com/run/docs/overview/what-is-cloud-run ▼Cloudflare Agents SDK https://developers.cloudflare.com/agents/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

65【CIはGitHubの外で回す?】GitHub Actionsのコスト削減

44 min

今回は、AI駆動開発で開発速度が上がるほど膨らむGitHub Actionsの課金を起点に、阿部さんが取り組んだCIコストの削減を掘り下げました。 コードを書いてこなかった僕でさえ3か月半で1万を超えるコミットを積む今、AIレビューと修正のサイクルが回るたびにCIの実行時間も伸びていきます。GitHub自身がインフラの再構築を打ち出すほどの流れの中で、阿部さんが選んだのはテストを減らす道ではなく、Mac miniで動かすセルフホステッドランナーへ処理を逃がす道。6月に一度撤退した構成に、Nixを携えてどう再挑戦したのか。 NixOSを諦めてUbuntuに落ち着いた経緯や、ランナーの空き具合で振り分け先を変える工夫まで、話は実務の細部へ。手元に余ったPCがない人向けには、Oracle Cloudの無料枠やUbicloudを組み合わせる「ケチケチ構成」も飛び出し、CIをどこで回すかという問いの奥行きに気づかされる回でした。 終盤では、CIに使っていない時間のMac miniでClaude CodeやOpenCodeのセッションを動かす、阿部さんの新しい試みにも触れています。 【関連リンク】 ▼セルフホステッド ランナー(GitHub Docs) https://docs.github.com/ja/actions/concepts/runners/self-hosted-runners ▼Nix & NixOS https://nixos.org/ ▼Oracle Cloud Infrastructure の Always Free リソース https://docs.oracle.com/ja-jp/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm ▼Ubicloud(GitHub Actions) https://www.ubicloud.com/use-cases/github-actions ▼Building Git infrastructure for agent-scale development(The GitHub Blog) https://github.blog/engineering/architecture-optimization/building-git-infrastructure-for-agent-scale-development/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-n...

64【判断30個、全部に答える?】AI駆動開発の認知負債と認知負荷

1 hr 2 min

今回は、阿部さんが抱える「AIからの質問に追われて、一つ一つに集中できなくなってきた」という悩みを起点に、認知負債と認知負荷との向き合い方を掘り下げました。 PMとして実際のコードを見ないまま進めてきた僕は、AIのおかげでむしろ負荷が減ったと感じています。対して、エンジニアとして手を動かしてきた阿部さんが重く感じるのは、AIが生み出す情報と判断依頼の量。同じ言葉を使っていても、負荷の正体がまるで違うことに、話しながら気づいていきました。 大量に届く判断依頼に、一つずつ丁寧に答えるのか、まず動かして直すのか。結論は一つに定まらず、AIが止まっている時間と自分の時間のどちらを「もったいない」と感じるかという、価値観の違いが浮かび上がる回になりました。 後半は、Anthropicが出したClaude Designでたたき台を作ってからお客さんと目線を合わせる話や、受託開発でお客さんの本音を引き出すヒアリングの話にも広がりました。 【関連リンク】 ▼Claude Design(公式製品ページ) https://claude.com/product/design 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

63【圧倒的な速さ】DeepSeek-V4.1-Flashの実力

19 min

今回は、阿部さんがフロント実装でGLM-5.3-Flashに二日かかったタスクを、DeepSeek-V4.1-Flashに置き換えたら半日で終わった、という体験を起点に、速さの差がどこから来るのかを掘り下げました。 僕はまず「とにかく速い」という体感から入ったのですが、阿部さんの手元では同じ物量のフロント実装で日数が半分以下になった。コスパはGLM-5.3-Flashの方がまだ上、という前提は共有しつつ、速さ側の使い勝手で見方が分かれるところです。 最後まで「どっちが正解」にはせず、画像まで読めるようになったことや、ローカルで回す夢と並列数の現実も残った回でした。DeepSeek-V4.1-Flashをメインに据え始めた、という実感だけははっきりしています。 後半はOpenCode Goの月10ドル枠と、招待コードの話も出ています。 【関連リンク】 ▼DeepSeek-V4.1-Flash https://www.deepseek.com/news/deepseek-v4-1-flash/ ▼OpenCode Go https://opencode.ai/go ▼GLM-5.3-Flash https://docs.z.ai/guides/vlm/glm-5.3-flash 【招待コードはこちら】 https://opencode.ai/go?ref=X2E9R2YTCC 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

62【GPT-6 Astraの実力は?】Claude Fable 5.1との比較

22 min

今回は、OpenAIが出したGPT-6 Astraを触ってみて、少し前に取り上げたAnthropicのClaude Fable 5.1との使い分けを掘り下げました。 同じプロンプトでLPを作らせると、Claude CodeとCodex CLIは、素のままだとデザインの質に差がつきます。ところがClaude Designを挟んだ途端、評価がひっくり返る。知識のカットオフの違いが、エージェントやオーケストレーションのような新しい概念を扱う作業でどう表れるか、という見立ても出てきます。 阿部さんはGPT-6 Astraをオーケストレーターに据えた側。呼び出したサブエージェントを数秒おきに見に行くせいでトークンが燃える初期の問題、一週間分のリミットが30分で消えた体験、effortをLowに落としてからの落ち着き方まで、実際に起きたことが並びます。長いコンテキストで脱線しない粘り強さを買う阿部さんに対して、僕は指示に従いすぎるところが足かせにもなると見ています。 後半は、Anthropicのサブスクリプションで選べるモデルの顔ぶれと、上限に達したときに何が止まり何が残るのかという設計の違いへ。実力が拮抗した先で効いてくるのは、モデルそのものではないのかもしれません。 【関連リンク】 ▼GPT-6 Astra(OpenAI公式ドキュメント) https://developers.openai.com/api/docs/models/gpt-6-astra ▼Claude Fable 5.1(Anthropic公式発表) https://www.anthropic.com/claude-fable-and-mythos-5-1 ▼Claude Design(公式製品ページ) https://claude.com/product/design ▼Codex CLI(GitHub) https://github.com/openai/codex 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

61【調べるか、走らせるか?】進め方で変わるAI駆動開発の速度

31 min

今回は、初めてやることだらけの仕事で、まず調べてから動くのと、AIに先にやらせるのと、どちらが速いかという僕の持論をテーマに、AIで仕事を速くするコツを語り合いました。 わからないことがあると徹底的に調べて、一番正解らしいものを選びたがるのが人間の癖。阿部さんは学校の勉強や料理に例えて、まず調べるのは訓練の結果だと言います。中途半端に知っているがゆえに、AIへの頼み方の選択肢が頭の中で狭まってしまう、という指摘も。 後半は、本番リリース後のデータベース設計が気になって仕事が遅くなるという阿部さんの恐怖感から、スタートアップCTOの離職が増えている話題へ。仕組みは、0から1を作るならプラスにしかならないという考え方や、お客さんとの期待値調整を実験店舗で回す発想にまで話が広がります。 高速で進める一方でバグも出しまくるAnthropicのClaudeを引き合いに出しながら、許容できるインパクトを生めるなら、とりあえず動かす側に回る方が全員幸せかもしれない、というところまで二人の前提が動いた回でした。 【関連リンク】 ▼Claude Code https://claude.com/product/claude-code ▼Claude https://claude.com/pricing 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

60【Claude Fable 5.1の実力】ファーストインプレッション

21 min

今回は、昨日突然出てきたAnthropicのClaude Fable 5.1を起点に、ファーストインプレッションを本音で話しました。 ベンチマークは軒並み上がっているのに、僕の使用感はまだClaude Fable 5から大きく動いていない。阿部さんも感覚としては変わらないと言いつつ、リミットの減りが穏やかになった気もする、と数字との間で印象が割れる。 セーフガードの誤判定が減った話や、effortをLowにしてもClaude Fable 5のMaxを超えるという数字はある。それでもキャッシュヒットを1時間に伸ばすと単価が上がるのか、トークン効率は本当に良くなったのか、答えより問いが増えた回かもしれません。 後半は、デザイン力が上がったという声がClaude Code側のハーネスの話なのか、モデル単体の話なのかも掘り下げています。 【関連リンク】 ▼Claude Fable 5.1 https://www.anthropic.com/claude-fable-and-mythos-5-1 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

59【GLM-5.3Flashの実力】コスパ最強の実行役

41 min

今回は、OpenRouterでOx Alphaとして無料公開されていたモデルの正体がZ.aiのGLM-5.3-Flashだと分かったことをきっかけに、実行役としてどこまで任せられるかを本音で話しました。 僕は無料期間中にClaudeの200ドル枠を複数アカウント回すくらい使い倒した一方、阿部さんは本格投入の直前で無料期間が終わってしまい、同じモデルへの温度差がはっきり出ています。DeepSeek V4 Proより桁違いに安いのに、Claude Opus 4.8に並ぶベンチマークもある。Flashという名前が頭をバグらせる、という話にもなりました。 相談はClaude Fable 5、レビューはCodex、実行はOpenCode上のGLM-5.3-Flash、という役割分担が僕たちの現場ではもう回り始めていて、GLM Coding Planのキャッシュヒットもかなり良い。これが当たり前になれば、安い実行役の常識が変わりそうです。 動画や画像まで見られる点も気になっています。ポッドキャスト以外の動画編集ワークフローにどう効くかは、もう少し使ってからシェアできたらと思っています。 【関連リンク】 ▼GLM-5.3-Flash(公式ブログ) https://z.ai/blog/glm-5.3-flash ▼OpenRouter(GLM 5.3 Flash) https://openrouter.ai/z-ai/glm-5.3-flash ▼GLM Coding Plan https://z.ai/subscribe ▼【GLM Coding Planの招待リンク】 https://z.ai/subscribe?ic=4DJEHK6LNS 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

58【AIの応答をあえて偏らせる】偉人の視点を借りるAI活用

25 min

今回は、事業の相談をAIに持ちかけたときに残る噛み合わなさを起点に、AIにあえて最適解を出させない方法を掘り下げました。 競争環境を調べさせて打ち手を並べてもらうと、答えはどんどん収束していきます。ただ僕には飲食の現場感があって、その方向じゃないという感覚が残る。そこで使うのが、誰かになったつもりで考えてもらう頼み方です。イーロンマスクの名前を出した瞬間から、AIの振る舞いは明らかに変わりました。一方の阿部さんは、人物ではなく、その考え方の原理原則だけを切り出して渡していたそうです。 入り口は似ていても、行き着く先は違います。阿部さんが、自分は理論を先行させがちだったと振り返ったところから、話は名前が運んでくるものの正体へ進みました。テスラが実際にどの順番で動いたのか、その歴史ごと引き受けられるかどうか。 後半は、この頼み方がどこまで広がるかを試しています。請求書管理のシステムをショパンが考えたらどうなるか、好きな建築家にデザインを任せたらどうなるか。料理のオマージュと著作権の線引きにも話は及びます。最後は、自作のハーネスで複数のキャラクターに議論させたい、という宿題に着地しました。 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

57【AI活用、何から始める?】まず触るのはManusかCodexか

24 min

今回は、僕が知り合いからよく聞かれる「AIを勉強したいんだけど、何から始めたらいい?」という質問を起点に、阿部さんと答えを持ち寄りました。 阿部さんが真っ先に挙げたのはManusでした。LINEに画像を送れば中身を読んでくれるし、予定を伝えればGoogleカレンダーに入れてくれる。定期実行まで組めるので、ChatGPTやClaudeのような一問一答で終わらず、生活のほうに入り込んでくるそうです。開発者志望ならCodexやClaude Codeを入れてMCPを触ってもらう、という別の答えも用意していました。一方の僕は、「AIを勉強する」という言い方のほうに引っかかっています。 これに対して阿部さんが引き合いに出したのは、エンジニアに相談すると「あなたは何をしたいんですか」と返ってくるミーム。僕は、何ができるか分からないうちは何をしたいかも出てこない、という鶏と卵の話で返しました。「AI 何から始める」で検索すると出てくる本や勉強会、G検定、Transformerの仕組みといった定番の入口には、二人ともかなり冷ややかです。始め方は違っても、答えは最後に重なりました。 後半は、無料のままでいいのか課金すべきかという阿部さんの問いに移ります。ここは僕の中に明確な答えがあって、即答しました。最後は、Google Apps ScriptやClaude Artifactsで小さな道具を作ってみる、という話にまで広がっています。 【関連リンク】 ▼Manus https://manus.im/ ▼Claude Code https://claude.com/product/claude-code ▼Codex CLI(GitHub) https://github.com/openai/codex ▼Google Apps Script https://developers.google.com/apps-script ▼Claude Artifacts(Anthropic ヘルプセンター) https://support.claude.com/en/articles/9487310-what-are-artifacts-and-how-do-i-use-them 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://...

56【知識は物差し?足かせ?】AIへの指示で僕らが意識していること

56 min

今回は、阿部さんの「AIにどう指示を出せば、いい感じに動いてくれるのか」というテーマを起点に、普段プロンプトで意識していることを出し合いました。僕が挙げたのは二つ。具体例そのものだけでなく、その裏にある考え方まで渡すこと。そして、AIが今どのスコープで物事を見ているかを見極めることです。 阿部さんはあえて例を挙げないという手を使います。例を出した瞬間にAIの思考がそこへ寄ってしまうから、理想だけを掲げて広く考えさせる。懸念が当たっているか確かめたいときも、懸念という言葉は使いません。僕のほうは、考えが一方に寄ったセッションはそこで手放し、やり取りごと別のセッションへ渡して見直させます。二人の同時セッション数が倍ほど違う理由も、そこから見えてきました。 後半の論点は、AIへの指示の引き出しとして知識は多いほうがいいのか。原則やフレームワークの名前を持っているほど強いと言う阿部さんに、僕は、知っているほど調べなくなるのが罠だと返しました。人間がコードを書く前提で良しとされてきたDDDやオブジェクト指向の扱いにまで話は及びます。物差しという言葉が出たあたりから、僕自身の見方も変わっていきました。 終盤は、AI自身が抱えるバイアスの話に移ります。知識のカットオフがあるので調査には今日の日付を必ず渡し、GitHubのスター数のようなそれらしい数字は鵜呑みにしません。事実と推測をフォルダ単位で分ける阿部さんのドキュメント運用も紹介しています。 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

55【賢さより愚直さ?】DeepSeek V4 Flash 0731の実力

28 min

今回は、プレビュー版をGA版としてベータリリースする、という妙な発表で登場したDeepSeek V4 Flash 0731を起点に、この値段で実用に足るのかを掘り下げました。 100万トークンあたり入力2ドル・出力10ドルのClaude Sonnet 5に対して、こちらは0.09ドルと0.18ドル。ベンチマークではV4 Proプレビューを上回るとまで言われていて、どこかに落とし穴があるはずだというのが最初の見立てでした。 阿部さんは40画面・65フェーズのフロントエンド刷新を3日間走らせ続けています。僕のほうはワークフローで使うモデルをV4 ProプレビューからV4 Flashへ差し替えたところ、そのワークフローが動かなくなりました。ところが原因を追っていくと、犯人はモデルではなく自分の組んだ手順のほうだった。安いモデルへ乗り換えるだけのつもりでしたが、突きつけられたのは見えていなかった前提のほうです。 リーズニングを最大にすると思考のループから戻ってこなくなる挙動や、マルチモーダル非対応という弱点、中国製モデルをサービスへ組み込むときのデータ保護の考え方にも触れています。 【関連リンク】 ▼DeepSeek V4 Flash(DeepSeek 公式) https://deepseek.ai/deepseek-v4 ▼Claude Sonnet 5 発表(Anthropic) https://www.anthropic.com/news/claude-sonnet-5 ▼Claude Fable 5 / Mythos 5 発表(Anthropic) https://www.anthropic.com/news/claude-fable-5-mythos-5 ▼OpenRouter https://openrouter.ai/ ▼OpenCode https://opencode.ai/ ▼Claude Code(Anthropic 公式リポジトリ) https://github.com/anthropics/claude-code 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a903679592...

54【Fable 5と何が違う?】Claude Opus 5の使い心地

17 min

今回は、少し出遅れましたがClaude Opus 5のリリースを起点に、Claude Fable 5と比べて実際に使えるモデルなのかを本音で話しました。ベンチマークはほとんどの項目でFable 5超え、クレーンの鉄球でビルを壊すシミュレーションを作れたのはOpusだけ、という前評判から入っています。 僕が引っかかっているのは、コンテキストウィンドウが逼迫してからの振る舞いです。50万トークンを超えたあたりで、「判断を誤っていました」とオーケストレーター自身が言い出す。阿部さんが挙げたのは、そこではなく調査の詰めの甘さでした。エフォートを上げると逆に品質が落ちるという噂の理由も、意外な角度から出てきます。 話は、自作のメディエーターに作っている見守り機能へ広がります。長時間の実行を見守る監視役を任せるのは、Codexなのか、Opusなのか。レビューを任せると元の方針までガラッと変わるという阿部さんの実感に、スキルづくりだけは任せられないという僕の線引きが並び、結論は宿題として残りました。 終盤は価格の話に移ります。100万トークンあたり入力2ドル・出力10ドルというClaude Sonnet 5の値付けを、OpenRouterの画面でDeepSeek V4 ProやKimi、GPT-5.6 Lunaと見比べました。Sonnetに求めていたものは何だったのかを考え直しています。 【関連リンク】 ▼Claude Opus 5 発表(Anthropic) https://www.anthropic.com/news/claude-opus-5 ▼Claude Fable 5 / Mythos 5 発表(Anthropic) https://www.anthropic.com/news/claude-fable-5-mythos-5 ▼Claude Sonnet 5 発表(Anthropic) https://www.anthropic.com/news/claude-sonnet-5 ▼GPT-5.6 Luna(OpenAI 開発者ドキュメント) https://developers.openai.com/api/docs/models/gpt-5.6-luna ▼OpenRouter https://openrouter.ai/ ▼Codex(OpenAI 公式リポジトリ) https://github.com/openai/codex 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8...

53【毎晩3時に何が動く?】GitHubイシューとループエンジニアリング

26 min

今回は、阿部さんの長期休暇中に僕が作った仕組みを起点に、AI駆動開発ではなく、AIに駆動される開発について語っております。帰ってきたら勝手に生えていた、と阿部さんがいうこの仕組みは、毎晩午前3時、AIがGitHubのイシューを1件選び、実装してプルリクエストまで出します。 さらに別のセッションが探索的なE2Eテストを回し、懸念を書き残します。 毎晩つながって回る輪は、ループエンジニアリングと呼ばれるものに近いのかもしれません。 なぜ今なのか。モデルが賢くなって、任せきりでも狙いを外さなくなったからではないか。そう見る阿部さんに対して、僕が挙げた決め手はもう少し手前にあります。賢さと道具立て、効いたのはどちらか。 そしてこの仕組みはどう効くのか。イシューを1件潰すたびに探索的なE2Eテストが次のイシューを連れてくる、という新たな悩みも生まれています。 面白かったのは、自動化に踏み切れずにいた阿部さんとのやり取りです。 レートリミットのギリギリまで使いたいので、寝る前にAIに大きな計画を渡したいという阿部さん。 今回の話をきっかけに、自動化を充実させ深夜の作業を肩代わりさせたいと、自動化に前のめりになったのは阿部さんのほうでした。 後半は、なぜ午前3時なのかという疑問から、レートリミットの話へ。 制限が解けた瞬間にセッションを再開させるメディエーターの復旧監視から、あと1週間で終わると言われ続けたClaude Fable 5に振り回された7月の顛末まで入っています。 【関連リンク】 ▼Orca 公式サイト https://www.onorca.dev/ ▼Mastra Factory https://factory.mastra.ai/ ▼Claude Code 公式サイト https://claude.com/product/claude-code ▼Claude Fable 5 / Mythos 5 発表(Anthropic) https://www.anthropic.com/news/claude-fable-5-mythos-5 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a903679592...

52【固めるほど遠回り?】MastraをやめてSkillベースのワークフローへ

29 min

今回は、このポッドキャストの編集ワークフローをまるごと作り直した話をきっかけに、AIワークフローとエージェントハーネスの境目を考えてみました。もともとはMastraで組んでいたんです。DeepSeek V4 Flashのような安いモデルでも、決定論的に回し、可能な限り出力がぶれないようにする設計でした。 ただ、決定論的なワークフローで固めると、より安価に頭の良いモデルが出てきた時に、頭の良さを殺してしまうと感じ始めました。人間が最後に手を入れる余地は残したい、けれど固めすぎた手順の上をAIに歩かせると、せっかくのAIの進化の恩恵をフルで享受できずにもったいない。折り合いのつけ方は本編で話しています。 こういった仕組みってどういう呼び方なのかという議論にも入りました。途中で、僕がやっていたのは要するにインターフェース化ではないか、という整理が阿部さんから出てきて、手探りだった作業に一本筋が通った感じがしました。 もう一つ引っかかっているのが、こう言ったエージェント向けのハーネスやスキルをAI駆動開発するときの罠です。こういう仕組みをAI自身に設計させると、AIは判断までプログラムへ押し込もうとしてきます。PlaywrightでのE2Eテストのために自分でCLIを作った阿部さんの経験とも重なる話で、ツールを整える勘所を語り合いました。 【関連リンク】 ▼Mastra 公式サイト https://mastra.ai/ ▼Claude Code 公式サイト https://claude.com/product/claude-code ▼Playwright 公式サイト https://playwright.dev/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

51【ゼロから作るか、乗っかるか?】Orca拡張の自作アプリで並列開発

26 min

今回は、前回紹介したターミナルアプリOrcaを土台に、僕が作り始めたMacアプリ「メディエーター」についてお話ししています。AIエージェントを並走させるほど、段取りやセッション間の橋渡しといった人間の仕事が増えていく。その世話係ごとAIに任せたい、というのが開発のきっかけでした。 サイドチャットで別のセッションに文脈を渡したり、バッテリー切れ寸前に全セッションの再開コマンドをコピーして残したり。どの機能がどんな面倒から生まれたのかは、本編で語っています。 面白かったのは、阿部さんが同じアプリに別の価値を見つけていたことです。ターミナル表示の読みにくさという積年の不満が解消され、並列作業の上限が一段上がったのだとか。課題の違いがそのまま機能の幅になっていく感覚がありました。 後半は、開発を支えるElectronの話へ。アプリ開発はしんどいと思い込んでいた阿部さんの見方が変わった経緯から、Rustでアプリを作れるTauriへの興味、AnthropicのClaude Fable 5が自作のハードルを下げた実感まで、ツールを自作する時代の空気を語り合いました。気になった方がいればOSS公開も考えているので、ぜひコメントをください。 【関連リンク】 ▼Orca(GitHub) https://github.com/stablyai/orca ▼Orca 公式サイト https://www.onorca.dev/ ▼Electron https://www.electronjs.org/ ▼Tauri https://tauri.app/ 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

50【エディタはもう要らない?】AI駆動開発ターミナルの決定版Orca

28 min

今回は、僕が「AI駆動開発におけるターミナルの決定版なんじゃないか」と思っているOrcaを紹介しています。Stably AIが出している無料のOSSで、Git差分や内蔵ブラウザ、git worktreeごとにClaude CodeやCodexを並走させる管理までそろった全部入りです。おかげで僕はCursorもWindsurfもVisual Studio Codeもアンインストールしてしまいました。 見どころは、これまで僕がMuxyやGhosttyをいくら勧めても首を縦に振らず、素のターミナルとtmuxを貫いてきた阿部さんが、自らOrcaへの移行を決めたことです。何が決め手だったのか。一度は本命になりかけたCodexアプリの壁とあわせて聞いてみました。 盛り上がったのは、モバイルアプリの完成度です。出先からエージェントを操るストレスが消えていく感覚には、二人そろって驚きました。これが当たり前になれば、ターミナル選びの基準が変わるかもしれません。 一方で、Computer Useやペット機能といった発展途上の部分にも率直に触れました。次回は、Orcaを土台にした開発フロー効率化の話を予定しています。 
【関連リンク】 ▼Orca(GitHub) https://github.com/stablyai/orca ▼Orca 公式サイト https://www.onorca.dev/

 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

49【Opus 4.8とどう違う?】Claude Fable 5に任せた開発

21 min

今回は、7月12日まで延長された、Anthropicの最新モデル Claude Fable 5 の利用期間をきっかけに、この期間で僕と阿部さんが実際に何を任せてきたのかをお話ししています。 僕は今後の仕組みづくりが中心で、ポッドキャスト編集の自動化を Mastra ベースの静的なワークフローから、Claude Code や Codex を束ねて動的に判断させる形へ作り替えている最中です。対する阿部さんは、大規模なリアーキテクトと、重すぎて寝かせていたプロジェクトの掘り起こしという二軸で進めていたそう。任せ方の粒度がまるで違うのも面白いので、中身はぜひ本編で。 話していて重なったのは、雑に投げた指示でも現実世界をよく踏まえた答えが返ってくる、という手応えです。AIに引っ張られながら開発している実感は僕も初めてで、気づけば人間の側がボトルネックになりつつあります。AI開発を始めて初めて疲れた、という妙な発見まで含めて更新の多い回になりました。トークンが爆速で溶けていく消費の激しさも込みで、使えるうちにどこまで任せられるのかを二人で確かめています。 次回以降は、複数のAIエージェントを並列で走らせられるオープンソースのターミナル Orca を土台に組み直している開発の仕組みも掘り下げる予定です。 ▼Claude Fable 5 https://www.anthropic.com/claude/fable ▼Claude Code https://claude.com/product/claude-code ▼Codex https://openai.com/codex/ ▼Orca https://www.onorca.dev/ ▼Mastra https://mastra.ai/ 【配信サービス】  ▼Spotify  https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube  https://youtube.com/@ai-nichijo-fm  ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202  ▼amazon music  https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8  ▼stand.fm  https://stand.fm/channels/68dc82a9036795923c400b4f  ▼LISTEN  https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

48【裏技】Codexから技術顧問としてGPT-5.5 Proを呼ぶ

20 min

今回は、「本当の考察を返してくれるのはProモデルだけ」という僕の少し過激な持論を起点に、GPT-5.5 Proをどうコーディングに引き込むかを掘り下げました。実はGPT ProモデルはCodex CLIのサブスクでは呼び出せず、API課金だと高額なClaude Opus 4.8のfastのさらに三倍以上という強気な価格。使いたくても任せられないジレンマを、ずっと抱えていたんです。 そこで阿部さんが持ち込んでくれたのが、Oracleというツール。OpenAIに在籍するPeter Steinbergerさんが公開した、ターミナルの裏でブラウザを操り、GPT-5.5 Proへ相談を投げられる仕組みです。ただ少しグレー寄りにも映り、そのまま入れても素直には動かない“クセ”もある。阿部さんがどこを工夫して実用まで持っていったのか、その勘所を話してくれました。 正直、これは阿部さんが持ち込んだ歴代の「これいいよ」の中でも僕はダントツだと感じています。設計やレビューをClaude Codeの外にいる“技術顧問”に預けられ、しかもCodex側とChatGPT側でリミットが別枠。使えるトークンが実質二倍になる感覚もあり、これが日常になれば相談先の常識が変わりそうです。 注意が必要なのは、OpenAIのPeter Steinbergerさん本人が「社内では問題なさそう」と答えている一方、規約次第でアカウントが止まるリスクもゼロではありません。あくまで自己責任でご利用ください。 ▼Oracle(GitHub) https://github.com/steipete/oracle ▼Oracle 公式サイト https://askoracle.sh/ 【配信サービス】  ▼Spotify  https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube  https://youtube.com/@ai-nichijo-fm  ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202  ▼amazon music  https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8  ▼stand.fm  https://stand.fm/channels/68dc82a9036795923c400b4f  ▼LISTEN  https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

47【ClaudeCodeのワークフローから考える】エージェントハーネス設計談義

28 min

今回は、前回途中で打ち切りとなった「静的なワークフローと動的なワークフロー」の続きから、エージェントハーネスの組み方を掘り下げました。 阿部さんは、判断次第でワークフローの形そのものが変わるのが動的だと、二つを別物として捉えている。対する僕は、単位の大きさが違うだけで本質は同じでは、と最初は引っかかっていて。そこで効いてきたのが、フロンティアモデルを手がけるAnthropicがなぜClaude Codeにダイナミックワークフローを持ち込んだのか、という問いです。 話すうちに、別物に見えていた前提が少しずつ揃い、最後は「一度手放したワークフローが戻ってきた」という捉え方で重なったのが面白かったです。今後のサービス設計の判断に効いてきそうな手応えが残りました。 終盤は、予測できるならコードに寄せるという原則と、それでもLLMに夢を見て頼りすぎる落とし穴の両方が話題に上がりました。Agent Skillsにスクリプトを仕込んで静的な処理を動的な流れへ差し込む使い方や、飲食店のシフト管理と弁護士の事例調査では求められる精度もコストもまるで違う具体例まで、設計の勘どころを行き来しています。 ▼ダイナミックワークフロー(Claude Code) https://claude.com/blog/introducing-dynamic-workflows-in-claude-code ▼Agent Skills https://claude.com/skills 【配信サービス】  ▼Spotify  https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube  https://youtube.com/@ai-nichijo-fm  ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202  ▼amazon music  https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8  ▼stand.fm  https://stand.fm/channels/68dc82a9036795923c400b4f  ▼LISTEN  https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

46【ターミナルはもう要らない?】Codex App一つで完結する開発

38 min

今回は、Claude Codeを使っていた阿部さんが、改めてOpenAIのCodex Appに戻り「これはすごい」と興奮ぎみに話してくれたのを起点に、Codex CLIではなくアプリ版で何が変わるのかを掘り下げました。僕も久しぶりに触ってみたところだったので、使い心地を持ち寄っています。 阿部さんが推すのは、ファイルもdiffもブラウザもアプリ一本で完結する感覚と、オートメーションまで自動で組んでくれる体験。一方の僕は、万能ゆえのコンテキストの肥大化や、役割ごとの責務をどう切り分けるかの引っかかりを抱えていて、同じツールでも見ている景色が少し違いました。 話しているうちに、GitHubに積み上げた課題を勝手にトリアージして実装まで進める、いわば「AI自立開発」の輪郭が想像より近くに見えてきた回です。どちらが正しいというより、気づけば二人とも前のめりでした。 後半は、そもそもエージェントに自由に動いてもらうべきか、ワークフローで固めるべきかという積年のテーマについて話していますが、より踏み込んだ話は次回へ持ち越ししたいと思います。 ▼Codex(OpenAI) https://openai.com/codex/ ▼Claude Code(Anthropic) https://www.anthropic.com/product/claude-code --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

45【Cursorを9兆円で買収】点が線になるイーロン・マスクの構想

24 min

今回は、SpaceXがCursor(Anysphere, Inc.)を総額600億ドル(約9兆円)で買収するというニュースをきっかけに、イーロン・マスクが手がける事業の全体像を、いつもと趣向を変えて掘り下げてみました。 正直なところ、僕は長いあいだ「なぜイーロン・マスクはここまで凄いと騒がれるんだろう」とどこか腑に落ちずにいたんです。Tesla、X、SpaceX、どれも単発ではすごい、くらいの認識でした。むしろスティーブ・ジョブスの方が上の存在だと感じていたほどです。一方で阿部さんはジョブズより上だと感じていたようで、出発点がずいぶん違います。 ところがSpaceXのAnthropicとの提携や宇宙データセンター構想まで辿るうちに、バラバラに見えていた点が一本の線へとつながっていきました。自分の見方がまるごと書き換わる回です。Starlinkも蓄電池も、向かう先は同じゴール。その照準がどこにあるのかは、ぜひ本編で確かめてください。 そして今回の主役、SpaceXの傘下に入るCursorの話も外せません。xAIが育てるGrokとCursorが手を組んだ先に、OpenAIやAnthropicを脅かすモデルは現れるのか。いち利用者として、阿部さんは静かに期待を寄せていました。 ▼Cursor https://cursor.com/ ▼Anysphere, Inc. https://anysphere.inc ▼SpaceX https://www.spacex.com/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

44【おすすめ便利機能】Claude Codeの/btwとCodexの/side

15 min

今回は、AI駆動開発中につい湧いてくる「脇道の疑問」をどこに投げるか、という話が出発点です。メインの作業を止めず、親のコンテキストも汚さずにサブエージェントへ気軽に聞いて、すぐ戻ってこられる。そんな Claude Code の /btw と Codex の /side を、便利コマンドとして取り上げています。 面白いのは、ここまで作り込まれた Claude Code のコマンド体系に対し、普段使いのチャットアプリは枝分かれすらできないという妙なギャップ。/btw から会話をフォークしたときの挙動も、別セッションになる OpenCode のフォークとは思想が違い、阿部さんと「これはどう捉えるのが正解か」と首をひねりました。 結論を一つに束ねるというより、お互いの「推しコマンド」を持ち寄って見える景色が増えた回。僕が OpenCode のセッション切り替えで tmux のペインを開かなくなった話をすれば、阿部さんからは別モデルにセカンドオピニオンを仰ぐ /advisor が返ってくる。 後半では、最終ゴールだけを渡せば Codex がラルフループのように延々と走り続ける Goal モードも紹介しています。細かく指示せず手放しで回したいサイドプロジェクトに、これはよく効きます。 ▼Claude Code(コマンド一覧) https://code.claude.com/docs/en/commands ▼Codex(/side・スラッシュコマンド) https://developers.openai.com/codex/cli/slash-commands ▼OpenCode https://opencode.ai/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

43【最強の布陣】Claude Codeを司令塔、Codexをサブエージェントに

22 min

今回は、阿部さんが Claude Code 上で oh-my-openagent 流のオーケストレーションを再現してくれた仕組みを起点に、その中身を掘り下げました。想像以上によく回っていて、僕は中身を知らないまま使っていたので、どう組んだのかを本人に聞いています。 OpenCode は多様なモデルを差し替えてコスパよく回せますが、Claude Code はセッション内で司令塔役を切り替えられないなど前提が違います。それをどう越え、検証役の Codex をどう呼ぶか。MCP で詰まった先にたどり着いた答えは、本編で。 作りながら腑に落ちたのは、職種でエージェントを割るより、作業の性質で割るほうが応用が利くという点。oh-my-openagent の思想は Amp と Claude Code 由来だと知り、なぜ効くのかを確かめ直す回になりました。 その oh-my-openagent も複数のハーネスへ対応を広げ、Codex CLI向けの LazyCodex も出ています。同じ発想は Claude Code に相談すれば自作もできるので、気になった方は試してみてください。 ▼Oh My OpenAgent https://ohmyopenagent.com/ ▼Codex plugin for Claude Code https://github.com/openai/codex-plugin-cc ▼Claude Code https://www.anthropic.com/product/claude-code --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

42【圧倒的性能】Claude Fable 5のファーストインプレッション

17 min

今回は、Anthropicが満を持して一般公開したMythos級モデルClaude Fable 5を、リリース当日からお互いに実戦投入してみた初感を持ち寄りました。 僕はCodex CLI(GPT-5.5)では辿り着けなかった複雑なバグを含む、4つのバグ調査を一気に投げ、阿部さんは寝る直前にダメ元でシステム全体のリアーキテクトを依頼。翌朝それぞれが目にした結果とは。さらに「実行が速い」と感じる阿部さんに対して、僕の体感は意外にも「遅い」。それなのにトータルでは速いと感じてしまう、この逆説の正体がひとつの論点になっています。 SWE-bench ProやGDPval-AAのスコアの伸び方も含め、これまで大局観と細部の精度を別モデルに分担させてきた僕らの開発スタイルそのものを問い直される回でした。レビューサイクルやトークン消費の話まで、前提が一段更新された感覚があります。 終盤では、ここ数日で急に話題になっている「ループエンジニアリング」にも触れていますが、二人とも思うところがありすぎたため、また別の時に詳しくお話ししたいと思います。 ▼Claude Fable 5(Anthropic公式発表) https://www.anthropic.com/news/claude-fable-5-mythos-5 ▼Claude https://claude.ai/ ▼Claude Coworkが1週間分無料でトライアルできる招待コード https://claude.ai/referral/PMQIAlW1uQ?s=cowork&v=apps --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

41【触れ込みは本物か?】MiniMax M3を4モデル横並び比較

15 min

今回は、僕がずっと心待ちにしていたMiniMax M3がついに登場したので、無料でも試せるOpenCodeにそのまま載せて、手元のバグ調査で使い倒した感触をお話ししています。 比較対象はClaude Code経由のClaude Opus 4.8、そしてOpenCode経由のGPT-5.5とDeepSeek V4 Pro。同じお題を横並びで追わせました。僕がMiniMaxに惚れ込んでいた理由は、速さと安さ、コーディング以外にも使えるトークンプランの自由さ、100万トークンでも失速しないという触れ込みに加え、動画のネイティブ理解です。期待値だけなら誰よりも高かったはず。対する阿部さんはDeepSeek V4 Proにすっかり満足していて、まずは僕のレビュー次第、という温度差からの幕開けでした。 結論そのものは番組に譲りますが、ベンチマークの数字と実際の手触りはどうしてもズレる、という地点へ何度も引き戻されます。白黒つけたというより、次に確かめたい宿題がくっきり残った回になりました。 ちなみに今回から試験的に映像も回しているのは、編集をAIに委ねたいから。だからこそM3が前面に掲げる動画理解はまだ試しきれておらず、ここは改めて続報としてお届けします。 ▼MiniMax M3 https://www.minimax.io/blog/minimax-m3 ▼DeepSeek V4 Pro https://www.deepseek.com/ ▼OpenCode https://opencode.ai/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

40【一晩で何サイクル回せる?】CodexやClaude Codeの使い方

55 min

今回は、僕がエンジニアの手を借りずにポッドキャストの編集自動化を作り切った体験を起点に、AI駆動開発で生産性を最大化する進め方について語っております。 驚いたのは、AIが僕の想像の外から技術を見つけてきて実装してしまったこと。「頭の良さより、考えを更新し続ける姿勢が3倍効く」というスーパー予測者の研究とも重なり、AIとの向き合い方を更新させられました。 僕は「設計を詰めるより、まず実装させて一晩でイテレーションを回す方が速い」と考えているのですが、エンジニアの阿部さんは「それには適用範囲がある」と。インフラや外部連携、責務境界が絡むと、そう単純ではないようで。この違いはどこから来るのか? 「次に詰まるのは人間なのでは」という観点も含め、最後まで意見は平行線。それでも、議論しがいのある回になったと思います。 後半は、DeepSeek-V4 Proが主力になりつつある驚きや、Claude Code・Codex・opencodeの使い分けについても話しています。 ▼Claude Code https://claude.com/product/claude-code ▼Codex https://openai.com/codex/ ▼opencode https://opencode.ai/ ▼Claude Design https://www.anthropic.com/news/claude-design-anthropic-labs ▼DeepSeek https://www.deepseek.com/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

39 【AI駆動開発に最適なターミナルは?】期待の新星Muxyとは

45 min

今回は、AI駆動開発で日々の作業場となったターミナルに何を求めるか、そして阿部さんが見つけてきたMuxyというターミナルを起点に語っております。 僕はこれまでiTerm2からkitty、Ghostty、そしてWarpへと渡り歩いてきました。Warpをかなり気に入っていた僕に対して、阿部さんはあっさり不採用の判断。この違いはどこから来るのか? 純正のターミナルにこだわる阿部さんと、リッチな機能に惹かれる僕。ターミナルへの向き合い方の違いが全然違うなと感じました。 後半は、阿部さんがターミナルに求める条件を深掘り。ZedやCursor、Googleが出したAntigravityにも触れながら、なぜ多くの開発環境が「あと一歩」なのかを話しています。Muxyが本当に運用に乗るのか、引き続き検証していきます。 ▼Muxy https://muxy.app/ ▼Warp https://www.warp.dev/ ▼Ghostty https://ghostty.org/ ▼kitty https://sw.kovidgoyal.net/kitty/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

38【Claude Designの活用法】とあるChrome拡張機能との合わせ技

44 min

今回は、Claude Designを阿部さんが実際に触ってみての感想と、デザイン作業から実装までのワークフローをどう組み立てるかについて語っております。 僕がここ数回プッシュし続けてきたClaude Designに対して、エンジニア視点の阿部さんが触ったらどう感じるのか?「革命的」と評する一方で、自社システムのデザインを土台にAIへ的確に指示を出すには一工夫必要だったようで、そこをどう乗り越えたのか興味深いポイントでした。 特に阿部さんが見つけた、あるChrome拡張機能を使った合わせ技には、僕も「これは応用できそうだ」と気づきの多い時間となりました。 後半では、実体を先に作ってからデザインを改善する開発フローの考え方や、Moonshot AIが出したKimi Web Bridgeと組み合わせたときに広がる可能性についても触れています。 Claude Design 関連リンク https://claude.ai/design SingleFile 関連リンク https://chromewebstore.google.com/detail/singlefile/mpiodijhokgodhhofbcjdecpffjipkle Kimi Web Bridge 関連リンク https://www.kimi.com/features/webbridge --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

37【中華モデルにオーケストレーターを任せる】DeepSeek-V4Pro登場

27 min

今回は、「中華モデルにオーケストレーター役(親エージェント)を任せる日は本当に来るのか?」というテーマで、DeepSeekが公開したDeepSeek-V4-ProとDeepSeek-V4-Flashについて語っております。 これまでGLM-5.1やKimi K2.6、MiniMax M2.7を試してきた僕ですが、長時間駆動や複雑なワークフローではどこかで限界を感じていました。100万トークンコンテキストとハイブリッドアテンション設計を備えた今回のモデル、巷で噂される「研究者気質で硬い」評価はどう転ぶのか?阿部さんとの実機検証は、世間の評判とはまた違った景色が見える時間となりました。 加えて、月10ドルから始められるサブスクリプションOpenCode Go経由での運用構成にも触れています。コスト感も含めて開発スタイルがどう変わりうるのか、気になる方はぜひ聞いてみてください。 ▼DeepSeek-V4 Preview リリースノート https://api-docs.deepseek.com/news/news260424 ▼DeepSeek-V4-Pro(openrouter) https://openrouter.ai/deepseek/deepseek-v4-pro ▼DeepSeek-V4-Flash(openrouter) https://openrouter.ai/deepseek/deepseek-v4-flash ▼OpenCode Go https://opencode.ai/go --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

36【実装が先?デザインが先?】Claude Designで変わる開発フロー

26 min

今回は、「Claude Designを実際の開発で使ってみた」という体験を起点に、AI駆動開発のワークフローについて語っております。 実装後のスクショを渡してClaude Designで洗練させていく僕に対して、以前Pencilでデザインを先に固めようとしていた阿部さん。「先に実装か、先にデザインか」という根本的な順序の話で、かなり意見が分かれるポイントでした。 お互いの試行錯誤を共有しながら、Claude Codeとの連携も含めて現時点でワークしそうなフローを探っていく、気づきの多い時間となりました。 後半は、Subquadraticが出した1200万トークンの新モデルSubQや、エージェント時代を見据えた分散データベースTursoにも話が広がっております。これらが実用レベルなら、開発の前提そのものが変わるかもしれません。 Claude Design 関連リンク https://www.anthropic.com/news/claude-design-anthropic-labs Pencil 関連リンク https://pencil.dev/ SubQ (Subquadratic) 関連リンク https://subq.ai/ Turso 関連リンク https://turso.tech/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

35【GPT-5.5は短文でOKは本当?】公式プロンプトガイドを読み込んだ結果

36 min

今回は、OpenAIが公開したGPT-5.5の公式プロンプトガイドを起点に、新モデルの使用感とプロンプト設計の本質について語っております。 「アウトカムだけ伝えれば短いプロンプトで動く」というガイドの主張に対して、僕は『結局、踏ませたいステップは書くしかなくないか?』という違和感を抱いていて、プロンプトガイドを読み込んできてくれた阿部さんも近い感触を持っているようでした。一方で、5.5になってから増えた"勝手に作業を始めてしまう"振る舞いには、お互いかなり手を焼いている様子。 そこから話は、AIに余白を残しながら高品質を引き出す"マジックワード"論や、コンテキストをクリーンに保つコツ、Cognition AIが論じる文脈管理の話まで広がり、お互い気づきの多い時間となりました。モデル更新のたびにプロンプトをどう見直すべきか、その判断軸についても踏み込んでいます。 ▼GPT-5.5 プロンプトガイド https://developers.openai.com/api/docs/guides/prompt-guidance?model=gpt-5.5 ▼Cognition AI「Don't Build Multi-Agents」 https://cognition.ai/blog/dont-build-multi-agents --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

34【AIがデザインシステムを作る?】Claude Designを触ってみた衝撃

21 min

今回は、最近触ってみて想像を大きく超える体験だったClaude Designについて語っております。スライド生成やデザイン作成ツール、というのが事前の印象だったのですが、実際に使ってみるとその枠を超えた驚きがありました。 僕はYouTube動画用のアイコンやフレーム、サムネイル生成のために使い始めたのですが、気づけばAIが「デザイン管理システム」のようなものを勝手に組み上げ始めていて。一貫性のあるアセットを再現性高く量産できる仕組みが、対話の中から自然に立ち上がってくる感覚は、これまでのデザインツールとは何かが根本的に違うように感じました。 後半では、Shopifyやfreeeが進めるMCP公開戦略と、マネーフォワードが出すCoworkとの方向性の違いについても触れています。サービス内にAIを搭載するのか、外部のAIから操作できる環境を提供するのか。これからのサービス設計の前提条件が変わりつつあるのを感じる回となりました。 Claude Design 関連リンク https://claude.ai/design Claude Design 公式発表ブログ https://www.anthropic.com/news/claude-design-anthropic-labs --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

33【GPT-5.5は本当に変わった?】使ってみたリアルな所感

25 min

今回は、リリース直後のGPT-5.5を実際にサブスクリプションプランで触ってみての所感について語っております。 長文コンテキスト耐性やコーディング性能のベンチマークが軒並み向上したと発表されている一方で、僕も阿部さんも、数字以上に「体感が変わった」と感じている部分があり、その正体はどこから来るのか?というところがひとつのテーマになりました。 GPT-5.4との比較で、応答速度・回答のシンプルさ・ツール選択の判断・粘る力のどこがどう効いているのか、お互いに使ってみての気づきを持ち寄る回となっています。 後半では、Fastモードのレート消費が1.5倍速で2.5倍消費に変わった話や、サブスクの枠の減り方が直近で挙動を変えてきている件についても少し触れております。 GPT-5.5 関連リンク https://openai.com/index/introducing-gpt-5-5/ Codex 関連リンク https://openai.com/codex/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

32【お便り】MiMo-V2-Pro、AI記憶を管理、AIの情報収集方法について

53 min

今回は、リスナーさんから頂いた3件のお便りに答える形で、『MiMo-V2-Proを使ってみた所感』『AIの記憶をどう管理するかについて』『生成AIの情報収集をどう行っているか』について語っております。 1件目はXiaomiが出したMiMo-V2-Proについて。OpenRouterで一時1位になっていた、100万トークンコンテキスト対応のモデル「MiMo-V2-Pro」を使ったことのある阿部さんの評価はどうだったのか、Qwen3.6 PlusやGLM-4.6、GLM-5.1、MiniMax-M2.1との比較も踏まえて話しています。僕が最近使ったQwen CodeでのQwen3.6 Plusの使い勝手についても触れています。 2件目の情報収集では、XやReddit、ChatGPTのDeep Research、MastraやCloudflare、OpenAI、Anthropic、Stripe、Shopify、Vercelの技術ブログの使い分けなどを共有。さらにOpenRouterのモデルランキング、YouTube、OpenCodeやOh My OpenCode、OpenHands、Gemini CLIのチェンジログ確認など、普段の情報源をかなり具体的に話しました。同じAI駆動開発をしているはずなのに、僕と阿部さんで見に行く先がくっきり分かれたのが印象的で、お互い気づきの多い時間となりました。 後半は、『過去の会話履歴をスキルでステアリングできないか』というお便りから、OpenCodeがSQLiteにセッション履歴を蓄積する仕組みの活用、そしてSupermemory(opencode-supermemoryプラグイン)やCipher(ByteRover)といった記憶レイヤー系ツールに話が広がりました。Claude CodeやCodexとの違い、Serenaとの位置付けの違いにも触れつつ、立ち上げ期と運用期で必要な記憶の質は違うのではないか、という手応えもあります。 ▼MiMo-V2-Pro 関連リンク https://openrouter.ai/xiaomi/mimo-v2-pro ▼Qwen3.6 Plus 関連リンク https://openrouter.ai/qwen/qwen3.6-plus ▼QwenCode 関連リンク https://qwen.ai/qwencode ▼OpenCode 関連リンク https://opencode.ai/ Supermemory 関連リンク https://supermemory.ai/ ▼opencode-supermemory 関連リンク https://github.com/supermemoryai/opencode-supermemory ▼Cipher(ByteRover) 関連リンク https://github.com/campfirein/byterover-cli --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

31【GLM-5.1vsQwen3.6Plus】opencodeで性能比較

32 min

今回は、Z.aiのGLM-5.1とAlibaba Qwen TeamのQwen 3.6 Plus Previewを実際にエージェント開発で使ってみた感想について語っております。 僕も阿部さんも期待していたGLM-5.1ですが、実際にOpenCode上でサブエージェントとして動かしてみると、思わぬ不安定さに直面しました。一方で、100万トークンのコンテキストウィンドウを持つQwen 3.6 Plus Previewは、ロングコンテキストでの安定性やトークン出力の速さなど、想像以上の良い感触がありました。この違いはどこから来るのか?20万トークンと100万トークンの差以外にも色々な観点で話し合い、かなり意見が割れるポイントもありつつ、お互い気づきの多い時間となりました。後半では、Holo3やKAT-Coder-Pro V2、Arcee AIのTrinity-Large-Thinkingなど、気になる新モデルの話題にも触れています。 ▼GLM-5.1 コーディングプラン https://z.ai/subscribe ▼Qwen 3.6 Plus Preview(OpenRouter) https://openrouter.ai/qwen/qwen3.6-plus-preview:free --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

30【羊飼いのようにAI駆動開発】EnvironmentEngineering

37 min

今回は、「AI駆動開発において、なぜエンジニアほどAIに任せきれないのか?」という僕自身の気づきを起点に、AI駆動開発の考え方そのものについて語っております。 先日、北海道の鶴居村で羊飼いの方を訪問した経験から、エンジニアの仕事は「料理人」、AI駆動開発は「農家」に近いのではないかという話をしています。料理人は自分の技術で直接品質を作り上げる。一方、農家や羊飼いは生き物に直接手を加えられないからこそ、環境整備に全力を注ぐ。この違いがAIとの向き合い方にも通じるのではないか。 僕から「Environment Engineering」という言葉を出してみたところ、阿部さんもコンテキストエンジニアリングやハーネスエンジニアリングを包括するより大きな枠組みとしてしっくり来ると言う話に。ただ、エンジニアは自分でも介入できるがゆえに、つい手を出してしまうというジレンマも。AIを単なる効率化ツールではなく、自分には出せない品質を引き出す存在としてどう"環境"を整えるか、お互いまだ整理しきれない部分も含めて率直に話しました。 --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

29【GLM-5の代わりになる?】MiniMax M2.7を組み込んでみた

13 min

今回は、「MiniMax M2.7をAIワークフローに組み込んだらどうなるか」という僕の試行錯誤について語っております。 MiniMaxが新しく始めたToken Planでは、コーディング以外の用途にもサブスクで使えるようになり、GLM-5の約1/3のコストで回せる可能性が出てきました。そこで、Mastraで組んでいる記事生成ワークフローのモデルをGLM-5からMiniMax M2.7に差し替えてみたのですが、そこで見えてきた課題が想像以上に根深くて。中国語の文字が混じる問題、文脈が破壊される問題、Structured Outputに対応していない問題と、なかなか一筋縄ではいかない結果に。この辺り、OpenCodeがモデルごとにプロンプトを変えている理由にも通じる話で、お互い気づきの多い時間となりました。 結局のところ、今のところはGLM-5が安定しているという結論に落ち着いたわけですが、中華モデルの得意・不得意の輪郭がより見えてきた回でもあります。 ▼MiniMax M2.7 https://www.minimax.io/models/text/m27 ▼MiniMax Token Plan https://platform.minimax.io/docs/token-plan/intro ▼Mastra https://mastra.ai/ ▼OpenCode https://opencode.ai/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

28【期待のKimi K2.5を使ってみた】OpenCodeで検証した結果

14 min

今回は、Kimi K2.5を実際にエージェント駆動開発の現場で使ったらどうなるのか、という検証結果について語っております。 Moonshot AIが発表したKimi K2.5は、Agent Swarmやマルチモーダル対応など魅力的な特性を持ち、僕もかなり期待していたモデルです。実際にKimiのアプリでLP制作を試した際の出来栄えが良かったこともあり、阿部さんにOpenCode上のオーケストレーターとして実戦投入してもらいました。ところが、GLM-5と比較したときに見えてきた差が、なかなか興味深い結果でした。 単発のタスクと複合的な分析タスクで評価が大きく分かれるポイントがあり、「ベースモデルとしての優秀さ」と「素で使う実力」の違いについて、Composer 2の話題も交えながらお互い気づきの多い時間となりました。 ▼Kimi K2.5 https://www.kimi.com/ai-models/kimi-k2-5 ▼OpenCode https://opencode.ai/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

27【GPT-5.4はクビ!?】OhMyOpenCodeでのモデル選定

20 min

今回は、「GPT-5.4のコストに見合うメリットが感じられない」という話を起点に、何を基準にモデルを選ぶべきなのかについて語っております。 100万トークン対応や自律的な長時間実行といったGPT-5.4の強みは、OpenCodeとOhMyOpenCodeの組み合わせでカバーできてしまう。それならGPT-5.3-Codexの方がコードベースの理解力もコスパも優れているのでは、というのが僕の仮説で、阿部さんも近い感覚を持っていたようで、かなり意見が一致するポイントでした。 さらに、OhMyOpenCodeのリポジトリにあるエージェントごとのデフォルトモデルやフォールバックチェーンの設計を読み解いていくと、なぜこのエージェントにこのモデルなのかという配置の意図が見えてきました。 OpenCodeの知見など、新たにわかったことについてもシェアしているのでぜひ聞いてみてください。 ▼GPT-5.3-CodexとGPT-5.4の価格比較 - OpenRouter https://openrouter.ai/compare/openai/gpt-5.4/openai/gpt-5.3-codex ▼OhMyOpenCodeのモデル選択ガイドライン - GitHub https://github.com/code-yeongyu/oh-my-openagent/blob/dev/docs/guide/agent-model-matching.md --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

26【100万トークンで超有能?】GPT-5.4と5.3-Codexの使い分け

35 min

今回は、3月5日にOpenAIがリリースしたGPT-5.4を実際に使ってみて、前モデルのGPT-5.3-Codexとどう違うのか、どう使い分けるべきかについて語っております。 阿部さんはCodex CLIで、僕はOpenCodeでそれぞれ使い込んだのですが、「コーディング精度は5.3-Codexの方が上では?」という阿部さんの実感と、「オーケストレーター的な役割には5.4が合う」という僕の感覚には、実は根本的な考え方の違いがありました。言うなれば5.3-Codexは「内性的な職人気質のエンジニア」、5.4は「頭の切れるビジネスマン」のようなもので、この性格の違いをどう活かすかが、かなり意見の分かれるポイントでした。 さらに後半では、GPT-5.4が最大100万トークンのコンテキストウィンドウをサポートしたことに触れつつ、API料金が272Kトークンを超えると跳ね上がる仕組みを発見。コンパクションの設定をどうすべきか、お互い気づきの多い時間となりました。 ▼GPT-5.4発表 - OpenAI https://openai.com/index/introducing-gpt-5-4/ ▼1M tokenの性能比較 - Claude https://claude.com/blog/1m-context-ga --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

25【AI駆動開発の秘密兵器】OpenCodeとOhMyOpenCode活用術

49 min

今回は、「Codexのウィークリーリミットが3日で尽きてしまう」という僕たちの切実な悩みを起点に、その解決策として注目しているOpenCode+Oh My OpenCodeについて語っております。 以前試した時は安定感に欠けていたOpenCodeですが、今回改めて使うとかなり成熟していて、さらにオーケストレーションレイヤーのOh My OpenCodeを組み合わせることで、阿部さんは1時間が限界だったコーディングセッションが5時間のロングランに化けたと言います。SisyphusやOracle、Prometheusといったエージェントの使い分けや、Ultraworkの仕組みなど、僕と阿部さんでかなり運用の方向性が違っていて、お互い気づきの多い時間となりました。 後半では、Mastra Codeが採用しているObservational Memoryという記憶の仕組みにも話が及び、コンパクションに頼らない中期・長期記憶の考え方が、今後のAIサービス開発にどう活きるのかという話題でも盛り上がりました。 OpenCode 公式サイト https://opencode.ai/ Oh My OpenCode https://ohmyopencode.com/ Mastra Code 公式サイト https://code.mastra.ai/ Mastra Observational Memory ドキュメント https://mastra.ai/docs/memory/observational-memory --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

24【CodeRabbitを導入!】1PR毎のAIレビュー375件をどう捌く?

46 min

今回は、「AIレビューが爆量に返ってきて人間がボトルネックになる問題」を起点に、AI駆動開発におけるレビュー体制と自動化について語っています。 僕たちのチームでは Codex、CodeRabbit、Claude、Devin の4つのAIレビュアーを導入しています。これらについてどのレビュアーの指摘が的確で、どれが参考程度でよいのかなど、各ツールの評価について2人の意見を話し合いました。 AIのレビューと修正を繰り返すうちに、1つのPRがコメント375件・約80コミットまで膨れ上がってしまい、人間が手動で付き合い続けるのは現実的ではないという課題も浮き彫りに。 後半では、阿部さんがこの課題を解決するためにGitHub CLIの仕組みに基づき、CLIの拡張機能を自作・公開した話や、sleepコマンドを使ってAIによるレビュー対応と再確認の自動イテレーションを回す仕組みなど、具体的な改善策に踏み込んでいます。 レビューの妥当性検証をどこまで自動化できるのか、お互い気づきの多い時間となりました。 ▼CodeRabbit https://www.coderabbit.ai/ ▼Devin https://devin.ai/ ▼Github CLI https://cli.github.com/ ▼ 阿部さんが自作したGithub CLIの拡張機能 https://github.com/abekdwight/gh-pr-review-check --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

23【Amical・VoiceOS・Apple純正比較】音声入力ツール結局どれ?

24 min

今回は、以前も話題にした音声入力アプリAmicalのアップデートとして、阿部さんがVoiceOSやApple純正の音声入力を経て再びAmicalに戻ってきた経緯について語っております。 スクリーンショットのコンテキストを読み取って文章を生成してくれるVoiceOSの機能に惹かれつつも、実際に使ってみると出力の精度に課題があったという阿部さん。一方でApple純正はレスポンスの速さと安定感が魅力だけれど、カタカナや英語の変換に弱い。この三つ巴の中でなぜAmicalに軍配が上がったのか、それぞれの強みと弱みが浮き彫りになるやり取りでした。 後半では、Amicalの言語設定を英語にすると日本語の発話がそのまま英語に翻訳されるという偶然の発見から、コンテキスト効率やAIへの入力最適化の話へ展開。さらに音声入力が前提になった世界では、キーボードの配置やパソコンの形状そのものが変わるのではないかという未来の話にまで広がりました。 ▼Amical 公式サイト https://amical.ai/ ▼VoiceOS 公式サイト https://www.voiceos.com/ --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

22【悲願のCodexサブエージェント!】並列化でAIの思考が深まる理由とは?

18 min

今回は、ついに実装されたCodexのサブエージェント機能を実際に使ってみた感想を起点に、「サブエージェントによってAIの思考はどう変わるのか?」について語っております。 僕としては待ちに待った機能で、experimentalながらかなり安定している印象を受けました。さらに面白かったのが、親エージェントがサブエージェントに進捗確認をしたり、タスク委譲の前段で視野を広げた探索を始めたりと、Claude Codeのサブエージェントとは少し違う振る舞いが見えてきたことです。スコープの分離が思考の深さにどう影響するのかという点でも、阿部さんとかなり盛り上がりました。 ▼Codex https://github.com/openai/codex 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

21【Z.ai GLM-5はメインで使える?】Opus 4.6やCodexと比較

31 min

今回は、2026年2月12日にZ.aiがリリースしたGLM-5を使ってみた感想について語っております。 阿部さんはGitHubのプルリクエストに来るAIの自動コードレビューの妥当性評価と実装方針検討を、GLM-5とClaude Opus 4.6、GPT-5.3-Codex Extra Highの3モデルに同時に投げて比較したところ、情報収集やツールユースの巧さが光る場面がある一方で、最終的な判断にブレが出るケースもあったとのことです。 僕の方でもドキュメント更新やPlaywright MCPを使ったE2Eテストを試してみました。もっともらしい嘘(ハルシネーション)をつく傾向があり事実確認には注意が必要ですが、タスクを前に進める「推進力」は非常に優秀でした。特にE2Eテストでは、画面に残っていた不要なエラー文言を自律的に発見して指摘するなど高い実行力を発揮しており、メインモデルとして採用できる可能性も十分に感じられた回になります。 後半では、各LLMに同じプロンプトでLPサイトを生成させる比較の話題でも盛り上がりました。 ▼GLM-5 https://z.ai/blog/glm-5 ▼各LLMのLPサイト生成比較 https://nikukyu.sitocha.cc/testllm/index.html 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

20【Claude Codeの新機能】Agent Teamsとサブエージェント

21 min

今回は、Anthropicが提供するClaude Codeで新しく登場したAgent Teams機能について語っております。 従来のサブエージェントが「隔離された部屋で黙々と作業する作業者」のようなイメージだったのに対し、Agent Teamsは「同じオフィスで対話しながら協働するチーム」のような概念だと捉えています。 エージェント同士がメッセージをやり取りし、共有タスクリストで協調する仕組みそのものが、これまでとは異なるアプローチに見えました。 阿部さんと話を通じて感じたのは、この対話可能性こそがAgent Teamsの本質かもしれないということです。あえて反対意見を言うDevil's Advocate役を配置したり、リサーチャー、ルール確認担当など役割を分担して議論させる。単なる作業効率化ではなく、答えのない設計をチームで練り上げるような「ミーティング」的な活用法こそが向いているのではないか。 当然、チームメンバーが増えればコミュニケーションコストは指数関数的に上がり、コンテキスト消費も増大します。そのため、作業を並列で進めるならサブエージェント、知識的な議論を煮詰めるならAgent Teamsという使い分けが現実的なのかもしれません。 ▼Claude CodeのAgent Teamsについて https://code.claude.com/docs/ja/agent-teams 【配信サービス】 ▼Spotify https://open.spotify.com/show/5b4x1u0M2f0Kmr1Xnv1Z7r?si=12580ee9ade0414e ▼Youtube https://youtube.com/@ai-nichijo-fm ▼Apple Podcasts https://podcasts.apple.com/jp/podcast/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8/id1843990202 ▼amazon music https://music.amazon.co.jp/podcasts/4fd4926b-a654-4dc7-a858-01ff5e0e8c25/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E9%83%A8%E3%81%AE%E6%97%A5%E5%B8%B8 ▼stand.fm https://stand.fm/channels/68dc82a9036795923c400b4f ▼LISTEN https://listen.style/p/ai-nichijo-fm?xtIZk9qq --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f

See all 69 episodes

–

0 ratings from members

5
4
3
2
1

Rate this podcast

Log in to rate and review the shows you listen to.

No reviews yet — be the first member to rate "AI駆動開発部の日常".

This podcast, its content and its artwork are not owned by, affiliated with, or endorsed by Castquire.

Keep listening

Discover more podcasts like this.

Up next

  1. Nothing queued. Use + Queue on any episode to line it up.

0:00 0:00