こんにちは、「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
番組の魅力・推薦
39 【AI駆動開発に最適なターミナルは？】期待の新星Muxyとは
今回は、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拡張機能との合わせ技
今回は、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登場
今回は、「中華モデルにオーケストレーター役（親エージェント）を任せる日は本当に来るのか？」というテーマで、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で変わる開発フロー
今回は、「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は本当？】公式プロンプトガイドを読み込んだ結果
今回は、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を触ってみた衝撃
今回は、最近触ってみて想像を大きく超える体験だった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は本当に変わった？】使ってみたリアルな所感
今回は、リリース直後の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の情報収集方法について
今回は、リスナーさんから頂いた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で性能比較
今回は、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
今回は、「AI駆動開発において、なぜエンジニアほどAIに任せきれないのか？」という僕自身の気づきを起点に、AI駆動開発の考え方そのものについて語っております。 先日、北海道の鶴居村で羊飼いの方を訪問した経験から、エンジニアの仕事は「料理人」、AI駆動開発は「農家」に近いのではないかという話をしています。料理人は自分の技術で直接品質を作り上げる。一方、農家や羊飼いは生き物に直接手を加えられないからこそ、環境整備に全力を注ぐ。この違いがAIとの向き合い方にも通じるのではないか。 僕から「Environment Engineering」という言葉を出してみたところ、阿部さんもコンテキストエンジニアリングやハーネスエンジニアリングを包括するより大きな枠組みとしてしっくり来ると言う話に。ただ、エンジニアは自分でも介入できるがゆえに、つい手を出してしまうというジレンマも。AIを単なる効率化ツールではなく、自分には出せない品質を引き出す存在としてどう"環境"を整えるか、お互いまだ整理しきれない部分も含めて率直に話しました。 --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/68dc82a9036795923c400b4f
29【GLM-5の代わりになる？】MiniMax M2.7を組み込んでみた
今回は、「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で検証した結果
今回は、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でのモデル選定
今回は、「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の使い分け
今回は、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活用術
今回は、「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件をどう捌く？
今回は、「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純正比較】音声入力ツール結局どれ？
今回は、以前も話題にした音声入力アプリ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の思考が深まる理由とは？
今回は、ついに実装された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と比較
今回は、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とサブエージェント
今回は、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
こちらもおすすめ
日本酒侍ぐりこ先生のココだけの話
日本酒を世界酒に！ 日本酒×Web3のパイオニアが業界に革新を与えます！！ CHIMNEY TOWN DAO運営 Japan Sake Community代表 中学校教員が世界で活躍するプロデューサーに 川原卓巳プロデュースの学校0期生として活動 日本酒を世界酒にしていくまでの過程がみれます。 ビジネスでのマインドセット。思考法など音声を通じて伝えます。 https://listen.style/p/guricoproduce?2wfSmibn
加門の業務効率爆上げチャンネル
業歴１５年の現役エンジニアの加門が、 年間3000万円のコストを8万円代にした実績などをベースに みなさんに分かりやすく ITニュースやIT関連情報、IT・DXノウハウを発信。 ━━━━━━━━━━━━━━ ・人材採用の広告費でキャッシュが圧迫され続けている ・頑張っても頑張っても売上が上がらない ・売上は上がっても利益がなぜか下がってしまう ・残業ばっかりで従業員の退職が続いていしまう ・部下の教育やマネジメントといった重要な仕事ができない ・社長が頑張って頑張って、全然楽にならない ・折角IT導入をしたのに、効果を全く感じられない など、こういった思いをしている方へ ■時間と労力のかかる業務を数クリック完了 １００％使いこなせるITツールで、生産性を爆上げします 個別相談受付中‼️ レター✉️またはLINEからご連絡ください https://line.me/R/ti/p/%40799mnvvv ◻️実績👇 ▶︎ ２人で５日かけていた業務を１０分に短縮‼️ ⇩他クライアント実績⇩ https://minato-ltd.co.jp/achivement/ ━━━━━━━━━━━━━━ ・AIを使ってみたいけど、どう使っていいか分からない ・ビジネスでAIを活用する方法を知りたい ・AIの最新情報や活用方法を知りたい といった方に向けた実践講座を毎月無料で開催しています✴️ 開催日は公式LINEで配信しています。 https://line.me/R/ti/p/%40799mnvvv ━━━━━━━━━━━━━━ 【AIバンドのプロデュース・プロジェクト】 古代エジプトをテーマにしたAIバンド・Ankhsmith（アンクスミス）をプロデュース中。 ━━━━━━━━━━━━━━ 【自己紹介】 『業務工数90%削減。働く人をハッピーに‼️』 ◻︎加門 和幸 株式会社 皆人（みなと）代表取締役 キャリア１５年の現役エンジニア JAL・無印良品・KDDIなど開発プロジェクトにも参画 業務工数９割削減のITツール開発 ━━━━━━━━━━━━━━ ■【コラボライブ】受付中 レター✉️よりお気軽にご連絡ください ポッドキャストの書き起こしサービス「LISTEN」はこちら https://listen.style/p/kamon_standfm?DP5rtePo
まかないラジオ
東京・押上にあるレストラン「枯朽」のオーナーシェフ清藤と、オンライン料理教室「シェフレピ」を運営するefoo株式会社の山本が、料理の世界で日々感じた気づきや発見を、まかないを囲むようにゆるく語り合う番組です。 現役シェフとフードテック起業家がゆるりと語る"食×テクノロジー"トークをぜひお楽しみください。 【配信サービス】 ▼Spotify https://open.spotify.com/show/070tlKL98Q1bOEFTJnpPvR?si=07c784c7a456465c ▼Apple Podcasts https://podcasts.apple.com/us/podcast/%E3%81%BE%E3%81%8B%E3%81%AA%E3%81%84%E3%83%A9%E3%82%B8%E3%82%AA/id1843988127 ▼LISTEN https://listen.style/p/makanai-radio?N2uie4o8 【パーソナリティ】 ▼清藤洸希 (h.b.) 鹿児島県生まれ。大阪の調理師専門学校に入学。卒業後は大阪市内のミシュラン一つ星のフランス料理店に３年勤務し、23歳で東京に移り、渋谷のビストロで料理長兼店長として３年務めた。「茶×ガストロノミー」というコンセプトで独創的な料理を提供するレストラン「枯朽」を開業。 「ミシュランガイド東京」では、2024年から3年連続でセレクテッドに掲載されている。料理人コンテストのRED U-35では、ゴールドエッグを受賞。 https://x.com/fuji_no_hana1 https://instagram.com/kokyu_kiyofuji/ ▼山本篤 大阪生まれ。辻調理師専門学校を卒業後、大阪市内のフランス料理店で勤務し、その後、オーストラリアや淡路島で店長・料理長として店舗立ち上げ、運営に従事。 苺作りや養蜂など農業を学んだ後、エンジニア・起業家養成学校に通い、2020年に「食の世界を前進させたい」とefoo株式会社を設立。システム開発やAIワークフロー開発、オンライン料理教室「シェフレピ」の運営などを行なっている。 https://x.com/Atsushi_13 https://instagram.com/atsushiyamamoto0130/
リブラの 精神科のバックヤード
ここは場末の精神科医リブラが診察室のバックヤードで無駄話をしている部屋です。 X（Twitter） https://x.com/okawari いつもはスカンクさんと「ちょうちん町のえんとつラジオザウルス（精神のＰライン）」で楽しくおしゃべりしてます🥳 📻ちょうちん町のえんとつラジオザウルス（🐊精神のＰライン🐘） https://stand.fm/channels/6161e521afa93b18fcd77817 スカンクさんのスタエフ https://stand.fm/channels/664b1a48316143a771f4d710 ポッドキャストの書き起こしサービス「LISTEN」はこちら https://listen.style/p/lybra?VVy4Un3E
今出川FM
「今出川FM」は株式会社Helpfeelの今をお届けするPodcastです。アプリケーション開発や普段の暮らし、他業種間のコラボレーションや社内文化などに関する話題を中心に株式会社Helpfeelのメンバーがゆるくお話します。 ご意見ご要望などはTwitterのハッシュタグ #今出川FM でお寄せ頂ければと思います。また、株式会社Helpfeelではメンバーを積極採用中です。よろしくおねがいします。 https://corp.helpfeel.com/ja/recruit 書き起こしなどはこちらから: https://listen.style/p/imadegawafm?H9lMZivo
思ったら即アウトプットするプログラマー
この番組はエンジニアの「もっさん」が日々思ったことを1トピック1エピソードでコンパクトに話す番組です。 ※ 2024/6/27に「みるみる積もる！積読術」からタイトル変更しました ●【Twitter @mossan_hoshi】 ●【Youtube @mossanhoshi7158】 ●【オライリー本サブスクについて】 https://zenn.dev/mossan_hoshi/articles/20230128_oreilly_learning ●【積読本リスト】 https://1drv.ms/x/s!AqxcPJT01sLlgdsJJ2-wA9mRn1dimA?e=uvyGdD ●【Zenn @mossan_hoshi】 ●【Qiita @mossan_hoshi】