Claude Codeで出した成果物を、結局自分の目で全部読み返して削るのに時間がかかる。
品質がブレるから、1回で使えないのが当たり前になっていませんか？
Claude Codeには検査AI・監査AIという仕組みを組み込めます。
メインAIが出した成果物を、別人格のサブエージェントに監査させて、勝手に磨かれて戻ってくる状態です。
僕はこれを3ヶ月運用してみて、人の目を通す回数が体感で半分以下になりました。
この記事では、非エンジニアの僕でも組める改善ループの実装と、実際にAGIを感じた瞬間の記録をお見せします。
» Claude Codeで改善ループを組む！検査AI・監査AIで成果物が勝手に磨かれる仕組み（YouTube動画）
この記事で分かること
・Claude Codeの「改善ループ」とは何か
・監査AI・検査AIを別人格として立てる理由
・サブエージェントを監査役に仕立てる書き方
・監査プロンプトを設計する時のコツ
・Threads投稿・ブログ記事に監査AIを通した実例
・僕がAGIを感じた瞬間の記録
・改善ループの落とし穴（ループが止まらない問題）
Claude Codeの「改善ループ」とは？1回出して終わりからの脱却
Claude Codeの改善ループとは、メインAIが出した成果物を、別のサブエージェントに監査させて、必要なら修正までさせる仕組みのことです。
普通のチャット型AIは、プロンプトを投げて返事が返ってきたら終わり。
気になる箇所があれば、人間が手動で「ここを直して」と指示するのが一般的です。
改善ループを組むと、この「人間が手動で直す」工程の大半をClaude Codeの中で完結させられます。
メインAIが成果物を出す。
監査AIが別の視点で採点する。
検査AIが修正案まで提示する。
この流れが1つのコマンドで全部回るのが改善ループです。
普通の使い方と改善ループの違い
普通のAI利用は「1投入1出力」の世界。
改善ループは「1投入→監査→修正→最終出力」の世界。
成果物の品質が、人の目に届く前の段階で勝手に磨かれた状態で手元に来ます。
検査AI・監査AIの役割（主AIと別人格にする理由）
改善ループで大事なのは、監査役を「メインAIとは別の人格」として立てることです。
同じAIに「自分で自己採点して」とお願いしても、基本的に甘い採点しか返ってきません。
別人格のサブエージェントを立てることで、第三者視点でのチェックが入るようになります。
監査AIの役割
監査AIは「採点と指摘」を担当します。
メインAIが出した成果物に対して、次のような観点でチェックを入れる。
・煽り表現が残っていないか
・一次情報が入っているか
・一人称が「僕」で統一されているか
・タイトルと本文で矛盾がないか
・カニバリチェックを通したか
これらを自動で指摘する設計です。
検査AIの役割
検査AIはもう一段踏み込んで、「修正案」まで出します。
監査AIが「煽り表現が残っている」と指摘した箇所に対して、検査AIが「この部分をこう書き換えた方が自然です」と代替案を出してくれる。
主AI・監査AI・検査AIの3層構造
僕の場合、改善ループを3層で組んでいます。
・主AI：最初の成果物を出す
・監査AI：採点と指摘を返す
・検査AI：指摘を踏まえて修正案を出す
この3層を回すと、手元に来る成果物は「指摘済み・修正案付き」の状態になります。
【実装】サブエージェントを監査役に仕立てる書き方
サブエージェントの作り方自体は、Claude Codeの管理画面から数クリックで終わります。
難しいのは「何を監査させるか」の設計です。
サブエージェント作成の基本
Claude Codeの管理画面で「新規サブエージェント」を選択し、以下を設定します。
・名前（例: threads-audit-agent）
・説明（例: Threads投稿案を監査して指摘を返す）
・手順（監査プロンプト本文）
手順欄に、監査したい観点を具体的に書き込みます。
監査プロンプトの骨格
僕が使っている監査プロンプトの骨格はこうです。
あなたはかずりりぃのThreads投稿を監査する役割です。 以下の成果物を、次の観点でチェックしてください。 - 煽り表現が残っていないか - 一次情報が入っているか - 一人称が「僕」で統一されているか - 投稿案とタイトルに矛盾がないか 違反があれば該当箇所を引用して指摘してください。 違反なしなら「OK」と返してください。
ポイントは「違反があれば引用して指摘」と書くこと。
引用させることで、どの部分が問題なのかが後から一瞬で分かります。
監査プロンプトの設計（主観を排して採点させるコツ）
監査プロンプトの設計で一番大事なのは、YES/NOで答えられる粒度で書くことです。
悪い例：主観的な監査観点
「読みやすく書けているか」「面白く書けているか」のような主観的な観点は、監査AIの判定がブレます。
同じ成果物でも、日によって「OK」が返ってきたり「要修正」が返ってきたりする。
良い例：客観的な監査観点
「一人称は”僕”で統一されているか」「文字数は1500字以内か」「煽り表現（絶対・必ず・激変など）が入っていないか」のように、YES/NOで即答できる粒度で書く。
監査観点の数は5〜7個に絞る
監査観点を増やしすぎると、チェックが形骸化して「全部OK」しか返ってこなくなる事故が起きます。
本当に重要な観点を5〜7個に絞るのが、実運用の最適解です。
改善ループを組むと何が変わるか（Before/After）
実際に改善ループを導入して、何が変わったかを記録しておきます。
Before（改善ループなし）
Threads投稿を1本作るのに、メインAIに書かせる→自分で読み返して削る→また書き直させる、を平均3〜4往復していました。
1本あたり30分近くかかっていたのが、正直な話です。
After（改善ループあり）
メインAIで初稿→監査AIで指摘→検査AIで修正案、という流れがコマンド1つで回る。
僕の目に届く時点で、煽り・一次情報不足・トーンのズレが全部指摘済みの状態になっています。
1本あたりの時間は10分前後まで短縮されました。
【事例】Threads投稿案を監査AIに通してみた結果
実際に、Threads投稿案を監査AIに通した時の記録を公開します。
初稿に対する監査AIの指摘
監査AIが返してきた指摘は2箇所でした。
・「やりとり300回目みたいな精度」 → 「自分の場合は」を冒頭に足す
・「それがなくなった」 → 「それがかなり減った」に柔らかくする
この2箇所を修正することで、「断定が強すぎる」問題を未然に回避できました。
監査AIが効いた理由
僕自身、書いている最中は断定の強さに気づきにくいんです。
でも監査AIは毎回同じ観点でチェックしてくれるので、主観の抜け穴を塞いでくれる働きをしてくれます。
【事例】ブログ記事を検査AIに通してみた結果
ブログ記事でも改善ループを回しています。
ブログ記事の監査観点
ブログ用の監査AIには、次の観点をチェックさせています。
・タイトルに「｜」が入っていないか（「！」で区切るルール）
・カタカナ併記が必要な場合に入っているか
・メタディスクリプションが120〜140字の範囲か
・内部リンクが自記事を指していないか
・画像のalt属性が空になっていないか
検査AIの修正提案
監査AIが違反を検出したら、検査AIに渡して修正案を出させます。
検査AIは「タイトルの区切りを”！”に変更、メタディスクリプションを130字に調整」のように具体的な修正案を出してくれる。
僕は提示された修正案を見て、OKならそのまま採用するだけ。
＼ Claude Codeの改善ループ設計資料を受け取る ／
※ 特典内容は時期により更新されます
僕がAGIを感じた瞬間（一次情報）
3ヶ月運用していて、「これAGIじゃないか？」と感じた瞬間がありました。
ある日の朝、成果物が勝手に磨かれていた
ある朝、予約タスクで回していたThreads投稿案を確認した時のことです。
前日にメインAIが出した初稿が、監査AIの指摘を踏まえて検査AIが修正した最終稿として手元に届いていました。
僕が寝ている間に、メインAI→監査AI→検査AIの3層が自動で回って、磨き上げられた成果物だけが朝の画面に並んでいた。
「もう一人の自分を雇った」感覚
この時感じたのは、AGIというよりも「もう一人の自分を雇った」感覚でした。
監査AIは僕の判断基準を知っている。
検査AIは僕の文体を知っている。
その2人が勝手に動いて、成果物を磨いて戻してくれる。
これが非エンジニアの一人社長でも組める、ということに一番驚きました。
改善ループの落とし穴（ループが止まらない問題）
改善ループには注意点もあります。
落とし穴①：ループが止まらない
監査AIが「ここを直して」と指摘→検査AIが修正→監査AIがまた別の箇所を指摘、という無限ループに入ることがあります。
対策は、「監査は1回で終わる」と明記すること。
「監査は最初の1回のみ。2回目は実施しない」とプロンプトに書くことで、ループの暴走を防げます。
落とし穴②：監査AIの指摘を鵜呑みにしない
監査AIは優秀ですが、時々かずりりぃのトーンと合わない指摘をしてきます。
たとえば「くだけすぎ」と指摘されたけど、実はそのくだけた文体が「僕の味」だったり。
対策は、監査AIのプロンプトに「かずりりぃの味（くだけた文体・身近な例え）は残す」と明記すること。
落とし穴③：サブエージェント乱立
便利だと思って監査AIをジャンル別にどんどん作ると、20個を超えたあたりで自分で管理できなくなります。
監査AIは「Threads用」「ブログ用」「LINE用」のように、媒体単位で1つに絞るのが運用しやすい粒度です。
FAQ
Q1. サブエージェントは非エンジニアでも作れますか？
作れます。Claude Codeの管理画面から、名前・説明・手順をテキストで入力するだけで作成できます。
プログラミングは不要です。
Q2. 監査AIと検査AIは分けないとダメですか？
いきなり両方は大変なので、まず監査AIだけ作るのがおすすめ。
監査AIの指摘を人間が読んで修正する運用に慣れてから、検査AIを追加するのが自然です。
Q3. 監査観点はどこまで細かく書けばいいですか？
5〜7個に絞るのが運用の最適解です。
10個以上になると監査AIが全部チェックしきれず、形骸化します。
Q4. 改善ループは時間がかかりませんか？
ループ1回あたりの時間は増えますが、人間が手動でチェックする時間が激減するので、トータルでは短縮されます。
僕の場合、Threads1本あたりの作成時間は30分→10分になりました。
Q5. 監査AIの指摘を無視していい場面はありますか？
あります。AIの指摘が「正しいけど、自分のトーンと合わない」時は無視してOK。
その時はプロンプトに「トーンの例外」を追記して、次から指摘されないよう育てます。
まとめ：改善ループは「もう一人の自分」を雇う感覚
この記事のまとめ
・Claude Codeの改善ループは「主AI→監査AI→検査AI」の3層構造
・監査役はメインAIとは別人格のサブエージェントで立てる
・監査観点はYES/NOで答えられる粒度で5〜7個に絞る
・Threads投稿・ブログ記事の両方で改善ループが機能する
・ループが止まらない暴走問題は「監査は1回で終わる」と明記して防ぐ
・AGIを感じた瞬間は「寝てる間に成果物が磨かれて朝届く」体験
改善ループを組むと、Claude Codeが「もう一人の自分」として働いてくれる感覚になります。
まずは監査AI1つから、試してみてください✨️
» Claude Codeで改善ループを組む！検査AI・監査AIで成果物が勝手に磨かれる仕組み（YouTube動画）
＼ Claude Codeの最新情報をLINEで受け取る ／
※ 特典内容は時期により更新されます
English Summary
Claude Code’s improvement loop is a three-layer system where a main AI produces output, an audit sub-agent scores and points out issues, and an inspection sub-agent proposes specific fixes. The key is to set the audit and inspection agents as separate personas from the main AI, because self-scoring by the same AI tends to be too lenient. Write audit criteria at a YES/NO granularity and limit them to five to seven points—more than that leads to formalized “all OK” responses. In my three-month experience running this setup, Threads post creation time dropped from 30 minutes to 10 minutes per post, because the audit layer catches over-assertive phrasing, missing first-hand information, and tone inconsistencies before the output reaches my eyes. The moment I felt something close to AGI was when I woke up to posts that had been polished overnight through the full main-audit-inspection chain. Watch for three pitfalls: infinite loops (prevent with “audit once only” rules), blindly accepting audit feedback (add “preserve my voice” exceptions), and sub-agent sprawl (limit to one per channel). For solo entrepreneurs, the improvement loop is the closest thing to hiring a second self.
Claude Codeに関する記事まとめ
>> Claude Codeで一人社長を回す全体設計！非エンジニアが仕事を自動化した実運用マップ
>> Claude Codeの神設定5つ！1人でも仕事が自動で回る仕組みの作り方
>> Claude CodeのCLAUDE.md書き方！個人事業で原本管理する強制ゲート設計の実例
>> Claude Codeの予約タスクで日報とDM返信を自動化！一人社長のスケジュール運用術
>> Claude Codeのスキルとサブエージェント運用！知識の本体ではなく呼び出し口として使う設計論
>> Claude Codeでブログを回す！SEOクラスター記事を量産する実運用フロー
>> Claude CodeでSNS投稿を回す！Threads・X・Instagramの投稿案生成フロー
