どうも、こんばんは。zenncastのお時間です。MCのマイクです。
今日は2026年4月10日、金曜日の朝7時。通勤・通学中の方も、在宅でゆっくりしている方も、お付き合いください。
この時間は、技術情報プラットフォームZennから、今日のトレンド記事をピックアップしてご紹介していきます。

今日はリスナーのみなさんからのお便りはお休みなので、その分ガッツリ記事を紹介していきたいと思います。

さて、今日ご紹介する記事は全部で5本です。
AIとインフラ、S3の新サービス、GitHub管理の新しいアプローチ、エージェント開発のヒント、そしてPMの働き方まで、かなり今っぽいラインナップになっています。

まず1本目。
タイトルは「社内業務をAIに開放 — 自社MCPサーバー群一挙公開！」。
これ、内容がかなり攻めてます。著者の方は、社内のDB、インフラ、ドキュメント、プロジェクト管理、CI/CD、会計、観測基盤……ほとんど全部を「AIから操作できるようにする」ために、TypeScript製のMCPサーバーをなんと17個もGCP上に構築しています。認証はGoogle OAuthで統一して、セッションはRedis、ログはBigQueryに集約。ちゃんとエンタープライズっぽい堅さも押さえつつ、AIに社内の“手足”を渡していく設計になっているのがポイントです。
ただし、いきなり書き込みさせるんじゃなくて、基本はread-onlyからスタート。GCloudやAWS、Git、Grafana、CircleCIといった既存CLIや公式MCPをOAuthプロキシ越しにラップして、権限スコープを最小限に絞っています。Git用のMCPやGraphベースのMCPで、コード・DB・施策と指標の依存関係を見える化したり、WorkspaceやSandboxのMCPで、非エンジニアでもACL付きでコード修正やデプロイ、自作アプリの公開までできるようにする基盤を用意しているのも面白いですね。
全部を単一のモノレポで管理していて、「誰かの頭の中」に閉じていた組織知を、AIが扱える形で外部化することがこのMCP群の核心だ、と語られています。AI導入を「チャットボット止まり」にしたくない組織には、かなり刺さる事例だと思います。
。 。 。 。

続いて2本目。
タイトルは「S3 Filesで消えるアーキテクチャ層、生まれるアーキテクチャ」。
AWSのS3を、本物のNFSファイルシステムとしてマウントできる「S3 Files」というサービスをテーマにした記事です。いままでって、S3にあるデータをLambdaやアプリから使うとき、「一回EFSやEBSにコピーして…」とか、「Lambdaの /tmp にダウンロードして…」みたいな中間レイヤー、ありましたよね。この記事では、そういった「S3→EFSコピー」「EFS＋S3同期」「レガシー向けアダプタ層」といった、いわゆる“つなぎ”のアーキテクチャを、S3 Filesがかなり要らなくしてくれる、という話が整理されています。
一方で、魔法のように全部解決、というわけではなくて、約60秒ごとの「stage and commit」方式でS3と同期するモデルだったり、rename操作が重い、VPC内じゃないとダメ、名前空間の互換性、バージョニング必須、といった制約もちゃんと書かれています。内部は高速ストレージとS3の二層構造になっていて、高スループットな読み込みや、Lambdaからの大規模参照データの利用、AIエージェントが自然にファイル操作するユースケースなど、新しいアーキテクチャの可能性も示されています。
要するに、「まずS3に置いておけば、あとからファイルシステムとしても使える」という自由度が増えて、S3中心のデータ基盤を見直すきっかけになる機能だよ、という位置づけですね。既存システムの“謎同期バッチ”に心当たりがある人は、読んでみると刺さると思います。
。 。 。 。

3本目に行きましょう。
タイトルは「Terraformを使わずにGitHubをコードで管理する」。
GitHubのリポジトリが増えてくると、GUIでポチポチ設定したり、共通の設定ファイルを配って回ったりするのが、だんだんしんどくなってきますよね。TerraformでIaCしようにも、個人や小さなチームではちょっと重いし、共通ファイルの配布管理もあまり得意じゃない。
そこで著者の方が作ったのが、「gh-infra」というツールです。GitHub CLI、`gh`の拡張として動作して、追加のトークンやstateファイルなしで、Terraformっぽい `plan/apply` をGitHubの設定とファイルに対してできるようにしています。YAMLで、リポジトリのvisibilityやマージ戦略、ラベル、ブランチ保護、rulesets、Actionsの設定から、CODEOWNERS、LICENSE、CI設定、言語別設定ファイルなんかまで宣言的に定義しておけるのが特徴です。
1リポジトリ向けのResourceと、複数リポジトリにまとめて適用するRepositorySetやFileSetの概念があって、共通設定を一括で配りつつ、個別の差分も柔軟に持たせられます。ファイルの元ネタもinline、ローカル、別リポジトリなど柔軟に指定できて、pushかPR経由で反映。`patch`、`mirror`、`create_only`といったリコンサイル戦略やテンプレート機能で、「一部だけ上書き」「部分編集」みたいなニーズにも対応しています。
既存リポジトリ側からの`import`機能もあって、GUIでいじった結果をYAMLに取り込んだり、インタラクティブなdiffビューでwriteするかpatchするかskipするか選べるなど、運用を意識した作り。Terraformはちょっと大げさだけど、「ちゃんとGitHubの設定、コードで持っておきたいんだよな」という人には、実用的な落としどころになっているツールだと感じました。
。 。 。 。

4本目。
タイトルは「エージェント開発の参考に！GitHub Copilotのシステムプロンプトを見てみよう」。
AIエージェントを作るとき、「どのモデルを使うか」とか「どのツールをつなぐか」ってつい気になりがちなんですが、実はそれ以上に大事なのが「どう振る舞わせるか」を決めるシステムプロンプトの設計です。ただ、多くの商用サービスはそこを非公開にしているので、具体例が見づらい。
この記事では、GitHub Copilot、特にVS Code版について、OSSとして公開されているリポジトリと、VS CodeのAgent Debug Logを手がかりに、「実際どんなプロンプトと構造で動いているのか」を読み解いています。アイデンティティの固定、モデルごとのプロンプトの出し分け、計画専用エージェント、ワークスペースの指示生成、カスタムエージェント、会話の圧縮、ファイルリンク化、タイトルやコミットメッセージ生成まで、けっこう細かく役割が分かれているんですね。
Copilotはスラッシュコマンド自体は薄く保ちつつ、横断ルールを共通化して、サブエージェントには狭い責務と厳格な出力フォーマットを与えています。特にUIと連携する部分では、「この形式で絶対に返してね」という制約がかなり強く設計されているのが印象的です。
この記事のメッセージとしては、「文言のうまさ」よりも、責務の分割、共通ルールの切り出し、フォールバック戦略、出力契約の設計といった“構造”が重要だということ。自分でエージェントを作るときも、モデルごとにプロンプトを分けたり、会話圧縮用の“引き継ぎ文書”をちゃんと設計するなど、かなり具体的なヒントが詰まっています。プロンプト設計にモヤっとしている人には、良いサンプルになりそうです。
。 。 。 。

そしてラスト、5本目。
タイトルは「PMが本来やるべき仕事の時間を取り戻す — Claude Codeで変わった3つのPM業務」。
プロダクトマネージャーの方の視点で、Claude Codeを使って、時間を奪いがちな3つの仕事――「要件定義・仕様化」「情報整理・調査」「報告・共有資料づくり」をどう効率化したか、という話がまとまっています。
Claude Codeは、ローカルフォルダを起点に、Skillsと呼ばれる手順書、Sub Agentsという専門エージェント、それからSlackやDrive、Amplitude、GitHubといったMCP連携を組み合わせることで、「Whyと判断はPMがやり、Howと作業はAIに任せる」というスタイルを取りやすいのが特徴だと紹介されています。Design Docの叩き台作り、論文やドキュメントの横断調査、システム全体の検索、スケジューラーでの定期要約など、「白紙から書く」「ゼロから探す」部分をだいぶ削っているイメージですね。
とはいえ、AIは“それっぽい文章”は出せても、本当の意味で要件を決めたり優先度を判断したりはできません。なのでPMの役割は、①Whyと目的を明確にすること、②必要なコンテキストをきちんと集約して渡すこと、③SkillsやSub Agentsを継続的に改善し続けること。この3つにシフトしていくべきだとしています。
雑務の質と速度を底上げして、「顧客との対話」「ビジョンづくり」「ステークホルダーとの合意形成」といった、“PMにしかできない仕事”に時間を取り戻す。そのための具体的なワークフローがかなり丁寧に書かれているので、PM職の方や、プロダクト周りの調整に追われている人には参考になりそうな内容でした。

ということで、今日のzenncastは、
・社内業務をAIに開放するMCPサーバー群の事例、
・S3 Filesで変わるストレージアーキテクチャ、
・TerraformなしでGitHubをコード管理する「gh-infra」、
・GitHub Copilotのシステムプロンプトから学ぶエージェント設計、
・Claude CodeでPMの時間を取り戻すワークフロー、
この5本を駆け足でご紹介しました。

気になった記事があれば、ぜひショーノートから元記事もチェックしてみてください。ここでは話しきれなかった細かい設計やコード例、画面イメージなんかも載っています。
番組の感想や、「こんなテーマを取り上げてほしい」といったリクエストもお待ちしています。あなたの現場での悩みや工夫も、ぜひ教えてください。

それでは、そろそろお別れの時間です。
ここまでのお相手は、マイクでした。
次回のzenncastでまたお会いしましょう。いってらっしゃい、そして今日も良い一日を。