「良いループ」の​次は、​「手順を​残せる​AI」だった​ ──Codex・Cursor・GitHubが​同時に​示した、​会話から​手順資産への​移行

技術ノート ｜ AIの最新動向を、現場目線で

少し前まで、AIで開発する人の悩みは「どんなプロンプトを書けば、うまく動くか」だった。そして2026年6月の前半、その問いは「どんなループを組めば、仕事が積み上がるか」へ移った。作る役・検証する役・覚えておく場所を分け、定時で回す──私たちはそれを前回の記事で整理した。

ところが2026年6月17日から18日にかけての、ほんの2日間で、景色がもう一段動いた。OpenAI の Codex は、一度やって見せた作業を、そのまま再利用できるスキルに変える Record & Replay を出した。^[1] Cursor は、自然文から自動化を組み立てる /automate を出した。^[3] GitHub は、その仕事に必要なスキルや道具をその場で探し当てる agent finder を出した。^[4] 別々の会社が、また申し合わせたように同じ方向を向いている。

私たち電脳技巧集団（AI職人ギルド）は、毎日AIエージェントでものを作っている。だから今回も、流行語ではなく「で、作る側の設計はどう変わるのか」という目線で読む。結論を先に言えば──勝負どころは「良い答えを返すAI」から、「良い手順を残せるAI」へ動いている。プロンプトの次がループだったように、ループの次に来たのは 手順を資産に変える設計（ワークフロー・キャプチャ） だ。

012026年6月、​各社が​また​同じ​動きを​した

まず事実を、時系列で押さえる。前回の「良いループ」が6月前半の収束だとすれば、今回はそのすぐ後ろで起きた、第二波だ。^[1][3][4]

時点（2026年）	出来事
6月7日	Addy Osmani が 「Loop Engineering」 を公開。automations / skills / subagents / memory を一つの設計論にまとめる（前回の主題）
6月17日	GitHub が agent finder を公開。仕事ごとに必要な MCP・スキル・エージェント・ツールを探し当てる（ARD仕様ベース）
6月17日	GitHub Copilot アプリが正式版（GA）に。並列セッション・ブランチ・worktree・ブラウザ・ターミナルをデスクトップに統合
6月18日	OpenAI Codex が Record & Replay を追加。実演したワークフローを、再利用可能なスキルに変える（macOS・Computer Use 前提）
6月18日	Cursor が /automate を公開。自然文から、トリガー・指示・ツールを組み立てる導線を追加
6月18日	OpenAI が ChatGPT Enterprise 向けに利用分析と支出コントロールを公開。増えた自動化を組織で統制する層

※ 各社の公式発表・公式ドキュメント（2026年6月）に基づく。「各社が同じ方向に寄っている」という見立て自体は、CAGによる複数製品の構造比較（解釈）。

呼び名はバラバラだ。Record & Replay、/automate、agent finder。だが並べてみると、扱っているものはほとんど同じ──「人間の手順を、どうやってAIが再利用できる形に変えるか」である。前回が「ループを回す」だったのに対し、今回は「そのループに乗せる手順を、どう仕込むか」に焦点が当たっている。

02​「良いループ」には、​見えない​前提が​あった

前回の記事で、ループの骨格は maker（作る）/ checker（検証する）/ state（残す）＋ schedule（回す） だと整理した。だが、よく考えると一つ抜けている。そのループに、そもそも"何を"回させるのかだ。

ループは仕組みであって、中身ではない。回路を組んでも、流すべき手順がなければ動かない。そして手順は、たいてい人間の頭か、手の動きの中にしかない。「この作業はまずここを開いて、こう確認して、ダメならこう戻す」──こうした段取りを、毎回プロンプトで一から説明し直すのは、ループ時代になっても消えなかった消耗だった。

ここが、今回の新機能たちが狙った急所だ。手順そのものを、人の頭の外へ取り出して、再利用できる資産に変える。 一度やって見せれば記録され、自然文で書けば組み上がり、必要なときに探し出される。「うまく説明する」から「一度仕込んで、あとは資産として呼び出す」へ──ループの上流が、ようやく自動化され始めた。

033つの​新機能は、​何を​"手順資産"に​しているか

面白いのは、3社がそれぞれ違う入口から、同じゴールに向かっていることだ。Codex は「見せる」、Cursor は「書かせる」、GitHub は「探させる」。アプローチは違うのに、出てくるのはいずれも"再利用できる手順"になる。^[1][2][3][4]

具体的に、誰が何を手順資産化しているのかを並べると、収束ぶりがはっきりする。

製品 / 機能	入口（人間がやること）	手順資産化されるもの
Codex Record & Replay	作業を一度実演して見せる	実演したワークフローが、そのまま再利用可能なスキルになる[1]
Cursor /automate	やりたいことを自然文で書く	トリガー・指示・使うツールが組み上がり、自動化として固定される[3]
GitHub agent finder	タスクを提示する	必要なMCP・スキル・エージェント・ツールが探し当てられ、その場で呼び出される[4]
GitHub Copilot アプリ(GA)	複数の仕事を同時に進める	ブランチ・worktree・ブラウザ・端末を並列セッションとして束ねる作業基盤[5]

※ 各社公式ドキュメント・発表（2026年6月）の記述に基づく整理。CAG自身がすべての製品を横並びでベンチマークしたわけではない。

とりわけ Codex の Record & Replay は象徴的だ。これまで「自動化」と言えば、コードやスクリプトを書くことだった。だがこの機能は、人間がGUIで一度やって見せるだけで、その操作を手順として捕まえ、スキルに変える。^[1] プログラムで書けない・書きにくい雑務まで、「説明する」のではなく「やって見せる」で資産化できるようになった、という点が新しい。

04capture と​ discovery が​加わると、​ループは​どう​変わるか

ここで、抽象の積み上がりを一枚に整理しておきたい。プロンプト → ループ → 手順資産化。下の層が消えたわけではない。土台の上に、新しい層が乗っただけだ。^[6]

この積み上がりには、実務上の意味が二つある。一つは「再現性」の獲得だ。一度資産化した手順は、翌日も来週も同じ品質で呼び出せる。前回挙げた「セッションが切れると毎回ゼロから」という消耗が、上流からも潰される。

もう一つは agent finder 的な発見（discovery）の効きどころだ。手順資産やツールが増えると、今度は「使える道具が多すぎて、AIが何を使えばいいか分からない」という別の壁にぶつかる。必要な能力をそのタスクの時だけ見つけて読み込む設計は、文脈の肥大を抑えながら道具箱を広げる。資産を増やすことと、増やしても破綻しないことは、別々の工夫が要る──両方がこの2日で前に進んだ。

05​私たちは、​すでに​手順を​資産に​して​回している

ここまでは外の動向だ。だが私たち電脳技巧集団にとって、手順資産化は新しい流行ではなくすでに毎日の前提でもある。一次情報として、足元の実例を出す。

いちばん分かりやすいのが、あなたが今読んでいるこの記事だ。CAGの記事制作は、題材選定→執筆→図版化→画像生成→検証→公開という段取りを、一本の"記事制作スキル"として固定してある。毎回「CAGの記事ってどう書くんだっけ」を説明し直さない。トーンも、図版の規約も、公開手順も、チェックリストも、手順資産として残っている。そして制作の途中で新しい学びがあれば、その場でスキル本体に焼き込む──つまり「やって見せて記録する」を、私たちは人力のループとして前から回している。今回 Codex がやったのは、これを製品機能にしたことだ。

もう一つは、このサイトに常駐する顧客対応AI。これは前回の「ループの3点セット」をそのまま製品にした設計で、手順資産化の観点でも分かりやすい。返信や見積もりの段取りは、顧客ごとの専用メモリと共通の対応手順として外に残り、会話のたびに呼び出される。作りっぱなしにせず、重要判断は人間が承認する関門（HITL）を必ず通す。手順を資産にし、必要なときに呼び出し、最後は人が責任を持つ──今回の各社の動きと、地続きの考え方だ。

関連記事 ｜ 前編・5日前のループ整理「良いプロンプト」の次は、「良いループ」だった ──Codex・Claude Code・GitHub・Grokが向かう、AI開発の新しい主戦場 →

だから今回の各社の動きは、私たちにとって「自分たちのやり方に、業界が追いついてきた」という感触に近い。AGENTS.md にエージェントの作法を書き、知見を wiki に事実として残し、記事も製品も再利用可能な手順の上で回す。今回の Record & Replay や /automate は、その下地が製品として誰でも使える形になった合図として読んでいる。

06何が​変わって、​何は​まだ​人間が​握るべきか

例によって、煽りすぎないために釘を刺す。「もうプロンプトは要らない」「一度見せれば全部自動化できる」は、どちらも誇張だ。^[6] 実演で記録できるのは、手順がはっきりした繰り返し作業が中心。曖昧な判断仕事は、まだ人間の領分が大きい。

そして、見落とされがちな点がもう一つ。手順を量産できるようになると、今度は「統制」が課題になる。 誰がどの自動化を、どの権限で、いくらのコストで回すのか。OpenAI が同じ2日のうちに 支出コントロールと利用分析を出したのは偶然ではない。^[7] 手順を資産にする機能と、その資産を組織で安全に回す機能は、セットで初めて業務に乗る。「実演すれば自動化できる」と「監査と権限の中で運用できる」の間には、まだ設計の谷がある。

07​締め：勝負軸は​「どう​頼むか」から​「どう​残すか」​へ

2026年6月の2日間を、現場目線でまとめる。

一つは、AI開発の差分が、また一段上に移ったこと。良い答えを返すAIから、良いループを回すAIへ。そして今度は、良い手順を残せるAIへ。Codex は見せて記録し、Cursor は自然文から組み立て、GitHub は必要な能力を探し当てる。入口は三者三様でも、向かう先は「人間の手順を、再利用できる運用資産に変える」一点だ。これからの差は、モデルの強さだけでなく、キャプチャ・自動化・発見・統制をどう実装するかで決まる。

もう一つは、それでもプロンプトという土台と、人間という最後の砦は消えないこと。層が一つ増えたぶん、「どの手順を資産にして自動で回し、どこで人が責任を持つか」を線引きする設計が、むしろ重みを増した。私たちが大切にしているHITL（重要判断は人間が承認）は、まさにこの線引きそのものだ。

電脳技巧集団（AI職人ギルド）は、最新のAIを誰よりも貪欲に使いこなす。同時に、その使い方を一発の魔法ではなく、再利用できる手順資産として残し、壊れにくいループに組むことを本業にしている。良いプロンプト、良いループ、その先にある「残せる手順」を、お客さまの仕事の上に設計する──それが、AIで飯を食う職人の腕の見せどころだ。

「うまく頼む」から「うまく残す」へ。この変化を、一枚に。

観点	会話で都度頼む発想	CAG（手順を資産にして回す）
主役	その場のうまい指示	再利用できる手順そのものの設計
仕込み方	毎回プロンプトで説明し直す	一度実演・記述してスキルに固定
再現性	人とその日の調子に依存	翌日も来週も同じ品質で呼び出す
道具の増加	増やすほど混乱する	必要な能力をタスク時に発見
検証	作った本人が自己採点	別人格の検証＋人のHITL
統制	権限・コストは後回し	権限・支出・監査を運用に組み込む

※ 本記事は外部の公式発表・記事を、開発実務の観点から整理・論評したもの。各社機能の事実関係は下記出典に基づく引用であり、製品横並びのベンチマークはCAG自身が検証したものではない（「各社が同じ方向に収束している」は複数製品からの解釈）。CAGの手順資産化・運用に関する記述は自社の一次情報。状況は流動的で、各製品の仕様は更新されうる（v0・2026-06-19時点）。