株式会社ずんだもん技術室AI放送局 podcast 20260707
内容紹介
システム構成図、もう手で描くのやめました ── Claude Codeで構成図を自動生成・自動更新する仕組み、Claude Code (Opus 4.8) が数分固まる問題、188セッション実測したら原因はAPIでもネットワークでもなかった、SFから持ち帰ったAIエンジニアリングの現在地 〜AI Engineer Worlds Fair 2026 参加レポート〜、「その手があったか!」アニメ『天幕のジャードゥーガル』ではモンゴル兵の声をモンゴル語ネイティブの現役力士が担当しているというこだわりっぷり
出演者
youtube版(スライド付き)
関連リンク
本記事では、システム構成図の作成・保守にかかるコストと陳腐化という課題に対し、Claude Codeを活用して「構成図の自動生成・更新」を実現した事例が紹介されています。
手作業での図作成には「時間がかかる」「ルールが属人化する」「コード変更に追従できず陳腐化する」といった問題がありました。これらを解決するため、同チームではソースコードと構成図の間に「中間ファイル」を導入し、図の情報を責務ごとに分離する手法を採用しています。
具体的には以下の2種類の中間ファイルを用いています。
- 規約ファイル: 図の作成ルールや要件を記述(例: 矢印の意味、アイコンのルール)。
- 構造ファイル: システムのノード(リソース)とエッジ(関係性)をYAMLで定義。
これにより、人間は「何を表現するか」という本質的な情報のみを管理し、座標やレイアウトといった詳細な描画処理をAI(および自動レイアウトツール)に委任することが可能になりました。さらに、GitHub Actionsを組み合わせることで、リリースのたびに構成図を自動更新するパイプラインを構築し、常に最新の状態を保てる環境を実現しています。
このアプローチにより、図の作成時間を約6分の1に短縮しただけでなく、設計意図が明文化されることで新人教育や障害調査の効率化にも貢献しています。「AIに何を任せ、何を人間が管理すべきか」という責務の境界を定義する重要性が学べる内容です。
引用元: https://techblog.zozo.com/entry/architecture-diagram-with-claude-code
Claude Codeを使用していて応答が数分間「無音」になる現象について、セッションログを詳細に解析したエンジニアによる技術検証記事です。
多くのエンジニアが体感するこの「固まる」現象を、実測データに基づき分析した結果、APIやネットワークの不具合ではなく、複雑な指示によってモデルが思考(Thinking)と出力を一気に行う「長考生成」が原因であると突き止めました。高性能なOpus 4.8モデルは、重いタスクに対して深い思考を行うため、完了まで画面上のフィードバックが一時的に停止します。
著者は、単なる運用の改善に留まらず、標準機能であるSub-agentsとHooksを活用した「構造的な対策」を提案しています。
主な対策案は以下の3層です。
- 探索専用Sub-agentの定義:
explorer.mdなどでモデルと思考量を固定した軽量エージェントを定義し、探索タスクを意図的にこちらへ委譲する。 - 委譲規則の明文化: 調査やリサーチタスクが発生した際、どの程度でSub-agentへ委譲すべきかの基準をCLAUDE.mdに定量的に記述する。
- Hooksによる監視: セッション終了時のイベント(Stop hook)を利用し、委譲ルールが守られていない場合に警告を出す仕組みを構築する。
本記事は、ブラックボックスになりがちなAIツールの挙動をログから解明し、標準機能を使って作業効率を維持・改善する手法を示しており、ツールを使いこなしたいエンジニアにとって非常に有益な知見となっています。
引用元: https://zenn.dev/yuki_fujisawa/articles/a155d388e61acc
2026年6月末に開催された「AI Engineer World’s Fair 2026」は、世界中の開発者が集い、AIを単に「使う」段階から「任せる」段階へと進化した現在の技術トレンドを象徴するイベントでした。新人エンジニアにとっても、今後の開発スタイルを理解する上で重要な学びが詰まっています。
主なポイントは以下の通りです。
- AIエージェントによる開発(Software Factories): 人間がコードを書く時代から、エージェント群に開発を任せ、人間が監督者として計画・検証を行う開発手法が注目されています。ただし、レビューなしの自動化はコードベースを劣化させるため、人間による適切な検証が重要です。
- 小さな積み重ねの重要性: いきなり大規模な自動化を目指すのではなく、失敗した際に原因が特定できるよう、小さな変更単位(PR)でタスクを渡す運用が推奨されています。
- モデル選定の考え方: 性能スコアだけで選ぶのではなく、「Claudeは自律的にハックする」「GPTは規約を厳守する」といった、モデルごとの「失敗の仕方」や特性を理解し、タスクごとに使い分ける視点が求められます。
- 知見の資産化(スキルファイル): 成功した作業手順を「スキルファイル」として保存し、再利用する仕組み作りが不可欠です。毎回ゼロから指示を出すのではなく、業務知識をAIが読める形で残すことが組織の生産性を高めます。
- 開発のあり方の問い直し: AIによって「個人の生産性」だけでなく、「ソフトウェア開発の単位」自体が小さくなっています。従来の開発プロセスの「模倣(スキュアモーフィズム)」に囚われず、AIエージェントを前提とした新しい開発エコシステムの構築が求められています。
本カンファレンスでは、一つの正解を提示するのではなく、複数の開発手法や課題を並列して議論することで、エンジニア自身が実務に合わせて判断する重要性が強調されていました。
引用元: https://note.com/r_kaga/n/n12bc279182d6
TVアニメ『天幕のジャードゥーガル』が、モンゴル兵の役としてモンゴル出身の現役力士を起用し話題です。日本国内で確実にモンゴル語ネイティブを確保できる相撲界というリソースに着目した、非常に合理的なキャスティングです。異なる言語で話す集団の恐怖をリアルに演出する、制作陣のこだわりが光ります。「その手があったか!」と思わず頷いてしまう、開発現場の仕様策定にも通ずる見事な工夫ですね。
引用元: https://togetter.com/li/2717619
(株式会社ずんだもんは架空の登場組織です)