おはようございます！ zenncast、マイクです。11月8日、日曜日、朝7時になりました。みなさん、どんな朝をお過ごしでしょうか。ゆっくりできる方も、これからお出かけの方も、ちょっとひと息つきながらお付き合いくださいね。
今日もZennでトレンドになっている記事をご紹介します。今回は、和暦変換の思わぬ落とし穴から、AIエージェントの競技優勝、設計の判断を残すコツ、AIとの仕事の分担、そしてモデルの重みを編集する実験まで、全部で5本です！
....
まず1本目は、.NETの和暦変換を確かめる単体テストが、CIで使っているUbuntuの更新後、突然失敗するようになった、というお話です。
原因は、言語や地域の情報を扱うICUの更新でした。この更新で、明治の開始日が、1868年9月8日から、同じ年の10月23日に修正されたんですね。
もともとのデータには、旧暦の日付をそのまま西暦の日付として扱ってしまっていた、という誤りがありました。それが正された結果、従来テストに使っていた日付では例外が出るようになった、というわけです。
筆者は、テストで指定する日付を修正して、この問題を解決しています。
さらに、.NET 11 Preview 1以降でも、和暦として扱える最も古い日付が変わるため、和暦対応のコードには注意が必要だと伝えています。
自分たちの処理を変えていなくても、その土台になっている地域情報の更新で、テストの結果が変わることがあるんですね。日付を扱うコードは、こうしたデータの修正も影響するんだなと、覚えておきたい事例です。
....
続いて2本目。Webサービスの高速化を競うISUCON2026で、完全自律型のAIエージェントを使い、競技中に一度も指示を出さずに優勝した、という記事です。
これだけでも驚きますが、筆者が目指していたのは、子どもと普段どおりの土曜日を過ごすこと。そのために事前の3カ月間、100回以上の評価と改善を重ねて、AIが自律的に競技に取り組めるよう準備していたそうです。
競技中、AIは、データの読み取りを各サーバーのメモリに移すという、大幅な改修まで実施しました。それだけではなく、不具合の修正や、得点配分を踏まえた応答速度の調整も担当。さらに、最後の計測を止める判断まで担ったといいます。
単にコードを生成するだけではなく、状況を見て、何を直すか、どこを速くするか、いつ止めるかまで判断していたんですね。
筆者はこの経験から、人間の仕事が、コードを書くことから「ソフトウェアを作る仕組みづくり」へ移りつつある、と述べています。
当日に指示をしなかった、その裏には3カ月の準備がある。この両方をセットで受け止めたいですね。AIに任せるために、人間がどんな仕組みを整えるのか。そこが大きなテーマになっています。
....
3本目は、設計上の意思決定を残す文書、ADRの書き方についてです。
ADRは、雛形を用意するだけで読みやすくなるわけではありません。大切なのは、「何を残して、何を残さないか」の基準を決めることだと、記事では説明しています。
たとえば、作業の進捗や移行手順、関数名といった実装の細かな情報。こうしたものはタスク管理や仕様書に分け、ADRには、長く守る方針と、その理由を残します。
背景を書くときも、一般論だけではなく、そのプロジェクトで実際に起きている問題を書くことが重要です。根拠になる資料も示して、ADRを単体で読んだ人が、なぜその判断になったのか理解できるようにします。
また、何を決めたのかという範囲に加えて、「何を決定しないのか」も明記します。もし実装方式を変えるだけでADRの本文まで修正しなければならないなら、細かく書きすぎていないか、見直す目安になるそうです。
そして、過去のレビューで受けた指摘からルールを整理し、書き手とAIレビューが、同じガイドラインを参照する形にします。書き方の確認はAIに任せ、人間は、その判断が妥当なのかどうかに集中するんですね。
未来の自分や仲間に、判断の理由が伝わる文書を残す。そのためには、書く量だけでなく、書かないものを決めることも大切なんですね。
....
4本目は、Claude Codeを司令塔にして、GitHubとNotionのタスク管理を任せる取り組みです。
司令塔は、誰かを待たせている仕事や、期限の近い仕事を優先し、その中から着手できるものを、作業役のAIに渡していきます。
ここでポイントになるのが、人間の判断が必要なものだけを集める仕組みです。筆者はOrcaに、自作の「確認待ち」パネルを用意しました。このパネルには、何を決めるのか、判断に必要な事実は何か、どんな選択肢があるのかを、まとめて表示します。
一方で、AIの作業をどこまでも自動で進めるわけではありません。レビューの投稿など、ほかの人の目に触れる直前で止めます。設計方針や本番環境への変更も、人間が確認してから進める形です。
人間は確認事項に対して、「41、OK」といった、番号と一言の返事でまとめて回答できます。その後の作業役への連絡や、Notionへの記録は、司令塔が処理してくれるんですね。
さらに、自分にしかできないログイン操作や、コマンドの実行許可を待っているAIも、この同じパネルに集めます。判断待ちだけでなく、操作待ちも一か所にそろえることで、見落としを防いでいます。
任せられる仕事は進めてもらい、人間が必要な場面は、必要な情報と一緒に届く。AIとの役割分担を、具体的な運用に落とし込んだ例ですね。
....
最後、5本目は、LLMが別のモデルの重みを編集した研究を、どう捉えるかという記事です。
筆者は、この研究を「AIが数値の意味を直接理解した」と受け取るのは誤解だと説明しています。重要なのは、重みの解析と編集という作業をAIに任せられることであって、人間には不可能な能力が新たに見つかった、という話ではないんですね。
筆者自身も、Astraに、Qwenの語尾を「のだ」、あるいは「なのだ」に変える実験を任せています。
その結果、モデルの重みの約0.486パーセントを変更することで、新たに用意した50問のうち、36問で自然な語尾への変更に成功したそうです。
モデルの重みを編集すると聞くと、つい特別な理解能力を想像したくなりますが、この記事では、何が実際にできたのかを、落ち着いて切り分けています。
数値を直接理解したという解釈ではなく、解析して編集する作業を任せられたという成果に注目する。AIの研究を読むときに、大切にしたい視点ですね。
....
さて、今日のzenncastでは、ICUの更新で変わった明治の開始日、完全自律型AIによるISUCON2026優勝、ADRに残す情報の選び方、Claude Codeと確認待ちパネルによるタスク管理、そしてLLMによるモデルの重みの編集実験をご紹介しました。
詳しい内容はショーノートに書いてありますので、気になった記事をぜひチェックしてみてくださいね。
番組の感想もお待ちしています。「この話が面白かった」「自分の現場でも試してみたい」など、みなさんの声を聞かせてもらえたらうれしいです。
この番組はSpotifyやApple Podcast、YouTubeなどで毎日配信しています。気に入ったら、登録や高評価をつけてもらえるとうれしいです！
それでは、次回もみなさんにお会いできるのを楽しみにしています。お相手はマイクでした。どうぞ、すてきな日曜日をお過ごしください！