AIエージェントとISUCON、21の実践記録

trasta

Codex 一本、1行もコードを読まずに4位

題材

ISUNARABE 合同演習2026

道具

競技サーバに Codex を直接インストールし、Codex app から SSH で接続

• Rust → Go への書き換え、DB再設計、ベンチの自動化まで丸投げ
• 「過去の攻略ブログも調べて」のような粒の大きい指示から「MySQLを捨ててall cacheへ」という方針転換が出た
• 感想は「知識がなくても途中までは行けるが、トップ争いには人間が方針を示す必要がある」

• BlogISUNARABE合同演習2026 に Codex 一本で参戦した（新しいタブで開く）

fujiwara

「コードも設定も全部Claude」、作業ログ34本で6位

題材

ISUNARABE 合同演習2026

道具

Claude。最初にRust → Goへ移植し、MySQLは維持。nginx / webapp / MySQL の3台構成

• 「1作業=1ファイル」の作業ログに、目的・変更前の計測・変更内容・変更後の計測・次のアクションを記録
• 失敗やrevertも「なぜ効かなかったかが資産」として残す
• 参加者リストのキャッシュで649万点、MySQLを専用機に移して1,134万点
• ベンチマーカーのETag厳密照合で、画像のnginx直配信を差し戻した記録もある

• GitHubリポジトリと作業ログ（新しいタブで開く）
• X結果報告（新しいタブで開く）

rail44（kuwa_tw）

自作オーケストレータで並列開発、そして0点

題材

ISUNARABE 合同演習2026

道具

自作の Claude Code オーケストレータ（Claude同士の起動、セッション管理、相互メッセージ）

• 実装担当と解析担当のClaudeを常時走らせ、ベンチ結果とスロークエリログの受け渡しまで自動化
• 3台分散とハッシュシャーディングに振り切ったところ、ロック競合で0点に
• Claudeの提案はISUCONには「マトモすぎる」。エージェント同士の会話がむしろ堅実さを強めた
• 上位チームのように「インメモリに振り切る」と早く断言できなかったのは、人間側の知見の問題だった

• ZennISUNARABE合同演習2026とかいう最高のイベントに参加してきた（新しいタブで開く）
• X振り返りの投稿（新しいタブで開く）

ichyo

isudeck で「AIにサーバを壊させない」運用を敷く

題材

ISUNARABE 合同演習2026（Rust参考実装）

道具

Codex（GPT-5.5。重要な場面は xhigh、それ以外は medium）

• 複数のAIが同時にデプロイしないよう管理するサービス isudeck を準備期間中にAIに作らせた
• 変更はリポジトリ経由のみ。artifact化 → deploy → bench → PR のワークフローを強制
• 最初に「速くする」より「壊しても戻せる」状態を作ったのが最大の効き
• 「AIを使うISUCONでは、仮説や制約を文章にする力、止めるべきところで止める力が効く」

注: 記事中に順位の明記はない。スコア推移（2,160万点台）と順位表、チーム名の由来から1位と推定。

• BlogISUNARABE 合同演習 2026 やったこと（新しいタブで開く）

nihen（CHIBA Masahiro）

Claude Code が全作業を主導し、ソロで2位

題材

ISUNARABE 合同演習2026

道具

Claude Code（Opus 4.6）がメイン。Codex を別worktreeで並走、GPT-5.5 Pro をセカンドオピニオン、7エージェント並列のコードレビュー

• CloudFormation構築、perf / alp解析、デプロイ、スタック削除までClaude Codeが実行。人間はレビューと方針決定に専念
• 74コミット中7回をrevert。「雑に試して数字で判断し、ダメなら捨てる」を徹底
• Codexに「理論上最速にするためのプラン」を書かせ、それを全作業の骨格にした
• 参戦記はClaude Codeの一人称で書かれ、実際のプロンプトも時系列で公開

• GitHub参戦記（blog.md）（新しいタブで開く）
• X結果報告（新しいタブで開く）

edge2992（overcached! チーム）

100万点まではAI任せ、その先は人間が分析

題材

ISUNARABE 合同演習2026

道具

3人チームで Claude Code（Max 5x プランの5時間制限分ほど）

• N+1解消、インデックス、MySQL / nginx設定はClaude Codeがほぼ一度で実装し、100万点台まで到達
• 200万点台で停滞してからは、人間がalpやスロークエリログで方針を決め、実装だけを任せた
• DBロックをアプリ側mutexに置き換えるような「ISUCONなら許される割り切り」は、CLAUDE.mdに判断基準を書く必要がある
• 別メンバーのClaude Codeがベンチ中にデプロイする事故が何度も発生。デプロイとベンチのロックが必要

• BlogISUNARABE 合同演習 2026に参加して9位でした（新しいタブで開く）

mazrean（INUCON チーム）

自作の計測基盤をエージェントにつないだが、唯一の fail

題材

ISUNARABE 合同演習2026

道具

Grafana / Prometheus / Pyroscope / Loki の自動計装環境をコーディングエージェント向けに調整

• 以前から整備していた対ISUCON用の計測ツール群をエージェントに使わせる形で参戦
• 改善案をmdにまとめて出力する工程に時間がかかり、そこが律速だった
• 改善の精度では優位性があったので、セッション間のやり取りを削れば速くなる見込み

• ZennISUNARABE合同演習2026に参加しました(INUCON チーム)（新しいタブで開く）

天体可観測（msksgm、sunakan ほか）

オブザーバビリティの練習場として参加

題材

ISUNARABE 合同演習2026

道具

オブザーバビリティに関心のある3人のサークル。計装基盤を作ってから改善

• 振り返りのKeepに「isu2.0（人間＋AI）がワークした」「メトリクスでDBのサチュレーションを見つけて改善できた」
• 計装に時間がかかり、500エラーを倒し切れなかった
• 「スコアが出なければ勝負の土俵にも立てない」

• Zenn天体可観測はISUNARABE合同演習2026に参加しました（新しいタブで開く）

KOBA789（主催）

作問そのものをAIエージェント主導で5日間

題材

ISUNARABE 合同演習2026 の作問

道具

Claude Code（Opus 4.7、1M context）が主ドライバ。Codex CLI をセカンドオピニオンとして必須レビューに

• webapp、ベンチマーカー、AMI / CloudFormation まで、ほぼすべてをAIエージェント経由で作成
• 主セッション53本、worktreeセッション10本を記録
• 過去問5セットを5並列のsubagentで調査させ、実装 → 仕様レビュー → 品質レビュー → 修正の4段で回した（計20体超）
• 主催者のおすすめは「Codexにレビューさせる」「CLAUDE.mdに設計の判断基準を数行書く」

• GitHub作問記（POSTMORTEM.md）（新しいタブで開く）
• Blog開催告知（新しいタブで開く）

tjmtmmnk

Mackerel MCP で計測をエージェントに渡す

題材

ISUCON9 予選

道具

Claude Code ＋ Mackerel MCP（ホストメトリック、OpenTelemetryトレース）

• 「スコアを最大化せよ」系のプロンプトを31回繰り返しただけ
• 統計情報 → マニュアル読解（Campaignの調整）→ pprof と、段階的に改善が進んだ
• 「1つずつ変更して確かめる」「マニュアルをちゃんと読む」を指示に入れた
• ログイン処理だけを別サーバに分ける、といった構成変更は最後まで出てこなかった

• BlogMackerel MCPを使ってAIでISUCONを解いてみる（新しいタブで開く）
• GitHubリポジトリ（新しいタブで開く）

Junya Yamaguchi（OpenJNY）

Azure SRE エージェント単体で本選2位相当

題材

ISUCON13

道具

Azure SRE Agent ＋ 自作の ISUCON MCP Server。渡したのはマニュアル2種とツールガイドのみ

• 攻略情報も過去問の傾向も与えず、HTTPトリガーでキックしたあとは5〜6時間自律で動作
• N+1解消、オンメモリDNSサーバの自作、3台の役割分担まで自力で到達
• 改善アイデアが出尽くすと停滞する。事前のナレッジや検索ツールの補助が必要

• ZennAzure SRE エージェントは ISUCON で戦えるか？（新しいタブで開く）
• GitHubリポジトリ（新しいタブで開く）

pikachu0310

Codex（5.6 Sol / Extra High）で 2,393倍

題材

ISUCON11 予選

道具

Codex、モデル 5.6 Sol、推論設定 Extra High

• スロークエリ改善 → condition履歴のメモリ化 → 3台構成 → 最新conditionの非同期push → 二段階登録・公開
• 成功・失敗・不採用を含む62回の実験をすべて SCORES.md に記録
• 測定条件が違うスコアは単純比較せず、同じ測定経路の前後で判断

• GitHubisucon11-ai-agent-2026（新しいタブで開く）

ekusiadadus

自作プロファイラと、マルチエージェント構成の比較実験

題材

private-isu / ISUCON11予選 / ISUCON13 / ISUCON14

道具

Claude Code と Codex でプロファイラ isutools を1日で開発。比較実験は Codex（Astra単体 vs Astra＋Sol）

• isutools開発の進め方：設計書を最初にコミット、TDDとrace detectorをマージの関門に、ツリーを触るエージェントは1体まで
• ISUCON11予選を3時間ずつ比較：再起動後スコアは単体1,636,308、複数885,334。複数側は50万点到達が約27分早い
• ISUCON14ではCodexの3時間実験（133,401）と過去のClaudeの記録の差を、条件の違いから分析

• Blogisutools 開発日記（新しいタブで開く）
• Blogprivate-isu で50万点（新しいタブで開く）
• BlogISUCON13 改善記録（新しいタブで開く）
• BlogAstra単体 vs Astra＋Sol（新しいタブで開く）
• BlogISUCON14 Codex と Claude の差（新しいタブで開く）

itohdak

7つの役割に分けたサブエージェントで改善ループ

題材

ISUCON13 / ISUCON14

道具

AGENTS.md で Profiler / Resource Monitor / App Understanding / SQL / Implementer / Verifier / Recorder を定義し、汎用サブエージェントを並列に派遣

• 最初に作ったPythonのMCP / オーケストレータ層は実運用に合わず、archiveへ移した
• 10回のループ中、エージェントがアクセスログやスロークエリログを実際には取得していなかったことに人間が後から気づいた
• ISUCON14ではマッチングをハンガリアン法による全体最適に置き換える実験も

• GitHubisucon_ai_tools（新しいタブで開く）

kyosu-1

計測 → 改善のループを Claude Code が回す

題材

ISUCON11 予選

道具

Claude Code。ナレッジを .claude/skills にskill化。環境はコマンド一発で構築する自作CLI isuenv

• スコアの推移と「効いた理由」を表で全件記録
• 途中からベンチマーカー側が先に飽和し、ベンチ機の負荷を下げる工夫がスコアに直結
• レギュレーションの解釈が割れうる設定は、環境変数で切り替えられるようにして明示

• GitHubisucon11-qualify-2026（新しいタブで開く）
• GitHubisuenv（新しいタブで開く）

__cp20__

ISUNARABEの問題を解き直し、優勝スコアの10倍超

題材

ISUNARABE 合同演習2026 / ISUCON12 本選

道具

記載なし

• 練習としてISUNARABEの問題を解き、8時間ほどで優勝スコアの10倍以上を出した
• ISUCON12本選ではほぼ理論上の上限スコアに到達。ベンチ開始40秒ほどで負荷がほぼゼロに

注: X上の短い報告のみ。手法の詳細は書かれていない。

• XISUNARABEの解き直し（新しいタブで開く）
• XISUCON12本選（新しいタブで開く）

takeokunn

Opus に過去10大会分を同時に解かせる

題材

ISUCON過去問 10大会分

道具

Claude（Opus）。EC2を40台ほど起動

• 「OpusにISUCON10大会分同時に解かせて30分〜2時間で優勝させた」
• 並列に力押しする極端な例。本人は請求額を心配している

注: X上の短い報告のみ。

• X投稿（新しいタブで開く）
• XEC2 40台の補足（新しいタブで開く）

const_myself

インスタンス作成から全自動で、20分で過去の自分超え

題材

ISUCON13

道具

記載なし

• 過去問インスタンスの立ち上げを含めて全自動で検証させ、20分ほどで当時の自分の点数を超えた
• 当日は、ダッシュボードを監視して順位を実況するエージェントを作る構想も

注: X上の短い報告のみ。

• X投稿（新しいタブで開く）
• X実況エージェントの構想（新しいタブで開く）

koinunopochi

Codex（GPT-5）に聞きながら過去問に初挑戦

題材

ISUCON10 予選（ISUUMO）

道具

Codex（gpt-5）を質問相手に

• セットアップで詰まった箇所から、alpの設定、LTSV形式の意味までCodexに聞きながら進めたWIPメモ
• 解かせるのではなく、学習の補助として使う初心者の記録

• Qiita（WIP）ISCON 過去問やってみる（新しいタブで開く）

m8i-51

AIに渡すための計測パック isuctl

題材

ソロ参加向けのループキット

道具

手元から SSH / rsync で競技サーバを操作する薄いCLI。Cursor / Claude Code が読む前提

• discover → sync-down → 編集 → deploy → bench → pull → analyze → pack の流れを1つのCLIに
• 主成果物は out/pack.md。AIには「仮説を1つだけ直させる」
• 上がれば残し、下がればrollbackする判断は人間が持つ

• GitHubisucon-loop-kit（新しいタブで開く）

wabi1318

Codex を家庭教師にするISUCON学習ログ

題材

ISUCON初心者の学習

道具

Codex がロードマップ・復習・次の課題を管理。練習環境は topi-log/isucon2026-team-sakaguchi

• 「今日やることを教えて」と送ると、期限の来た復習と次の課題を5〜15分単位で案内
• 用語 → 基本操作 → 実際の設定を読む → ログ観察 → 原因を考える → 一変更一計測、と実環境へ近づける

• GitHubisucon-learning-log（新しいタブで開く）
• GitHub練習環境（新しいタブで開く）