eBayの出品を自動化している仕組みの一部に、バイヤーとのやり取りを一覧で確認できる自作の画面があります。今回はその画面に足した「自動でリロードする仕組み」を、数週間動かした後に自分の手で撤回した話です。最初にこの仕組みを入れたときは「これで症状は消えた」と思っていました。ところが実際に使い続けてみると、直したはずの場所が、今度は別の形で自分の作業を邪魔するようになっていたのです。振り返ってみると、直すこと自体は難しくありませんでした。難しかったのは、直したつもりの仕組みが実際の自分の使い方とかみ合っているかどうかを、コードを読むだけでは判断できなかったことでした。似たような「良かれと思って足した自動化」は、この画面以外にも心当たりがいくつかあります。今回の一件は、そのうちの一つを見直すきっかけにもなりました。

マンガで読む

Claude Codeは更新頻度が高い。体感では2〜3日に1回、パッチバージョンが上がっている。普段は通知が来ても中身を読まずに放置しがちなのだが、先週たまたま手が空いたタイミングがあったので、直近2週間分(v2.1.225〜v2.1.233)のリリースノートをまとめて読んでみた。

eBayの出品を自動化している仕組みの一部を作り直すことになり、実装に入る前に設計書を独立したAIレビュアーに見てもらいました。最初のレビューでいくつか大きな指摘を受け、直してから改めて出し直したのですが、そこから実装に着手できるまでに、結局5回もやり取りを重ねることになりました。厄介だったのは、指摘の数がなかなか減らなかったことではありません。むしろ毎回きちんと減っていたのに、直したはずのその場所から、また新しい懸念が生まれ続けたことでした。

まずマンガでどうぞ。

Claude Codeのツール一覧を上から順に眺めていたら、見慣れた編集系のツールに混じって、下の方に聞いたことのない名前がずらりと並んでいるのに気づきました。試しに数えてみると、ちょうど20個。名前と一行の説明だけがあって、実際に呼び出そうとするとパラメータの形式が分からないというエラーが返ってきます。最初は環境がおかしくなったのかと思いましたが、調べてみるとこれは不具合ではなく、「使うと決めるまで中身を読み込まない」という意図的な設計でした。ちょうど同じ時期にSkillsとMCPのトークン消費を比較した記事を読んでいたので、自分の手元で起きていたことがまさにその話だったと後から気づいた、という記録です。

副業のシステムで、画像の見え方を直す機能を検証していた。検証用に、本番とは別枠として扱われる「まだ実際には反映されていない仮の登録」を1件だけ作った。確認が終わったので、その1件だけを消すつもりでデータベースに削除の命令を送った。

マンガで読む

今年の5月末、YouTubeで「Claude Codeだけで1万ドルのWebサイトを作る」という動画を見て、自分がやっているMakuake LPの微調整のやり方を見直したことがあります。あのときは、スクリーンショットを撮ってClaude Codeに渡し、「ここの余白を詰めて」「このボタンの色を変えて」と指示しては結果を見る、というループを延々と繰り返していました。1箇所直すのに5分、LP全体だと数時間かかることも珍しくありませんでした。しかもこのやり方だと、直した後の見た目を比較するのに毎回自分の目でスクリーンショットを並べる必要があり、案を3つ4つ試したいときほど手間が跳ね上がっていきました。

副業で作っている自動生成の動画シリーズで、最終確認のためにできあがった1本を通しで聴いていたら、終盤でBGMだけがふっと消えることに気づいた。映像は最後まで問題なく流れているのに、音楽だけが途中で息切れしたように止まる。自動のチェック工程はさっき「合格」と出していたはずなのに、実際に耳で聴くと明らかにおかしい。テストや自動判定が通っていることと、実際に見て・聴いて違和感がないことは別物なのだと、今回はあらためて思い知ることになった。

商品タイトルからAIにブランド名などの情報を抜き出させる自動化の仕組みを運用している。誤った値を採用しないよう、抜き出した値を検証する「ガード」をいくつも積み重ねてきた。あるガードを追加したとき、既存の採用データに当てて副作用がないことをきちんと確認したつもりだった。ところが数日後、そのガードが実在するブランド名を弾いていたことが分かった。「確認したはず」なのに何を見落としていたのか、記録しておく。

はじめに

副業で動かしているeBay輸出の自動仕入れ監視ワーカーには、外部サイトとの通信でエラーが一定時間続いた時に、処理全体をいったん止める安全装置があるはずだった。設計コメントにもドキュメントにも「連続してエラーが出たら全体を一時停止する」とはっきり書いてある。何年もその前提で運用してきたし、実際に大きな障害になったこともなかったので、疑うことすらしていなかった。この手のワーカーは一度組んでしまうと、動いている限りは中身を読み返す機会がほとんどない。動いていること自体が「正しく動いている証拠」に見えてしまうのが、この手の仕組みの怖いところだと今回あらためて思った。

eBayに出品しているデニムの「Brand」欄が、なぜか「BRAND」という意味のない値になっていた。原因は、ブランド名から色の単語を削る1行のコードだった。直したら終わり、のはずが、反証に出すたびに別の壊れ方が見つかり、結局3ラウンドかかった。数字と一緒に記録しておく。

はじめに

副業で動かしている自動化ワーカーの1つに、ブラウザを裏側から操作してAI動画生成サービスを回し続けるものがある。夜間もほったらかしで生成を積み上げてくれるはずのこの仕組みが、今日は朝からずっと同じ場所で止まっていた。ログを開くと、出てくるエラーメッセージは「接続できません」。ただそれだけ。理由も詳細も出てこない、素っ気ない1行だった。

マンガで読む

普段の作業で、Claude Codeから何体ものサブエージェントを並列で走らせることが多い。設計レビューを複数の視点で同時にやらせたり、CSS案を3パターン同時に作らせたり。便利な反面、ずっと引っかかっていたことがある。サブエージェントが「今どこまで考えているか」が、親のセッションからはほとんど見えないということだ。

eBayに出品する仕組みには、無料で使える出品枠というものがあります。数が決まっているので、使い切ってしまうと追加の手数料がかかります。この枠を無駄なく守るための小さなガード機能を設計していたのですが、実装前のレビューで「そのガード機能自体が、枠を実際の倍の速さで消費する設計になっている」と指摘されました。守るはずの仕組みが、守る対象を自分で食いつぶしていたという話です。

eBayでバイヤーとやり取りする自社ツールには、AIが返信文の下書きを作ってくれる機能が2つあります。片方は指示を出すと会話の流れを踏まえた文章を作ってくれるのですが、もう片方は「なんだか直訳っぽい」と前から言われていました。この日、実際にどう違うのか試してみようという話になり、原因を調べ始めたのですが、見つかったのは思いのほか根の深いバグでした。しかも厄介だったのは、そのバグが一度もエラーを画面に出していなかったことです。

eBayでバイヤーとやり取りする自社ツールについて、「バイヤーから申し出が届いているはずなのに、画面には何も出ていない」という報告を受け取りました。金額の交渉が絡む機能なので、見落としがあるとそのまま機会損失になります。原因を調べ、根本から直す設計書を書き始めたのですが、レビューに出すたびに5件ずつ、しかも毎回まったく違う種類の欠陥が見つかるという展開になりました。3回連続で同じ数字が並んだときは、さすがに背筋が伸びました。

CLAUDE.mdが気づいたらまた長くなっている、という経験はないだろうか。自分は何度もある。今回、その現象にちゃんと名前がついている論文を見つけた。「Catastrophic Remembering(破滅的記憶)」というタイトルで、Claude Codeのエージェント向け指示ファイルが実運用でどう太っていくかを、1,867リポジトリ・24万件超のインストラクション単位で計測したものだった。読んだ瞬間、自分のCLAUDE.mdの行数を数えたくなった。実際に数えてみたら、思っていた以上に論文の内容と一致していたので、その過程をそのまま書く。

eBayのバイヤーとのやり取りを一元管理しているツールで、ここ数日ふたつの別々の機能を続けて触っていました。ひとつはキャンセル関連の表示、もうひとつはバイヤーとの価格交渉のやり取りを時系列でまとめて見せる新しい画面です。まったく別の作業のつもりだったのに、レビューで指摘された不具合の正体を並べてみたら、根っこはまったく同じ思い込みでした。「この商品を買っているのは一人のバイヤーだけ」という前提です。2日の間に、2つの違う機能で、同じ種類のバグを作っていました。

まずマンガでどうぞ。

1か月ほど前、自分の運用ルールに「レビューを重ねてもモデル誤りは相関するため検出力は頭打ちになる」という一文を書き足したことがあります。複数のAIに同じコードを見てもらっても、見逃すところは同じように見逃す。だったら「読解してもらって合格をもらう」ことをゴールにするのをやめて、実際に動かして証拠を取ることを合格の条件にしよう、という結論でした。