どうも、「zenncast」パーソナリティのマイクです。おはようございます。
2026年4月25日、土曜日の朝7時を少し過ぎたところでしょうか。
この番組では、今まさにZennで盛り上がっているトレンド記事を、コーヒー片手にサクッとキャッチアップできるようにご紹介していきます。
今日はですね、全部で5本の記事をピックアップしてきました。
AIまわりの実践 tips から、技術同人誌づくり、開発環境の安全対策まで、けっこうバラエティ豊かなラインナップになっています。
というわけで、さっそくいってみましょう。
まず1本目。「Claude Codeを24時間常駐させる自宅ホームラボを月500円で運用している話」という記事です。
これ、タイトルからしてすでに“わかってる”感じが漂ってますよね。中古のデスクトップ、DellのOptiPlex 3020を総額5,000円で仕入れてきて、Ubuntu 24.04 LTS を入れて、モニタなしのヘッドレス構成にして、そこに Claude Code CLI を tmux 上で10セッション前後、常駐させているというお話です。
ポイントは「お金をかけない常駐AI環境」。TLP とか thermald、powertop、それからカーネルの起動パラメータやTLPの設定を細かく調整して、アイドル時15〜18W、平均18〜22Wという省電力を実現しています。電気代にすると、36円/kWh換算で月520円くらい。VPSやEC2で同じようなことをやるより、自宅に静かで安定したマシンを一台置いておいて、そこでAI開発環境をずっと動かす方が圧倒的に安い、という実例ですね。
接続まわりもかなりちゃんとしていて、LANや外出先のiPhoneからSSH＋tmuxでつなぎつつ、Claude Codeの `/remote-control` 機能を組み合わせて、シェル操作と既存セッションの継続利用を分担させています。セキュリティ面では、sshd の設定と ufw、fail2ban、それから Tailscale まで入れて、鍵認証前提で22番ポートはLANとTailnetだけ許可という、堅牢な構成。
「AIの推論自体はクラウド側でやるから、ローカル機はCPUパワーよりも“静か・安定・省電力”が大事」という割り切りも印象的でした。家に眠っている中古PCがある方は、「月500円でマイAIホームラボ」っていう選択肢、ちょっと夢がありますよね。
。。.。。.。.
続いて2本目は、「技術同人誌を作る技術」という記事です。
これは技術書典20に向けて、TOKIUMさんが全6章の技術同人誌を作ったときのノウハウをまとめたもの。キーワードは「Markdown が書ければ本が作れる」。Vivliostyle と Markdown を組み合わせて、執筆者はふだんどおりMarkdownを書くだけ、あとの組版やPDF生成はnpmスクリプトで面倒を見てあげる、という設計になっています。
リポジトリ構成をきちんと決めたうえで、本文用、表紙用、電子版用、それぞれのPDFを一発で生成できるようにしているのが実務的。さらに textlint で日本語技術文書向けのルールを入れつつ、「でも文体の個性はつぶしたくないよね」ということで、CIでガチガチに縛るのはやめて、最終稿のタイミングで校正に使う運用に落とし込んでいます。
印刷特有の制約、たとえばページ数や裁断の余白、背幅の計算などは print-spec.cjs に一元化して、pdf-lib を使ったプリフライトスクリプトで、偶数ページ調整やページボックスのチェックまで自動化。`npm run build:print` を叩くだけで、入稿データがほぼ完成してしまうのは、本づくりのハードルをかなり下げてくれますよね。
実際の出来上がりも、裁断や背幅、組版の品質が良かったそうで、日頃から社内外で発信する文化があったことや、しっかりしたゲラチェック体制が成功要因として挙げられています。一方で、テーマの焦点の絞り方や、AIエージェント関連のボリューム不足など、次回への反省点も正直に書かれていて、「自分も技術同人誌やってみたい」という人にはかなり実践的なロードマップになっていました。
。。.。。.。.
3本目。「人間が寝ている間にClaude CodeがPlaywrightのE2Eテストを直してPRを出す」という、タイトルからもうワクワクする記事です。
これは、夜間にGitHub Actionsで回している Playwright のE2Eテストが失敗したときに、自動で `_analyze-and-fix.yml` をキックして、Claude Code CLI に「原因解析から修正、Draft PR作成」までやらせてしまう、という仕組みの紹介です。
構成としてはけっこう堅牢で、CLIに実行させていいコマンドや、触っていいディレクトリをかなり厳しめに制限。そのうえでプロンプトで、「ログを集める → テスト起因かサーバー起因か分類する → 最小限の修正を加える → 品質チェック → PRを作る」という手順を細かく指示しています。
さらに面白いのが `.instructions.md`。ここにQAの知見をどんどんパターン化して溜めていくことで、典型的なエラー──たとえばポーリングのタイムアウトとか、strictモードの違反、rowspanを含むテーブルのロケーター問題とか──に対する「こう直すべき」という方針を、AIと共有できるようにしているんですね。記事では、実際にrowspan付きテーブルでロケーターがうまく動かない問題を、XPathを工夫する形で自動修正できた実例も紹介されています。
運用としては、夜のうちにAIがDraft PRを用意しておいて、朝になったらQAがそれをレビューしてマージするか、ダメならIssueに落として再検討する、という流れ。課題としては、「とりあえずタイムアウト伸ばすだけ」みたいな安易な修正をしがちだったり、プロダクトコード側を直接読ませていない分の限界もあるので、人間側のレビューとテスト設計の質でカバーしているとのことです。
とはいえ、「夜のテスト失敗が、朝見たらAIによって“だいたい直っている”」という体験は、かなり未来を感じますよね。将来的にはPRの複雑さに応じた自動承認なんかも検討しているそうで、E2Eテスト運用の一つの理想形が見えてくる記事でした。
。。.。。.。.
4本目は、セキュリティ視点のお話。「AIツールに気づかず秘密鍵を渡していた——envguardで事前チェック」という記事です。
Claude Code や Cursor みたいなAIコーディングツールって、起動したシェルの環境変数をそのまま継承するんですよね。で、`~/.zshrc` とか、launchctl や LaunchAgents、direnv なんかに仕込んである AWSキーや各種トークンも、ごっそりAI側に渡ってしまっている可能性がある、と。
これが何を意味するかというと、プロンプトインジェクションで「その環境変数ちょうだい」と言われたり、外部のMCPサーバー経由で抜き出されたり、AIが生成したコードをうっかり実行した結果、秘匿情報が漏れる……みたいなリスクにつながります。
そこで登場するのが envguard というツール。シェル設定ファイルやクレデンシャルファイル、launchctl、LaunchAgents、direnv などを読み取り専用でスキャンして、怪しい環境変数を一括で洗い出してくれます。値はマスクしたうえで、5段階のリスク分類をしてくれるので、「HIGH とか CRITICAL が出てきたら、さすがに何かしよう」と気づける仕組みですね。
対処として推奨されているのは、まずは `env -i` で必要最小限の環境だけ渡してAIツールを起動する、あるいは direnvでAI用ディレクトリだけ環境変数をunsetする、といった応急処置。それに加えて、中長期的には aws-vault や 1Password CLI などを使って、「常に環境変数に鍵が載っている状態」から、「必要なときだけ一時的に注入する」運用に切り替えていきましょう、という話です。
「自分は大丈夫でしょ」と思っている方も、一度 envguard を走らせてみると、「あ、ここにそのまま入ってた……」と気づかされるかもしれません。AIツールを日常的に使っている方ほど、一度チェックしておきたいテーマですね。
。。.。。.。.
そしてラスト5本目。「Cursorのモデル選択UIをちゃんと理解する」という記事です。
Cursorユーザーさん向けの内容なんですが、実は「エディタ下部のモデル選択UI、ちゃんと理解して使うだけで、けっこう得しますよ」というお話になっています。キーワードは、「MAX Mode」「Use Multiple Models」「Auto」「Premium」の4つ。
MAX Mode は、その名のとおりコンテキストを最大まで広げて、たくさんの情報を見せつつ推論してもらう高コストな強化オプション。Use Multiple Models は、複数モデルを並列に走らせて、良さそうな結果を選んでもらうモード。日常使いには、コスト面で優遇された Auto が便利で、「とにかく品質重視で一番いいやつ使って」と任せたいときには Premium を選ぶ、という整理ですね。
もう一つ重要なのが、各モデル行の「Edit」ボタン。ここから、コンテキスト長とか Reasoning / Effort / Thinking の度合い、Fast トグルなど、モデル固有の詳細設定を細かく変えられます。筆者いわく、「モデルそのものを頻繁に変える前に、このEdit設定をちゃんとチューニングするだけで、だいたい解決することが多い」とのこと。
記事では、日常的には Composer 2 を使って、行き詰まった時だけ GPT-5.4 や Opus 4.7 に切り替えるという運用例も紹介されています。「なんか今日はCursorの出力がイマイチだな」と感じたとき、いきなり別モデルに乗り換える前に、コンテキストの幅や推論にかける“思考の深さ”を調整してみると、グッと使い勝手が良くなるかもしれません。
Cursorを使い込んでいる方はもちろん、「最近導入してみたけど、UIの意味がよくわかってない」という方にもおすすめの記事でした。
。。.。。.。.
というわけで、今日の「zenncast」、お届けしてきたのは全部で5本。
中古デスクトップで月500円のClaude Codeホームラボのお話。VivliostyleとMarkdownで作る技術同人誌のワークフロー。「寝ている間にAIがPlaywrightのE2Eテストを直してDraft PRを出してくれる」運用。AIツールにうっかり秘密鍵を渡さないための envguard。
そして最後に、Cursorのモデル選択UIをちゃんと理解して、MAX Mode や Auto、Premium を使いこなすための解説記事まで、一気にご紹介しました。
気になった記事があれば、番組のショーノートに詳しい情報を載せておきますので、ぜひそちらから元の記事もチェックしてみてください。
番組の感想や、「こんなテーマを取り上げてほしい」「このツールを深掘りしてほしい」といったリクエストも、いつでもお待ちしています。
それでは、そろそろお別れの時間です。
次回の「zenncast」で、また一緒に最新の技術トレンドを追いかけていきましょう。
お相手はマイクでした。今日も良い一日をお過ごしください。