本文へ移動

AI Buildersのための最新のニュース、知見、事例を毎日お届け

運営会社
ループエンジニアリングを学ぶ

【AIビルダーの現場】AIに任せる操作は「戻せるか」で4段に 元CEOの権限設計

20人から70人のチームを率いたErica Layer氏は、Claude Codeのエージェントに任せる操作を取り消しやすさで4段階に分け、外部への連絡と金銭は本人の承認に残している。

記事の内容を自社でどう進めるか、内容が固まっていない段階でも相談できます。仕事の相談

毎週 1 回、その週の記事から 5 本と実践の 1 本を選んでメールで届けます。ニュースレターを購読する(無料)

版画風の絵。青緑色の脚と黄色い踏み板の4段の木の脚立があり、いちばん上の段に真ちゅう色の南京錠が掛かっている。背景はクリーム色の紙。
Created with Grok

CEOとして20人から70人のチームを率いた経験を持つErica Layer氏は、人の動かし方をClaude Codeのエージェント運用に当てはめ、その中身をLayer AdvisoryとAI on Purposeで発信している。線引きの基準は取り消しやすさだ。1日以内に戻せて自分のシステム内で済む操作はエージェントに任せ、外部への連絡・金銭・重大な影響を伴う操作は本人の承認に残す。守れるものは指示ではなく権限の設定で強制しており、任せる範囲と守り方が1本の筋でつながっている。

毎回の説明はファイルが担う

Claudeのセッションは毎回ゼロから始まる。Layer氏は10月29日の記事「I lead a team of AI agents the way I've led people for twenty years」で、その説明を省くために平文のファイルを4500件以上そろえたと書いた。その4500件以上には、会議の記録532件、案件ごとのファイル、取引先ごとのファイルが含まれる。これとは別に1000ページを超える資料と目次のファイルもあり、CLAUDE.mdは全セッションの最初に読ませている。

この仕組みの上でのある木曜の朝8時30分にはセッションが9本同時に動いていた。その日に動いたセッションは20本を超え、同氏はそれを珍しくないと書いている。ファイル群の手入れには毎週数時間かかっていると同氏は書いている。

操作ごとに4つの段を決めた

10月9日のセキュリティの考え方を書いた記事によると、Layer氏は8月に1ページの「権限の階段」を作った。操作ごとに「実行して報告」「承認後に実行」「下書きのみ」「やらない」の4段階のどれかを決めている。「実行して報告」はエージェントに任せて後から結果を聞く段で、「承認後に実行」は本人が認めてから動かす段だ。「下書きのみ」ではエージェントは形を作るところで止まる。最後の「やらない」は、任せない操作を名指しする段になる。

段を分ける基準は取り消しやすさだ。1日以内に戻せて自分のシステムの中で済む操作は自律に任せる。外部への連絡、金銭、重大な影響を伴う操作は本人の承認が要る。段は固定ではない。月に1回、Claudeが根拠を付けて段の引き上げを提案し、上げるかどうかは本人が決める。

守りは指示より設定で縛る

同じ記事で、Layer氏は守りを「ガードレール」と「境界」に分けている。ガードレールはシステムが強制する権限で、境界はAIが守る前提の指示だ。できるものはガードレールにする方針で、メールはコネクタの側でAIが送れない設定にした。AIが作った下書きを、本人が押して送る。機微な情報のあるGoogle Driveのフォルダは接続せず、金銭も任せない。10月29日の記事では、入社初日の人に経理システムの鍵は渡さない、とたとえている。

週1回の点検はAIではなく単純なスクリプトが中心になっている。さらに毎週、架空の送信者からプロンプトインジェクション(AIへの指示を紛れ込ませた文)入りのメールを受信箱に入れ、別のスクリプトが検知できたかを確認する。実例では翌朝、アシスタントがそのメールを詐欺の疑いとして緊急扱いにし、下書きは作らなかった。

採点役を置き全件を手で見る

Layer Advisoryの9月23日の「AI in Practice」9月の振り返りによると、同氏は作る役と採点する役を別のエージェントにし、基準に届くまで差し戻す「採点ループ」を使っている。基準は「プロらしく書く」のような言い方ではなく、「引用した作業項目は、すべて会議の記録の行にリンクする」のように機械的に判定できる形で書く。

止める条件は基準を満たした時か、通常は3回までだ。デモでは1回目の出力に、誰も約束していない項目や合意していない日付が混ざった。2回目では10項目すべてが合格した。2回目には、まだ決まっていない点の一覧も付いてきた。

新しい仕事を任せる時の導入の順は「I do, we do, you do」、つまり本人がやり、一緒にやり、最後に任せる順だ。同じ振り返りと10月29日の記事によると、最初の数回は結果を全件手で確認してからスキルにし、その後に定時のルーチンにする。本番のコードには直接触らせず、別のコピーで作業させ、本人がレビューするまで本番に出さない。

4つの仕組みは1つの基準から

ここまでの仕組みを並べると、Layer氏は取り消しやすさで操作ごとの段を決めている。外部への送信はコネクタの設定で止め、機微なフォルダは接続せず、金銭は任せない。点検はスクリプトが受け持ち、毎週の仕込みのメールで検知を確認する。

新しい仕事は全件を手で見る段から始め、確認が済んでからスキルにし、定時のルーチンに上げる。採点ループでは、作る役と採点する役を分け、基準と回数で止める。段の引き上げも、月1回のClaudeの提案を本人が決める形だ。

編集部が注目したのは、これらの仕組みがどれも「1日以内に戻せるか」という1つの問いで説明できる点だ。Layer氏の運用は、任せる範囲を取り消しやすさで決め、守れる線は指示ではなく設定で守る形になっている。

編集部の見方

編集部は、この事例で真似る価値が最も高いのは4段の表そのものより、その線を権限の設定で強制している点だと見る。メールはコネクタの側で送れない設定にし、点検もAIではなくスクリプトに任せていることが根拠になる。自分の運用で試すなら、エージェントに任せている操作を書き出し、操作ごとに1日以内に戻せるかと、禁止が指示文だけか権限の設定かを並べてみるとよい。ただし、外部への送信や金銭を扱わず、手元のリポジトリの中だけで回す運用では、この差は見えにくい。

出典

に確認(日本時間)

  1. 記事「I lead a team of AI agents the way I've led people for twenty years」(aionpurpose.substack.com)
  2. セキュリティの考え方を書いた記事(aionpurpose.substack.com)
  3. 「AI in Practice」9月の振り返り(layeradvisory.com)

この記事をシェア

この記事は役に立ちましたか