おはようございます、水曜日の朝いかがお過ごしでしょうか。パーソナリティのマイクです。
時刻は朝7時、2026年3月25日、水曜日ですね。ここからの時間は「zenncast」、きょうも最新のZennトレンド記事を、ゆるっと楽しくご紹介していきます。

きょうはトレンド記事をぜんぶで5本、ご紹介していきます。AIコードレビューから、新しいプログラミング言語、さらには文字化けおみくじまで、かなり幅広いラインナップになってますので、コーヒー片手に最後までお付き合いください。

まず1本目。
タイトルは「人間のコードレビュー辞めにしたくてコードレビューエージェント作ってみた」。
AIコーディングエージェントのおかげで実装スピードは上がったんだけど、プロダクト固有のルールとか、設計レベルまで踏み込んだレビューって、既存の自動レビューじゃちょっと物足りないよね、というところからスタートした記事です。

著者の方は、GitHub Copilot のカスタムエージェントと Skills を組み合わせて、「コードレビュー専用エージェント」を自作しています。面白いのが、レビューの“手順書”を SKILL.md というファイルに全部集約しているところ。
プルリクの git diff から差分を取ってきて、バックエンド・フロントエンド・Prisma など技術スタックごとにルールを読み分けながら、

・差分そのもののチェック
・ありがちなバグの洗い出し
・ファイル間の整合性
・影響範囲の確認
・要件にちゃんと合っているか

こういったポイントを段階的にチェックしてくれます。
出力も、重大度とかカテゴリをつけた“構造化レポート”になっていて、人間が読みやすい形にしているのが実務っぽいですね。

さらに、良いレビュー例・悪いレビュー例を別ファイルで用意して、指摘の“トーン”や“粒度”までコントロールしているのもポイント。
実運用でも、型の不整合とか、クラス名の責務があいまいだよね、みたいなところまでちゃんと突っ込んでくれるらしくて、「これ、人間がレビューしてもそう言うよね」というレベルの指摘が出ているそうです。
今後はルールの整備や、ワークフローとの連携を進めながら、「人間とAIでどうレビューを分担するか」を最適化していきたい、というお話でした。レビュー疲れしてるエンジニアには刺さる内容ですね。

。。。。

続いて2本目。
タイトルは「【2026年版】Claude Code フロントエンド特化の設定・ツールまとめ」。
こちらは React / Next.js プロジェクトで Claude Code を本気で使い倒すための“実務レシピ集”みたいな記事です。

テーマは「コンテキストウィンドウをどう節約しつつ、長時間・高精度に開発するか」。
モデルを“考える用”と“実行用”に分けて自動切り替えする `opusplan` の設定とか、agent teams と MCP の動的読み込みをオンにするための `ENABLE_TOOL_SEARCH` の話、型チェックや console.log の残し忘れを検出する hooks の仕込み方なんかが、かなり具体的に書かれています。

面白いのが、CLAUDE.md に Next.js のドキュメントインデックスを“静的に”埋め込むというアイデア。Skills より成功率が高いケースが多くて、「必要な知識をあらかじめ噛み砕いて持ち込む」という設計になっています。
ツール面では、Claude と連携してコンテキストを見やすく表示してくれるターミナル `cmux`、Raycast のスニペットでコマンド展開を一瞬でやる工夫など、開発環境そのものをAI前提にチューニングしていく発想が印象的です。

MCP については、「スキーマ定義自体がコンテキストを圧迫してコストが高い」という冷静な分析もあって、代わりに“CLIツール＋Skills”構成をおすすめ。
具体例としては、ドキュメント取得用の context7 CLI、ブラウザ操作を軽量化する agent-browser / Browser Use CLI、Web上で diff をレビューしてコメントをAIへの指示に変換してくれる difit などが紹介されています。

さらにフロントエンド特化として、UI要素をクリックすると、その要素とコードの位置情報付きで自然なプロンプトを生成してくれる React Grab、React のコードをスコアリングして診断してくれる React Doctor なども登場。
「一日中フロントエンド開発をしながら、AIと一緒に走り続けるにはこうするといいよ」というノウハウがぎゅっと詰まった記事です。

。。。。

3本目。
タイトルは「囚人のジレンマをオンライン対戦ゲーにしたら30分で攻略されてゲームが終わった」。
まずタイトルが最高なんですが、中身もかなり考えさせられる内容でした。

作者の方は、懲役300年からスタートして、協力・裏切りの選択で刑期が増えたり減ったりするオンライン対戦ゲームを Unity と Firebase で作って、unity1week に出したんですね。誰かが刑期0年になったらゲーム終了、というルールです。

公開から30分で現れたのが、「主人と奴隷」戦略。
一人のプレイヤーが2端末を使って、自作自演でマッチングし続けます。片方の“イケダ”は常に裏切り、もう片方の“ヤマシタ”は常に協力。この2人だけで延々と対戦すると、イケダはわずか35戦、4分で釈放。ヤマシタは懲役595年という、なかなかに救いのない数字になってゲームが終わってしまいます。

IP 制限も、モバイル回線を切り替えられると簡単に回避されてしまい、「オンラインで“同一人物”を完全に見分けることって、めちゃくちゃ難しいよね」という話に発展していきます。
記事では、IP アドレス、ブラウザフィンガープリント、SMS 認証、行動分析など、いろんな手段の限界が整理されていて、技術的な話としても読み応えがあります。

最終的な結論は、「不正を完全に検知する」のではなく、「不正をしてもあまり得をしないようにゲームを設計する」ことが大事だよね、というメカニズムデザインの観点。対戦回数の上限とか、報酬の設計とかですね。
このゲームでは、「繰り返し囚人のジレンマで協力は生まれるか？」という本来のテーマは検証できなかったものの、マッチング設計や不正対策についての学びがたくさんあった、という振り返りが印象的でした。

。。。。

4本目いきましょう。
タイトルは「究極のマルチパラダイム次世代プログラミング言語Flix」。
これは、プログラミング言語好き・CS好きの方にはたまらない内容です。

Flix という言語は、関数型・手続き型・論理プログラミング・CSP 並行処理・Algebraic Effects を“全部入り”で一つの言語にまとめた、かなりチャレンジングな設計をしています。
問題に応じて、一番相性のいいパラダイムを選んで書けるのが特徴で、それを一貫した構文と型システムで支えている、というのがポイントです。

型の世界では、型クラスとアドホック多相を備えつつ、Region という仕組みで「安全なミュータブル操作」を管理。これによって、関数型らしい純粋性と、実行速度の両立を目指しています。
論理プログラミング面では、Datalog を使って、例えばダイクストラ法みたいなグラフ問題も「事実とルール」だけで宣言的に書けるようになっていて、命令的な手続きと対照的なスタイルが取れるようになっています。

並行処理は、CSP モデルにもとづくチャネルと select 構文で、Go に近いけどきちんと型で護られたスタイルを提供。
そして一番おもしろいのが Algebraic Effects で、副作用を“型”として明示して、Handler という仕組みで「何をしたいのか」と「それをどう実装するか」をきれいに分離できます。テストのしやすさや、設計の見通しの良さがぐっと上がるんですね。

とはいえ、エコシステムやドキュメントはまだ発展途上で、“今日から本番投入！”というには早い段階。ただ、「複数のパラダイムを、ひとつの言語で体系的に学べる」という教育的価値がとても高くて、「コンピュータサイエンスの再入門にぴったりな言語」として紹介されています。
新しい言語でCSを学び直したい方は、要チェックかもしれません。

。。。。

そしてきょう最後、5本目。
タイトルは「技育祭で引いた文字化けおみくじを解読してみた」。
イベント会場で引いたおみくじが、まさかの“物理的に文字化け”していた、というところから始まる、エンジニアならニヤッとしてしまう記事です。

原因は、UTF-8 で書かれた文字列を、システム側が誤って Shift-JIS（CP932）として解釈しちゃったこと。
UTF-8 の3バイト漢字が、Shift-JIS だと「2バイトの漢字＋1バイトの半角カナ」に分断されてしまって、「譛ｫ蜷」みたいな、見覚えのある“あの感じ”の文字列になってしまった、というわけですね。

著者の方はまず、文字コード表を見ながら手作業でバイト列を追いかけていきます。その結果、「末吉だけどこれ読んだなら大吉ってことでいいよ」という、なかなか粋なメッセージを復元。
仕組みが分かったあとで、Python を使って「いったん cp932 としてエンコード → それを UTF-8 としてデコード」という処理を自動化して、次々と文字化けおみくじを解読していきます。

そこから出てきた文言が、「運勢 すえきち」「エラー これがよめるなら大丈夫」「バグ なんとかなるさ」「エーアイ あんま無茶させるな」などなど、エンジニアイベントらしいユルさ全開のメッセージ。
一方で、印刷する時点で「?」に置き換えられてしまった文字は、バイト列自体が失われているので、`errors='ignore'` 的な処理をしても機械的に元には戻せない、という冷静な話も出てきます。

それでも人間は、文脈から「ここは“いいよ”だろうな」みたいに推測して補完できる。この「機械が失ったものを、人間が文脈で補う」感じが、文字コードの世界とAIの世界、両方に通じるなぁと感じさせてくれる記事でした。
最後は、「これからもくだらないものを楽しんで作っていきたい」と締められていて、技術の楽しさを思い出させてくれる内容になっています。

。。。。

そろそろお別れの時間です。
きょうの zenncast では、

・AIにプロダクト固有ルールまで覚えさせたコードレビューエージェントの話
・Claude Code をフロントエンド開発で使い倒すための2026年版セットアップ
・囚人のジレンマをオンライン対戦ゲームにしてみたら30分で攻略されちゃった話
・マルチパラダイム言語 Flix でCSを学び直すという提案
・技育祭の「文字化けおみくじ」を真面目に解読してみたレポート

この5本をご紹介しました。

気になった記事の詳細やキーワードは、番組のショーノートにまとめてありますので、通勤・通学のあとでゆっくりチェックしてみてください。
また「zenncast」では、番組の感想や、紹介してほしいテーマ・Zennの記事など、皆さんからのお便りもお待ちしています。じゃんじゃん送っていただけるとマイクがとても喜びます。

というわけで、水曜の朝はこのへんで。
お相手はマイクでした。それでは、きょうも良い一日を。次回の zenncast でまたお会いしましょう。