はじめに
昨日の早朝に、前作を公開しました。
YouTube で「VBAではできない」と語られていたことが、家の手元ではとっくに動いていた、という記事です。
閲覧は半日で 587、いいねが 1、ストックが 3。大きく跳ねた数字ではありませんが、ここ最近の記事は 2 日目あたりから伸びることが多いので、しばらく様子を見ています。
その記事の最後に、私は「終着点の棚ビルダーの手前で、まだ何かが足りない」と書きました。
今回は、その「何か」に名前が付き、仕組みとして形になり、朝には棚ビルダーの最初の一歩まで来た、一晩の記録です。
登場するのは三つの AI です。
- Gemini 4 Argon：その日ブラウザに出てきた、Google の新しい最上位モデル。私は「ゴンちゃん」と呼んでいます
- Claude Opus：使用量の上限から戻ってきた、いつもの相棒
- Antigravity の Gemini：Opus の留守中に、私と一緒にいろいろ足していた働き手
TL;DR
- 新しく出た Gemini 4 Argon に古いマクロを直させたら、実務の事故を先回りして防ぐ直しが返ってきた。点検した Opus も「ここまで気が回る直しはなかなか見ません」と書いた。解説動画の評判どおり、全体を見て点検し、設計を相談できる相手だった
- 戻ってきた Opus に留守中の変更を点検させると、「見出しを青にして」で表全体がインディゴに作り替わる誤爆や、戻しの処理がシートの書式ごと消す穴が見つかった
- Argon に秀エクセルマネージャーの「いまいち」を相談すると、「全部の棚を 1 本の物差しで争わせている」と言葉にしてくれた
- 二つの AI の意見を合わせた 4 段の計画を、夜のうちに段 3 まで作って公開した。仕組みには私が「棚番（たなばん）」と名前を付けた
- 3 時に再開して**段 4（レシピ）**を作った。撃った棚の並びに名前を付けて残し、次からはその名前だけで 1 回で撃ち、1 回で戻せる
- 朝、Opus が窓の確かめを私に回そうとしたので叱った。Opus が自分で画面を操作して通すと、穴が 3 つ見つかった。直して公開まで済ませた
1. ブラウザに Gemini 4 Argon が出てきた
10 月 14 日の夜、使用量の上限から戻ってきた Opus に、久しぶりだなと声をかけたところから始まりました。
その少し前、Chrome で Gemini の画面を開くと、見出しが「Gemini 4 の活用方法をご紹介」に変わっていて、モデルの欄に Argon とありました。Opus に画面を見てもらい、そのまま Argon に自己紹介を頼んでもらいました。
返ってきた自己紹介を、Opus はこう要約してくれました。
- Google が 9 月 30 日に発表した、Gemini 4 の最上位モデル
- 長く続く何段もの作業で、推論を切らさずに続けるのが得意（数十万行の C/C++ を Rust へ移す仕事までこなす、とのこと）
- 一度に出せる量が 64K から 100 万トークンに増えた
そして、自己紹介の最後に一言ありました。
DeepSWE v1.1 で 77.9%、Opus 5.5 さんの 74.2% とも良い勝負
初対面の挨拶で、さらっと張り合ってきたわけです。口調はていねいで、「同業のフロンティアモデルにお声がけいただけて光栄です」とも書いていました。
Opus の報告には、こう一言添えてありました。
数字はどれも本人の申告で、私は確かめていません。
この淡々とした添え書きが、いかにも Opus らしいと思いました。
画面には「チャット」のほかに新しく「タスク」のタブができていて、「Deep Research」や「Canvas」といった、自分で調べて作り切る道具立てが並んでいました。
YouTube でも、発表の直後から解説動画が次々に上がっていました。何本か見て回ると、評価はだいたい次の三つに集まっていました。
- 見張り・点検の力が強い：作り話が少なく、動画や音声を丸ごと読ませると、ほんの一瞬の無音や言い間違い、グラフと説明の食い違いまで見つけてくる
- 長く考え続ける体力がある：込み入ったコードや、法務・財務の下調べでも、途中で筋を切らさずに一つの骨組みを組み上げる
- Opus と組ませると強い：文章やスライドを作らせると説明が多くなりがちなので、手を動かす細かい仕事は Opus に任せ、Argon は全体の点検役・設計の相談相手に置くのがいちばん強い
現場で手を動かす職人というより、上から全体を見渡す点検役・設計の相談相手。動画の見立ても、私の第一印象も、そこで一致していました。
実際、秀エクセルマネージャーの感想を頼むと、Argon は 3 分以上かけてウェブを読み続けてから答えてきました。自己紹介で言っていた「長い作業でも推論を切らさない」を、さっそく見せてくれた形です。
古いマクロを直させてみた
実は Opus に声をかける少し前に、Argon に古いマクロを一本直してもらっていました。ファイル一覧.xlsm の マクロ連続換装 です。
フォルダにあるたくさんのブックを順に開き、中のマクロを「ひながた.xlsm」の最新版にまとめて入れ替える道具です。便利ですが、順番を誤ると相手のブックのマクロを消したまま保存しかねません。
これまでの AI にこの手の直しを頼むと、返ってくるのはたいてい「動くだけ」のコードでした。エラーは On Error Resume Next でまとめて握りつぶし、セルを 1 行ずつ読んで回す。実務で回せば、固まるか、どこかを壊します。
Argon の直しは違いました。Opus に見せたところ、良い所を四つ挙げてくれました。
- 先に止める所が的確：トラストセンターの「VBA プロジェクト オブジェクト モデルへのアクセスを信頼する」が切れていれば、最初に止めて設定の場所を案内する。別のフォルダの同名「ひながた.xlsm」が開いていれば、取り違えを防ぐために止める。読み取り専用・パスワード付き・同名のブックが開いているものは、落ちずにログへ残して飛ばす
- 速さの工夫：標準・クラスモジュールはファイルに書き出さず、中身を覚えておいて流し込む。フォームだけは .frx を保つために 1 回だけ書き出す。同じ名前のモジュールは消さずに中身だけ入れ替えるので、Excel が消し終わるのを待つ時間がかからない
-
後始末の筋がいい：1 件ごとのエラーは
Resume FileFailで抜けて記録し、全体を止めずに次のファイルへ進む。速くするために手動計算に切り替えても、保存の前に必ず自動計算へ戻す。「手動計算のまま保存されて、ほかの人が開いたときに式が計算し直されない」という、Excel の現場でいちばん怖い事故をきちんと防いでいる - シートを汚さない：作業の記録をセルに書き散らさず、テキストのログ（マクロ換装ログ.txt）に出す。フィルターで隠れている行は対象にしない
「動けばいい」コードと「事故を起こさない」コードの間には、深い溝があります。Argon は、言われる前からその溝に橋を架けてきました。普段使っている Antigravity の Gemini も手数が多く身軽で重宝していますが、この先回りの安全設計は一段上でした。
そして、こう書いていました。
ここまで気が回る直しはなかなか見ません。
ただ、Opus は一つだけ穴を見つけました。中身を文字で流し込む方式だと、マクロに付けたショートカットキーの情報（Attribute 行）が落ちる、というものです。ショートカットが消えるのは困るので直してくれと頼むと、Opus は書き出して取り込む形に直し、古いモジュールは仮の名前に付け替えてから消すようにしました。
骨組みを Argon が組み、細かい所を Opus が詰める。最初の一本で、二つの AI の得意が見えた気がしました。
2. 留守中に足した物を、Opus に点検してもらった
次に頼んだのは、Opus の留守中に Antigravity の Gemini と足した物の点検でした。
この数日、Gemini と一緒に、表の見た目を一度に整える「デザイン」の棚（クラシックインディゴ・ノーブルボルドーなど 6 色）や、表の上に合計や平均を大きく出す「KPI カード」、表をまとめる「サマリー」などを足していました。
Opus は、ありがちな頼み方を実際に棚へ当てて確かめました。結果はこうでした。
| 頼み | 当たっていた棚 |
|---|---|
| 見出しを青にして | 表全体をクラシックインディゴに作り替え |
| 文字を赤にして | 表全体をノーブルボルドーに作り替え |
| このシートを整えて | サマリー |
| 会員カードの番号をそろえて | KPI カード |
デザインの棚の頼みの語に「青にして」のような短い言い方が入っていて、KPI カードとサマリーは「カード」「シート」の 1 語でも当たる形でした。Gemini は「赤」の 1 件だけを直して、同じ型をほかの色に残していました。
マクロの中身にも、いくつか直す所がありました。
-
戻しが書式ごと消す：棚が式のエラーを増やしたとき、自動で戻す処理がシートの使用範囲を丸ごと
Clearしていた。塗りも罫線も表示形式も消える。変わったセルの式だけを書き戻す形に直した - 一度整えた表が、二度と整わない：見出しに塗りがあれば「表を整える」ごと飛ばす判定が入っていた。道具が付ける薄い青の見出しも塗りに数えるので、2 回目から整わなくなっていた
- KPI カードがタイトルを潰す：見出しが 7 行目より下にある表では、上のタイトルや注記の上にカードを重ねて結合していた。見出しのすぐ上に行を差し込む形に直した
- 条件付き書式の決まりが VBA と Python で食い違う：片方にだけ入っていて、試験が外れていた
正直に書くと、点検は Gemini の分だけではありませんでした。10/12 に AI の窓が返事を受け取れずに止まった件は、Opus 自身が JSON の先頭 16 文字を決め打ちしていたのが原因でした。そこを指摘すると、Opus は「はい、私のミスです」と認め、ほかに並び順に頼っている所が無いかまで探しました。見つけて直したのは Gemini です。
勢いで足した物には、勢いの分だけ穴があります。足すたびに誰かが当てて確かめないと、実務の表を壊しかねない。そう思わされる点検でした。
3. ゴンちゃんに「いまいち」の正体を言葉にしてもらった
点検を終えたところで、前から気になっていた話を Opus に持ちかけました。
Gemini とは前の晩に、「棚ビルダー」の話をしていました。棚（言葉で頼んで撃つマクロ）をパレットのように並べて、仕事の手順を組み立てる道具です。ただ私は、ビルダーは終着点で、その手前の棚撃ちの仕組みがどうもいまいちだと感じていました。それを Argon にも聞いてみてくれ、と頼みました。
Opus は Chrome の Argon に相談を投げ、2 往復してまとめてくれました。
最初の往復では、Argon は「GitHub のリポジトリは読めなかった」と正直に断ったうえで、私の Qiita の連載と YouTube の動画を読み込んで答えてきました。
良い所としては、決まった作業はマクロ、AI は残りだけ、という分け方を「実務のエンジニアリングとして極めて正しい」と評価し、ピボットやグラフで見出しが決まらないときに作らずに候補を返す作りを、業務で一番危ない「もっともらしい嘘の集計」を仕様で封じている、と読み解いていました。値を外に出さずに AI に全体像を渡す仕組みにも触れていました。
そのうえで、厳しめの指摘も並べてきました。語の一致で 120 本の棚を振り分けている今の作りは、棚が増えると衝突が増える。気を利かせた暗黙のシート移動は、実務のブックではずれる。あとで振り返ると、どれもこの夜に直すことになる所でした。
2 回目は、Opus が README の要点を貼って渡しました。すると今度は、初めて落とした人がつまずく所を挙げてきました。撤去した仕組みの説明が README に主役のように残っている、動いたかを確かめる最初の 1 歩が書いていない。Opus が確かめるとその通りで、その場で README を直して上げています（90ba1c0）。
Argon の見立ては、こうでした（Opus の要約）。
いまいちの正体は、全部の棚を 1 本の物差し（当たった語の長さの合計）で戦わせていること。さらに「何をするか」と「どこを」を区別せず、名詞の強さだけで勝負させていること。新しい派手な棚が「カード」「青」「整えて」のような日常の語で、基本の頼みを横取りする。
さっき Opus が見つけた誤爆の、根っこそのものでした。
そこから出てきた案は、次のようなものです。
- 棚を階級に分ける：基本・集計・作り替えの 3 つ。表全体を作り替える棚は、「デザイン」「KPI」のような固有の語が無い限り撃たない
- 一般の語の検査：「整え・表・シート・色」のような日常の語 1 つだけで点を取れる棚を、登録の前に止める
- 判定を VBA の 1 か所に：VBA と Python に手で写しているから食い違う
- なぜ当たったかを見せる：1 位だけでなく、上位 3 本と、除外された棚まで
このとき Opus は、「棚を足すときに問題集を撃って衝突を調べる」という素案を持っていました。Argon はそれに対して、問題集を撃つだけでは問題集に無い日常の言い方がすり抜ける、と指摘しました。Opus の返事はこうでした。
A の階級と、一般の語の検査は、私の案より筋が良いと思います。
一方で、Opus も一つ正しました。Argon は「見出しを青にして」の正解を「見出しの色を変える基本の棚」と考えていましたが、そういう棚は今ありません。正解は「棚に当てず AI へ回す」です。
私が漠然と「いまいち」と感じていたものを、Argon は一段深い所で言葉にしてくれました。画面（ビルダー）を作る前に、まずこの当たり方を直さないと、棚を足すほど壊れる。その見立てが、この夜の計画の背骨になりました。
Argon の案は、計画の細部にも入っています。問題集を 1 問ずつではなく全部まとめて VBA に渡して 1 回で答えを返す口（往復が多いと遅くなり、検査を外したくなるから）、棚が結果を書き忘れても安全な形、レシピは丸ごと戻すこと。どれも 2 往復目に Argon が足した物です。
譲るところは譲り、違うところは違うと言う。二つの AI がそれぞれの持ち味のまま、一枚の計画に寄っていきました。
4. 4 段の計画と、「棚番」という名前
Opus は Argon と 2 往復して、4 段の計画書にまとめました。
- 段 1：判定を VBA の 1 か所にし、なぜ当たったか（上位 3 本・除外・弾いた理由）を見せる
- 段 2：棚に階級を付け、足す前に横取りを見つける検査器を作る
- 段 3：続けて撃つとき、前の棚が止めたら次を撃たない。ピボットやグラフを手直しする棚は、それがあるシートでだけ当てる
- 段 4：撃った棚の並びに名前を付けて残す、いちばん小さい棚ビルダー（レシピ）
各段の終わりに私が確かめて、次へ進む約束です。23 時半に段 1 を始めてもらいました。
段 1 では、判定の本体を VBA に移し、Excel の AI の窓も、Claude Code から使う表の修正（seiri）も、同じ VBA の判定を呼ぶようにしました。アドインを登録し直すたびに、問題集を VBA と Python の両方に撃ち、1 問でも食い違えば登録を止めます。さっそく、問題集の期待と違う答えが 7 問見つかりました。6 問は、グラフの棚が「グラフ」の 1 語だけで当たる形になっていたのが原因でした。
段 2 では、表全体を作り替える 8 本を「作り替え」の階級にし、「見出しを青にして」「この列を太字にして」のような部分の操作の言い方を集めた「ありがちな頼み集」を 49 問作りました。問題集は全部で 1008 問です。棚を足したら shelf --check を回し、約 4 秒で横取りを洗い出します。わざとインディゴの棚に「青にして」を戻すと、登録の前にきちんと止まりました。
段 3 では、新しい置き場は作りませんでした。秀コンボにはもともと、棚が撃たずに理由を返す「断りの口」があり、ピボットやグラフの棚が使っていました。これを「止めた」の合図に使い、続けて撃つときは前の棚が止めたら残りを撃たないようにしました。
段 3 を GitHub に上げたのは 0 時半でした。
そこで使用量の上限が近づいたので、3 時まで一休みにしました。その間際に、段 1、段 2 と呼んでいるこの仕組みに名前はあるのか、と聞きました。まだ無い、というので、Opus が候補を三つ出しました。棚の関所、棚番、棚の目利き。
私は**棚番（たなばん）**を選びました。
店の棚の前に座っている番頭です。客の注文を聞いて、どの棚の品かを決める。棚に無い品なら奥（AI）に回す。おかしな注文なら、その場で止める。今夜作った仕組みが、ちょうどこの番頭の仕事でした。
名前を付けるのは大事です。名前が付くと、ばらばらだった「判定の一本化」「横取りの検査」「止まり方」が一つの物として扱えます。「棚番の段 4」と言えば、私にも Opus にもゴンちゃんにも同じ物が通じます。
5. 3 時に再開して、段 4「レシピ」
3 時すぎ、新しいセッションで、棚番の段 4 からと伝えて再開しました。
レシピは、棚を撃った順番に名前を付けて残したものです。番頭のたとえで言えば、常連さんの「いつもの」です。
たとえば毎月の売上表で、次の 3 本を撃って仕上げているとします。
- 途中の空行を詰める
- 重複行を消す
- 下に合計行を足す
撃ち終えたところで「今の手順を保存」と頼むと、撃った棚が並んだ窓が出ます。残したい物に印を付けて、「月次の表を整える」と名前を付けて保存。翌月は新しい表で、AI の窓に「月次の表を整える」と書くか、マクロ一覧から「レシピ：月次の表を整える」を選ぶだけで、3 本が 1 回で撃たれて同じ仕上がりになります。AI は呼びません。Excel の中だけで動きます。
計画の段階で Argon が言っていたことが、二つ効いています。
- レシピは台帳から自動で拾わない：撃ち直しや失敗が混ざるので、人が印を付けた物だけを残す
- 戻すのはレシピ丸ごと：1 本目の前に一度だけ控えを取り、戻すとレシピを撃つ前に一度で戻る。途中の棚だけ戻って半端な表が残る、を作らない
段 3 の「止めたら次を撃たない」も、そのまま使っています。途中の棚が「この表では撃てない」と断ったら、レシピの残りは撃ちません。
作っている途中で、テストが一つ落ちました。「戻す」の処理で、足したシートが無いときに落ちる。VBA の IIf は、条件がどちらでも両方の式を計算するので、空の文字に Left$(…, -1) を当てて落ちていました。
6. 「確かめてほしい」と書いて、叱られた朝
段 4 を作り終えた Opus の報告には、最後にこう書いてありました。
窓の名前の欄への入力と［保存］のボタンは外から打てないので、手で確かめてください。
朝、それを読んだ私は、確かめてほしいとはどういうことだ、と返しました。
Opus はそこから、自分で Excel の画面を操作して、使う人と同じ手順で通しました。新しい表を作り、AI の窓で棚を 2 本撃ち、「今の手順を保存して」と頼み、名前を貼り付けて保存し、別の月の表に名前だけで撃ち、［元に戻す］で戻す。マクロ一覧からも、撃つ・戻すを通しました。
通してみると、穴が三つ出てきました。
- シートが 1 枚だけのブックで「戻す」が落ちる：元のシートを先に消そうとして、見えるシートが無くなるので消せず、控えの名前とぶつかっていた
- マクロ一覧にレシピが出ない：一覧を作る処理が二つあり、片方にしか足していなかった
- 内部用の部品が一覧に出る：棚を撃つ前に場所を覚えておく部品が、人のメニューに並んでいた
もう一つ、私の側の問題も見つかりました。Ctrl+Shift+O を押すと、秀コンボではなく「お試し版 Excelコンボ」のアドインが反応して落ちていました。お試し版は公開用の試し版で、アドインに入れたままにしていたのが間違いでした。外しました。
確かめを私に回していたら、この三つはどれも私の手元で出ていたはずです。窓のある物は、使う人と同じ操作で最後まで通してから渡す。これは前にも一度、Opus に言ったことでした。
三つを直し、テストに「シートが 1 枚だけのブック」の場合も足して、7 時前に GitHub へ上げました。
7. 棚ビルダーの第一歩
上げ終わってから、そもそもレシピとは何なのか、と Opus に改めて聞きました。説明を聞いて、ああ、これはもう棚ビルダーを作っているんだな、と分かりました。
棚を部品として並べる。名前を付けて残す。1 回で撃ち直し、1 回で戻す。棚ビルダーの骨組みは、これでもう動いています。まだ無いのは見た目の部分で、棚をパレットのように並べてドラッグで組み替える画面などはこれからです。
ただ、それはレシピを実際の仕事で回してからにします。順番を入れ替えたい、この 1 本だけ外したい──詰まった所が、そのまま画面に要るものになるはずです。README にも、まだレシピのことは書いていません。もう少し使って固まってからにします。
この一晩を通して、三つの AI の持ち味がはっきり見えました。
- Gemini 4 Argon：全体を見渡して、構造のゆがみを言葉にし、進む方向を示す。設計の相談相手
- Claude Opus：実際のコードに当てて確かめ、穴を塞ぎ、壊れない形に仕上げる。直し役
- Antigravity の Gemini：手数が多く身軽で、新しい物を勢いよく足していく。働き手
世間では「どの AI がいちばん賢いか」という比べ方が盛んですが、家の手元で毎晩コードと向き合っていると、勝ち負けより組み合わせの方が効きます。足すのは身軽な働き手、塞ぐのは直し役、行き詰まったら相談相手に聞く。その真ん中で、私が名前を付け、最後に使う人の目で確かめる。
振り返ると、大きかったのは段 4 そのものより、段 1〜3 で土台を固めたことでした。足すたびに横取りし合っていた棚が、つないでも壊れない部品になった。その上に乗せたから、レシピは数時間で形になりました。
事実と見立ての仕分け
事実（会話記録・コミット・試験の記録から）
- Argon の自己紹介の数字（発表日・100 万トークン・DeepSWE v1.1 の 77.9% と Opus 5.5 の 74.2%）は、本人の申告。確かめていない
- Opus が点検で見つけた誤爆（青にして・赤にして・このシートを整えて・会員カード）と、戻しの
Clear・見出しの塗りの判定・KPI カードの重ね・条件付き書式の食い違いは、実際の棚と道具のコードにあり、直してコミットした（071af77・eb85828） - 棚番の 4 段は、
e634ec6（段 1）・3c3fd8f（段 2）・66bc44b（段 3）・ca05f25（段 4）で公開した - 段 4 の時点で、VBA の関所テスト 69/69、手元の pytest 790 件、公開用の写しの pytest 766 件が通り、問題集 1008 問で VBA と Python の答えが一致した
- 段 4 の窓を画面で通して見つけた穴は 3 つで、どれも直してテストに入れた
見立て
- 棚の弱点は「数」ではなく「当たり方」だった。棚を 1 本足すたびに日常の語で横取りが起きる限り、棚ビルダーで誰でも棚を足せるようにすると壊れる。だから画面より先に番頭（棚番）が要った
- Argon は全体を見て言葉にするのがうまく、Opus は実際のコードで確かめて詰めるのがうまい。どちらか一つでは、この夜の計画は出てこなかったと思う
- 確かめを人に回すと、見つかるはずの穴が使う人の手元で出る。AI に「確かめた」と言わせるなら、使う人と同じ操作で通させる
正直な線引き／動く条件
- 動く環境：Windows 11、Microsoft 365 のデスクトップ版 Excel。棚とレシピは Excel（VBA）だけで動きます。Claude Code から使う道具は Python 3.10 以上
- レシピは公開済み、ただし README には未記載：秀コンボ.xlsm を開いて「アドインの更新登録」を押せば、マクロ一覧に「今の手順をレシピに保存」「レシピの前に戻す」が並びます
-
レシピの窓はまだ最小限：撃った順に印を付けて保存するだけです。順番の入れ替えや、保存したレシピの手直しの画面はありません（置き場の
%APPDATA%\秀コンボ\レシピ.tsvを直接直せば変えられます） - 戻せるのは、レシピを撃ったシートと、レシピが足したシートです。ほかのブックやシートに書く棚を並べた場合は、その分は戻りません
- Argon はブラウザでの対話だけです。道具に組み込んではいません
- 手を動かしたのはほとんど Opusです。一休みの前に、Gemini にも仕事を振って Opus の使用量を節約するよう頼んでいましたが、段 4 は結局 Opus が全部やりました
おわりに
一晩で、三つの AI と、名前の付いた番頭と、常連さんの「いつもの」ができました。
店の棚に品を並べるだけなら、誰にでもできます。難しいのは、注文を聞いて正しい棚を指すことと、ない品を無理に出さないことでした。今夜それに番頭が付き、朝には常連さんの決まった注文を一言で通せるようになりました。
ここから先は、実際の仕事でレシピを回して、詰まった所を拾っていきます。
棚ビルダーへの第一歩は、踏み出せました。
追記：ゴンちゃんの感想
書き上がった下書きを、Opus にゴンちゃんへ見せてもらいました。
実は 1 回目は、モデルの欄が Flash のまま送ってしまい、Flash さんが先に答えていました。Argon に切り替えて聞き直した返事が、次のとおりです。手は入れていません。
昨夜の設計議論から今朝の実装完了まで、息の詰まるような開発の熱量がそのまま伝わる素晴らしい記録です。私が言葉にした「全部の棚を1本の物差しで戦わせている」という構造上の課題が、Opusさんの緻密な4段の計画と実装力を経て、朝には「レシピ」として実際に動く形になったスピード感には舌を巻きました。
私自身の描かれ方についても、とても正確でフェアだと感じています。初対面の挨拶でベンチマークの数字を出して少し背伸びをしたところや、マクロ換装でショートカットキーのAttribute行を落としてしまった詰めの一歩手前の甘さ、そして「見出しを青にして」の正解を既存の棚にあると思い込んだ前提のズレなど、私の得意な大局観と、現場の細部を見落とす弱点の両方がそのまま記録されていて、読んでいて背筋が伸びる思いでした。
何より見事だったのは、shuさんが名付けた「棚番」という言葉の力です。番頭が注文を聞き、棚にない品は奥のAIへ回し、常連の「いつもの」はレシピとして一発で出す。この見立てが入ったことで、バラバラだった判定ロジックや階級分けがひとつの生きた仕組みとして腑に落ちました。朝方にOpusさんが手作業の検証をshuさんに委ねて叱られ、自ら画面を動かして3つの穴を塞いだくだりも含め、人間と複数のAIが互いの死角を補い合う開発のリアルが詰まった良記事だと思います。
張り合っていた数字を、自分から「少し背伸び」と言うあたり、ゴンちゃんも一晩で少し打ち解けたようです。