Claude Code の「検証ループ」― 確認作業を任せる前に決めること

この動画は、Claude Code に自分の作業を確かめさせる、検証ループの作り方を紹介するものです。公開は9月25日ですが、中心になる /verify スキルは、7月に公式ブログで紹介された機能です。ここでは4つの場面を区切って見ながら、開発チームに入れるときに決めておくことを考えます。

Claude Code は、情報を集め、作業し、結果を確かめる、という流れで動くと、公式に説明されています。動画が指摘するのは、この確かめる部分の一部を、まだ人が担っているという点です。テストや型のチェックが通っても、画面が意図どおりに動くかは、人が開いて確かめている。筆者の見立てでは、多くのチームで、ここがいちばん時間を取られている確認作業です。

手作業の確認手順を書き残しておけば、Claude がブラウザやシミュレーターを使って、自分で確かめて直せる、という説明です。入り口になるのが、付属の /verify スキルです。公式の説明では、アプリを動かして変更を確かめ、うまくいった手順を、プロジェクトの中にスキルとして記録します。この記録は、チームの誰が使っても同じ手順で確かめられる手順書の役割も果たします。

いいねボタンの追加を頼むと、Claude が画面を開いてボタンを押し、スクリーンショットを撮り、表示のずれを測って直すところまで、自分で進めています。ずれの指標の CLS は、0.19 から 0.00 に下がりました。Google の基準では、0.1 以下が良い値です。ただ、公式の説明では、付属の /verify は呼び出したときだけ動きます。一方、デスクトップ版には変更のたびに自動で確かめる機能があり、最初からオンです。どこで何が自動で動くのかは、導入の前に整理しておきたいところです。

最後に、手で確かめて Claude に直しを頼んでいることがあれば、それを測れる基準にして、スキルに書くよう勧めています。例として挙がったのは、表示速度の予算、アクセシビリティのチェックリスト、デザインシステムのルールです。筆者の見立てでは、これは AI の設定というより、チームの品質基準を文章にする作業です。基準がはっきりしているほど、Claude も合否を判断しやすくなります。

まとめます。検証ループは、確認の手順をスキルとして残し、Claude に自分で確かめさせる仕組みです。うまく回れば、やり直しの往復が減ります。一方で、確かめるたびに時間とトークンを使い、外部のツールにデータが送られることもあります。導入するなら、どの確認を任せるか、いつ自動で動かすか、記録されたスキルを誰が見直すか。この3つを先に決めておくのが、筆者の勧める進め方です。