どうも、zenncastパーソナリティのマイクです。
2026年5月4日、月曜日の朝7時を回りました。みなさん、おはようございます。
この番組では、今日Zennでトレンドになっている記事をピックアップしてご紹介していきます。通勤・通学のおともに、作業のおともに、ゆるっと聞いていってください。

今日はお便りの紹介はお休みです。そのぶん、記事の内容をじっくりめにお届けしようかなと思います。

さて、今日ご紹介する記事は全部で5本です。
VSCode、Remix、GPT-5.5、AI指示ドキュメントの分業、そしてデジタル庁の生成AI基盤「源内」と、かなり濃いラインナップになってますよ。

まず1本目。タイトルは「VSCode 1.118 のアップデートがアツすぎ」。
2026年4月29日にリリースされた VSCode 1.118 の話なんですが、今回の主役は完全に GitHub Copilotですね。カスタムスキルを別コンテキストで実行できる「context: fork」っていう仕組みが入って、重い処理を投げてもメインチャットがゴチャつかないようになった、と。Copilotと長く会話していると、途中から文脈がよく分からなくなる、みたいな経験あると思うんですけど、そのあたりの一貫性がかなり上がりそうです。
さらに「Copilot CLI」が強化されて、`/remote on` とかでGitHubやスマホからリモート制御できるようになった。長時間走らせたいタスクとか、夜のビルド・解析ジョブとか、家に帰ってからも様子を見られるのは地味に便利ですよね。
料金体系が従量課金寄りに振れてきている一方で、プロンプトキャッシュ最適化とか、ツール検索専用の軽量モデルとかを入れて、トークン消費を最大2割ぐらい抑えられるようにしたのもポイント。加えて「Chronicle」という機能でチャット履歴をSQLiteに構造化保存して、スタンドアップの自動生成や、過去のやりとりの検索なんかもやりやすくしていると。
そのほか、あらゆるワークスペースでセマンティック検索解放、OpenAIモデルのWebSocket化で約12%高速化、GitHubテキスト検索ツール、TypeScript 7.0 Beta サポート、Dev Container ロックファイルのデフォルト化、サンドボックス権限の最小化、企業向けの承認済み組織ポリシーなどなど。開発体験もセキュリティも底上げして、「値上げしてもまだおつり来るよね」というぐらいのアップデートだと筆者は評価しています。Copilotを仕事のメインアシスタントとして使い込んでいる人ほど、じわじわ効いてくるタイプのアップデートですね。

。。。。

続いて2本目。タイトルは「Remix v3 beta を触ってみる - React 経験者からみたフルスタックの新しい選択肢」。
Remix 3 Beta、ついにReact依存を捨ててきました、という話です。これまでの「React Routerの親戚」みたいなポジションから離れて、Web標準のAPIの上に独自ランタイムを載せた「単一パッケージのフルスタックフレームワーク」に再設計されています。
コンポーネントの考え方も結構ユニークで、「一度だけ実行されるセットアップ」と、「何度も呼ばれる描画関数」の二段構成。状態は普通のローカル変数として持って、`handle.update()` みたいな明示的な呼び出しで再描画をトリガーする、というスタイルです。ReactのuseStateやuseEffectに慣れてる人からすると、「あ、フック抜けた世界線だ」と感じるかもしれません。
もうひとつ特徴的なのが `mix` prop。CSS、イベント、ref、アニメーションといった“振る舞い”を配列的に合成していくことで、「このボタンはホバーしたらこう光って、押したらこう動いて、ポップオーバーも出して……」みたいなことを、1か所で管理しやすくしていると。
さらに、アニメーション、ポップオーバー、メニュー、テーマ付きのUIコンポーネント群、バリデーション、テスト、CLI、ルータ、認証、ORMまでを `remix/...` のサブパスで提供していて、「TypeScript版Railsの全部入り」を狙っている野心作という印象です。
とはいえ、Reactエコシステムの膨大なコンポーネント資産はそのままでは使えないし、まだドキュメントや事例も少ないし、API変更リスクも高い。筆者の結論としては「今すぐ本番採用というより、思想を学ぶためのプロトタイピング向きだけど、APIが固まって事例が増えたら有力候補になる」というスタンス。Next.js一強の世界からちょっと外を見てみたい人には、良い刺激になりそうな記事です。

。。。。

3本目。タイトルは「GPT-5.5 にも『指示の型』を ─ 3 モード Agent Skill とコスト最適化ルーティング」。
GPT-5.5のようなリースニング強めのモデルって、賢いぶん reasoning tokens が多くなりがちで、お金も時間もかかるんですよね。「全部5.5に投げとけ」はそろそろ非効率ですよ、という問題意識からスタートしています。
この記事では、OpenAI公式の「Outcome-first」なプロンプトの書き方ガイド（7セクション構成）に対して、Evidence と Tools & validation、それからAPI注釈を足して、合計9セクション構造の“指示の型”をベースにしています。その上で、GitHub Copilotから使えるエージェントスキル「gpt-prompt-optimizer」を紹介。
このスキルは generate / audit / route の3モードを持っていて、特におもしろいのが route モードです。まずは安価なモデルで回答を試みて、ある一定の条件を満たしたときだけ GPT-5.5 に“エスカレーション”する。しかも、そのエスカレーション条件や、前段モデルが考えた内容のサマリを「handoff packet」として構造化して渡すことで、「安いモデルでできることは安く、高いモデルは本当に難しいところだけ」という運用をプロンプトの段階から設計してるんですね。
さらに、タクソノミー付きのaudit（レビュー）、モデルごとのプロファイル、Bashラッパーやlinterなんかも用意して、「プロンプト構造とモデル選択」を再利用可能な“オーケストレーション仕様”として扱えるようにするのが狙い。
使うモデルを変えるのではなく、「仕事の流れ」と「指示書の型」を設計して、その中にGPT-5.5を上手に位置づける、という話で、チームでLLMを運用している人には刺さりそうな内容です。

。。。。

4本目。タイトルは「AIに渡す指示書の役割分担: AGENTS.md/SKILL.md/DESIGN.mdと仕様駆動開発の現在地」。
最近よく見る「CLAUDE.md」みたいな、AIに渡す長いお作法ドキュメントってありますよね。これを1枚に全部詰め込むやり方には、人間レビュー前提で属人化しがちとか、検証可能なルールと“ふんわりした判断”ルールが混ざってしまうとか、いろいろ限界が見えてきたよね、というところから始まります。
この記事が提案しているのは、役割ごとに3分割する考え方です。
まず、AIエージェント全体の“人格”とか振る舞いの原則を定義する AGENTS.md / CLAUDE.md。次に、再利用可能な個別タスクを定義する SKILL.md。そして、デザインのトークンやコンポーネントを機械可読＋人間可読で書いて、lintやdiffでちゃんと検証できるDESIGN.md。この3つは、どれが偉いとかではなくて、機械可読性の重心がそれぞれちょっとずつ違う“分業関係”なんだと説明しています。
既存のCLAUDE.mdを見直すときの指針として、「見た目に関するルールはDESIGN.mdへ」「具体的タスクはSKILL.mdへ」「前提・境界条件や判断の方針はAGENTS.mdへ」と切り出していくイメージですね。
この流れは、仕様を先に書いてから実装する「仕様駆動開発（SDD）」とも哲学的には近いんだけど、SDDが“これから作るもの”にフォーカスしているのに対して、AGENTS / SKILL / DESIGNの3層は“常に守る規範”を扱う、という時間軸の違いがある、と。
全部を形式仕様にしようとすると絶対に破綻するので、「形式的に検証できる部分だけDESIGN.mdやSKILL.mdに落とし込んで、それ以外は自然言語のドキュメントに残す」という線引きが大事だよ、と締めています。いきなり完璧を目指さず、小さく分割して導入していく現実的なステップが紹介されていて、チームでAI指示書を運用している方には、かなり参考になりそうです。

。。。。

そして5本目。タイトルは「デジタル庁の生成AI基盤『源内』のOSSをAWS上で動かしてみた話」。
デジタル庁がOSSとして公開している生成AI基盤「源内」の Webインターフェース、genai-webを、筆者が個人のAWS環境にCDKでデプロイしてみた記録です。半日くらいの作業時間と、数百円程度のコストで、実際の構成や挙動、セキュリティを確認できたというレポートになっています。
アーキテクチャとしてはかなり王道で、CloudFront、Cognito、API Gateway、Lambda、DynamoDB、S3、そしてBedrockを組み合わせた典型的なAWS構成。チャット・文章生成・翻訳はBedrockのLLMを使い、文字起こしはAmazon Transcribeを使う、という疎結合なかたちになっています。
おもしろいのは、音声データの扱い。ブラウザから署名付きURL経由で直接S3にアップロードして、Cognito Identity Poolによってユーザーごとにディレクトリと権限をしっかり分離。S3バケットもKMS暗号化、パブリックアクセス遮断、HTTPS強制など、いわゆる「セキュアなデフォルト」がきちんと押さえられている、と。
構築時につまづきがちなポイントとしては、Node.jsのバージョン問題、Windows環境でのPowerShell実行ポリシー、Bedrockモデル利用の事前申請、それから東京リージョンと us-east-1の両方でCDK bootstrapが必要だったことなどが挙がっています。あと、撤去時にはCloudFrontログ用の“バージョン付きS3バケット”だけは手動で消す必要があったという小ネタも。
筆者が一番意義を感じているのは、これをOSSとして誰でも試せることで、自治体の職員さん自身が事業者の提案を待たずに「まず自分たちで検証してみる」ことができるようになる点。R&Dや予算確保の議論を、より具体的な前提で進められるようになる、というのは、行政のデジタル化にとって大きな一歩だよね、というメッセージで締められています。

というわけで、今日は全部で5本の記事をご紹介しました。
VSCode 1.118 のCopilot強化と開発体験アップデート、Reactを離れてWeb標準に寄せたRemix v3 Beta、GPT-5.5時代の「指示の型」とコスト最適化ルーティング、AIへの指示書をAGENTS/SKILL/DESIGNに分業する考え方、そしてデジタル庁「源内」をAWS上で実際に動かしてみたレポート。どれも、これからの“AIと開発”を考えるうえでヒントが詰まった内容でした。

気になった記事があれば、このあとぜひショーノートから元の記事もチェックしてみてください。もっと細かい設定やサンプル、図解などは、やっぱり元のZenn記事が一番わかりやすいと思います。

番組への感想や、「こんなテーマを扱ってほしい」「ここもうちょっと深掘りしてほしい」といったリクエストも、どしどしお待ちしています。あなたの一通が、次回のラインナップを決めるかもしれません。

それでは、そろそろお時間です。
今日も一日、無理しすぎず、でもちょっとだけ前に進めるような、そんな一日になりますように。
お相手はマイクでした。次回のzenncastでまたお会いしましょう。バイバーイ。