別のAIエージェントが作ったクーポン一覧ページをCodexと二重レビューし、Cloudflareでクリック計測を足した

GitHub にだけあったクーポン一覧ページ

朝、ふと思い出した。動画講座サービスの月替わりクーポンを1ページにまとめたサイトがあったはずだ。 git_repo の直下に作った気がしていたが、Claude Code に探させると、この Windows 機には無かった。 GitHub にだけあるリポジトリで、最終更新は 2026-10-08 だった。

このページは自分で書いたものではない。別の AI エージェントに作ってもらったものだ。本番では公開されて動いている。では、その中身はどこまで信じてよいのか。手元にクローンさせて、レビューを頼んだ。

二つのレビューを突き合わせる

Claude Code にコードを読ませつつ、Codex のレビュー（gpt-6-astra / high）にも回した。両方がそろってから突き合わせる段取りにした。

結論は「今すぐ壊れている所はないが、毎月の更新で誤表示しやすい所がある」だった。いま本番に出ている10月分は、データと生成物が一致している。 XSS もなく、期限を判定するロジックも正しい。一方で、Codex の判定は「要修正」だった。指摘の重要度は Codex の判定をそのまま使わず、Claude Code に中身を見て付け直させた。

「レビューじゃないよ」

報告を受けたところで、頼みたかったのは指摘の一覧ではなく修正そのものだと伝え直した。「レビューじゃないよ。修正すべきであれば全て直してほしい」。コミットとプッシュまで任せた。

あわせて、1つ書き足させた。 1講座だけは価格の下限の都合で、他の講座と同じ価格に揃えられなかった。この事情をドキュメントに残させた。

修正に入る前に、クーポンが使える時間帯を動画講座サービスの公式 FAQ で裏取りさせた。ほかに .gitignore と .gitattributes、README を整え、ページの生成と入力チェックが通ることを確かめさせた。ブラウザでの表示はモバイル幅まで確認させ、終わったらエミュレーションを解除させた。

push の前で一度止まる

コミットまで進んだところで、push の前に確認を求められた。このリポジトリでは、main への push がそのまま本番デプロイになる。本番の見た目で何が変わるかの一覧を受け取ってから、「y」と返した。

push のあと、本番のページで4点を確かめさせた。そのひとつは、クーポンが配布中の表示になっていることだ。

クリック計測を足そうとして、計画の段階で止まった

午後は同じリポジトリで、アクセス解析を入れる作業に移った。計画を貼って進めさせた。まず Cloudflare のダッシュボードを Chrome で開かせ、Web Analytics にサイトが登録済みかを確かめさせた。本番の HTML には、まだ beacon が入っていなかった。

そこで作業が止まった。計画をレビューさせたところ、Cloudflare Web Analytics だけではクリック数を取れないと分かったからだ。このまま進めると、目的を果たせない。ファイルにはまだ何も手を付けていない段階だった。提示された選択肢から「1」を選び、クリック計測を足す方針にした。

ローカルでは通り、本番のビルドで落ちた

実装は wrangler dev でローカル確認させ、テストが通った。集計用のスクリプトも書かせ、途中に残っていた重複した関数を消させた。 README には計測の仕組みと集計方法を書き足させ、集計期間を「今日を含む直近N暦日（UTC）」に統一させた。コミットのあと、また push の前で確認を求められたので、ok と返した。

ところが、本番に反映されない。本番は古い HTML を返したままだった。ビルドログを開かせると、最初に出てきたのは古いビルドのものだった。失敗したビルドを探し直させた。原因は、アカウントで Analytics Engine が有効になっていなかったことだった。本番は前のバージョンのままなので、壊れたものはない。

有効化のページには料金や規約の表示がなく、Enable ボタンだけがあった。ダッシュボードの操作は任せていたので、そのまま有効化させ、失敗したビルドを再実行させた。

再実行しても、Analytics Engine が有効でないと言われる。設定の反映に時間がかかっているのか、有効化のクリックが効いていなかったのか。もう一度ページを見させると、有効になっていた。反映待ちだったらしい。次の push で新しいビルドが走り、今度は本番に出た。

ビルドを待つあいだに Web Analytics を登録する

ビルドを待つあいだに、Web Analytics のサイト追加を進めさせた。フォームのホスト名の欄が値を受け付けないので、キーボード入力で入れ直させた。登録後に出てきたスニペットは defer ではなく type="module" だったので、コード側もそちらに合わせさせた。スニペットに含まれるトークンは、もともとページの HTML に出る公開値だ。

本番では、見た目が変わっていないことと、横方向のはみ出しがないことを確かめさせた。確認のために講座リンクを1回クリックさせたので、クリックが1件記録に残る。 Web Analytics の画面は、最初は閲覧数が0のままだった。集計には数分かかるので待つと、「閲覧数 1・アクセス数 1」が出た。講座リンクのクリックも、記録先に届いていた（204）。

読み取り専用の API トークンを作り、閉じてしまう

集計スクリプトがデータを取りに行くには、API トークンが要る。このアカウントは、すでにアカウント所有のトークンを使っていた。人に紐づかないため、ボットにも向く。その形に合わせた。

権限の一覧から「Analytics」を探すと、チェックが2つ付いて見えた。余計な権限を足していないか画面を確かめさせると、選ばれているのは Account Analytics: Read だけだった（6グループ中1つで、ほかは0）。「トークンを確認」の手前で止めてもらい、そこからは自分で操作した。

ボタンを押してよいのか聞くと、その前に有効期限を選ぶように言われた。おすすめは「1年」で、ボットに渡す鍵なので1年ごとに作り直すくらいが安全だという。

ここでやらかした。期限が無期限になっていたので1年に変えようとしているうちに、値をコピーしないまま画面を閉じてしまった。閉じたら、値はもう見られない。

最初の方針は、そのトークンを削除して1年期限で作り直すことだった。ところが、トークン一覧のメニューに「ローテーション」があった。権限と期限をそのままにして、値だけを新しくする操作だ。値が分からなくなった古いトークンは、この操作で使えなくなる。これなら削除せずに済む。確認ダイアログの手前まで開かせてタブを前面に出してもらい、ローテーションは自分で実行した。

新しい値は、パスワード管理ツールに保存した。ユーザー名にはアカウント ID を、パスワードには API トークンを入れた。集計スクリプトにはトークンを画面に出さないまま環境変数へ読み込ませ、API から閲覧数とクリック数を取れることを確かめた。これで、計測から取得までが一通りつながった。

期限はまだ確かめていない

ローテーションは、期限を変えない。 1年にしたかった期限が、いま何になっているのか。最後に Claude Code に期限を確認させたところで、この日の作業は終わっている。無期限のまま残っているなら、どこかで1年に直す必要がある。

学び

別の AI エージェントが作ったページは、「いま動いている」と「毎月の更新で崩れない」が別物だった。二重レビューで出てきたのは後者の弱さだった
クリック数が欲しいなら、アクセス解析で何が取れて何が取れないかを、計画の段階で確かめる。今回はファイルに触る前に止まれた
有効化した直後にビルドが落ちても、設定が効いていないとは限らない。反映待ちのことがある
トークンの値をなくしても、ローテーションなら権限と期限を保ったまま値だけを作り直せる

#Codex#Claude Code#コードレビュー#Cloudflare#Web Analytics#Analytics Engine#クリック計測