どうもー、おはようございます。マイクです。
朝7時になりました。2026年2月27日、金曜日の朝いかがお過ごしでしょうか。
この番組「zenncast」では、Zennで話題になっているトレンド記事を、ラジオ感覚でゆるっと、でも中身はみっちりお届けしていきます。

今日は、AIコーディングの現場感あふれる記事を中心に、全部で5本ご紹介していきます。Claude Codeまわりの話が多めなので、普段から触っている人はもちろん、「そろそろちゃんと使いこなしたいな〜」という方にも刺さるラインナップかなと思います。

ではさっそく、今日紹介する記事の本数をお伝えします。
今日は、全部で5本のお話をしていきます。AIエージェントの安全運用から、次世代のバージョン管理システム、そしてWSL環境での高速化テクニックまで、幅広くカバーしていきますので、コーヒーでも飲みながら、最後までお付き合いください。

まず1本目。
タイトルは「202602個人的claude code設定」。
これはですね、Claude Codeを“自律実行させる前提”で、どうやって安全かつ快適に運用するかをまとめた、かなり現場寄りのノウハウ集になっています。キモになっているのが「bypassPermissions」で基本は自走させつつも、「とはいえsandbox突破されたら怖いよね」ということで、外部ツールの「cage」で作業ディレクトリを物理的に区切って、防衛線をしっかり張る構成。さらに、PreToolUseフックと`validate-bash.sh`をかませて、awkやsedの危険な使い方、`git push`や`git add -A`みたいな取り返しのつきにくい操作は、理由付きでやんわり拒否するスタイルを取っています。
おもしろいのは、単に「禁止！」ってするんじゃなくて、「こういう理由でそのコマンドはダメなので、代わりにこうしてね」とガイドすることで、AIの挙動を“しつける”感じでコントロールしているところ。トークン節約にはrtkで出力カットをしたり、ステータスラインに使用量を出して「使いすぎ防止モード」にしていたりと、運用者目線の工夫も細かいです。ブラウザ操作はagent-browser CLIで行い、AI用の記録は`z-ai`ディレクトリに集約。レビュー、修正判断、レビュー返答みたいなよくあるフローは全部スラッシュコマンド化して、サブエージェントreviewerに任せる。結果として、「気合いと根性でプロンプトする」のではなく、「環境とコマンドで運用を固める」っていう、かなり実用的な設計思想が伝わってくる記事でした。

。。。。

続いて2本目。
タイトルは「git の次の時代のバージョン管理システム jj (jujutsu)」。
名前からしてもうクセが強いんですが、中身もがっつり“次世代志向”です。この記事では、gitにモヤモヤしてきた人向けに、jjのメンタルモデルと基本操作がわかりやすく解説されています。大きな特徴は、Change / Commit / Operation という3つのIDがあること。特に「Change」という単位がポイントで、あとから書き換え可能な“編集可能な変更単位”として扱えるので、「コミットするの重いな…」とか「rebaseだるい…」みたいなストレスを、設計レベルで減らしてくれます。
`jj new`で作業の単位をサクッと切って、`jj desc`で説明を付け、試行錯誤したら`jj squash`で履歴をきれいにまとめる。しかも`jj undo`で操作レベルの取り消しも前提になっているので、「あ、やらかした」が怖くない。ファイルは自動追跡されるので、最初に`.gitignore`をちゃんと用意するか、不要なものは`jj file untrack`で外す必要がある、という運用上の注意点もていねいに書かれていました。
ブックマークがgitでいうブランチの役割を担っていて、`jj git fetch/push`や`jj bookmark track`でGitHubやGitLabとも連携可能。ただ、PRやCIとの“最適な流儀”はまだ模索段階で、「これから一緒に育つツールだな」という感じです。著者はとくに、小規模・個人開発や、文章の履歴管理のような“試行錯誤が多い作業”でjjに手応えを感じているとのこと。gitの窮屈さを日々感じている方には、かなり刺さる内容だと思います。

。。。。

3本目。
タイトルは「Claude CodeのOSS版 OpenCodeの内部挙動を理解する」。
これは、いわゆる「黒魔術に見えがちなAIエージェントの中身」を、TypeScriptの実装コードレベルでしっかり分解してくれている記事です。ユーザーが指示してから、コード変更が完了するまでを10ステップに分けて解説していて、特に重要なのが「外側ループ」と「内側ループ」の二重構造。外側ループがセッション管理とLLMコールの制御を担当していて、内側ループがストリーミングイベントを処理する、という分業になっています。
モデルごとにチューニングされたシステムプロンプトの設計や、bash / edit / read / grep / skill / task などのツール群をどう解決して、Vercel AI SDK経由でマルチプロバイダーに抽象化しているか、といった設計まで踏み込んでいます。`apply_patch`みたいなモデル依存のツールを、どう条件分岐させているかも解説されていて、「あぁ、こういうところに“実務的なつらさ”があるのね…」と伝わってくる内容です。
さらに、taskツールでサブエージェントを生成し、エージェントごとにパーミッションを分ける仕組みや、コンテキスト肥大化対策として、ツール出力のトランケーション → プルーニング → 要約エージェント（compaction）の三段構えで攻めている点もおもしろいところ。MCPツールを既存の標準ツールと同じパイプラインに統合するアーキテクチャも紹介されていて、「AIコーディングエージェントって、結局どう設計すればいいの？」という疑問にかなり具体的な答えを出してくれる記事でした。

。。。。

4本目。
タイトルは「Claude Codeを"優秀な新卒部下"として使い倒す：個人開発爆速化の全ワークフロー」。
この発想がまずいいですよね。「優秀だけど経験は浅い新卒エンジニア」だとみなして、どうやったら迷わず動けるかを設計する、というスタンス。記事の主軸は「プロンプトの工夫」よりも、「環境設計」と「行動規範」を整えることに置かれています。プロジェクトルートにCLAUDE.mdを置いて、ワークフロー、タスク管理、基本原則などを“行動指針”として明文化する。これによって、単なる補助ツールだったClaudeが、計画・検証・自己改善まで含めた“実行主体”に変わっていく、というストーリーです。
さらに、プロジェクト固有のルールは`ai/rules`配下に分割して、Git運用ポリシー、アーキテクチャの原則、React Nativeの書き方ルール…といったものを小さなドキュメント群として整理します。必要なときだけ参照させることで、コンテキストも無駄に膨らまず、かつ一貫性も保てる。GitHub MCPも導入して、ISSUE作成からブランチ作成、実装、PR作成までをClaudeに丸ごと任せることで、“Git周りのルーティン作業”をほぼゼロに近づける。
ただし、「任せない領域」もちゃんと線引きしていて、本番デプロイの判断や危険なGit操作、セキュリティ、曖昧さの大きい巨大リファクタは人間が責任を持つ。結果として、新機能開発やバグ修正にかかる時間が3〜5倍短縮された、という実体験ベースの報告があり、「最初の数時間の環境整備は確実に回収できる」と結論づけています。AIにたくさん指示するのではなく、「迷わない環境をつくる」のが本質、というメッセージがとても印象的でした。

。。。。

最後、5本目。
タイトルは「WSL内で起動したClaude Codeの動作を高速化する簡単な設定」。
これは「なんかWSLでClaude Code重いんだけど…」と感じている人には、かなり即効性のあるTIPSです。原因は、Claude CodeがホストWindows側のユーザープロファイルを取るために、`powershell.exe -Command '$env:USERPROFILE'` を頻繁かつ同期的に叩いている仕様。WSLからWindowsの実行ファイルを呼ぶオーバーヘッドに加えて、PowerShellプロファイルにStarshipやmiseみたいな“重い初期化”が入っていると、そのたびに処理がもたついて、UIフリーズに見える、という構図ですね。
対処法はシンプルで、`.bashrc`に二行追加します。`CLAUDE_CODE_SKIP_WINDOWS_PROFILE=1` をexportして、Windowsのプロファイル取得をスキップしつつ、`USERPROFILE`を自前で設定してあげる。これだけで、powershell.exeの呼び出しを抑止して、高速化が期待できます。とはいえ、`/mnt/c/Users/◯◯◯` をベタ書きしたくないよね、という人向けに、`whoami` や `/mnt/c/Users` を使ってWindowsユーザー名を推定し、動的に`USERPROFILE`を設定するシェルスクリプト例も紹介されています。
根本的な問題はGitHub Issueとしても報告されていて、「公式の修正を待ちつつ、現場ではこうやってしのごう」という、ありがたい“つなぎの知恵”になっている記事でした。WSLユーザーでClaude Codeを日常使いしている方は、チェックしておくとかなり幸せになれると思います。

。。。。

はい、というわけで、今日のzenncastは、
1本目「202602個人的claude code設定」で、Claude Codeを自律実行させるための安全運用術。
2本目「jj (jujutsu)」で、gitの次を見据えた新しいバージョン管理の考え方。
3本目「OpenCodeの内部挙動」で、AIコーディングエージェントの中身と設計のリアル。
4本目「優秀な新卒部下としてのClaude Code」で、環境設計による個人開発爆速ワークフロー。
そして5本目「WSLでの高速化設定」で、日々のフリーズを減らす実践的TIPS。
この5本を駆け足でお届けしました。

気になる記事があれば、詳しい内容や元の記事への導線は、番組のショーノートにまとめておきますので、あとでゆっくりチェックしてみてください。
また、このzenncastでは、番組の感想や「こんなテーマを取り上げてほしい！」といったリクエストもお待ちしています。AI開発の現場のぼやきなんかも、大歓迎です。

それでは、そろそろお時間です。
今日も一日、ゆるく、でも楽しくコードを書いていきましょう。
お相手はマイクでした。また次回のzenncastでお会いしましょう。バイバーイ。