AIに許す操作・許さない操作を実行ルールにし、中断・再開のメモを作る

原稿の管理表（13項目：記事ID・カテゴリ・要件ID・先に読むと理解しやすい記事・成果物パス・対象ツール・検証状況・最終更新日など）

管理項目	内容
記事ID	07-04
主な中カテゴリ	07-04 操作権限・停止・引継ぎの条件を決める
関連中カテゴリ	00-04、06-04、07-03、13-04
関連要件ID	REQ-002
先に読むと理解しやすい記事	07-03（指示・検証・修正の手順を決める）を読んでいると理解しやすい。未読でも本文で必要な内容は説明する
到達目標	外部の文章をそのまま作業命令にしない、秘密情報を渡さない、承認範囲を越えないという原則が必要な理由を、具体的な失敗の例で説明できる
3層の配置	理解する＝第3〜4節／作って確かめる＝第5〜7節／設計を判断する＝第8節
成果物パス	templates/07-04-ai-rules-resume_template.md、templates/07-04-ai-rules-resume_example.md
出典	第11節参照
対象ツール・バージョン	特定のAIサービスに依存しない
検証状況	本文・ひな形・記入例はClaude Codeが作成。第5.4節の指示文と第6節の初稿は説明用の例であり、実際にAIへ送信・観測した記録ではない。第5.3節の再開手順は形式を決めたものであり、実際に中断・再開を行った記録ではない。人による実読・内容確認は未実施
残課題	第11節参照
最終更新日	2026-09-20（新規作成。同日、Phase 5B-2A：受入監査の「停止条件はあるが再開手順が無い」「REVIEW不足」指摘に対し、第3.3節「停止から再開までの流れ」と第5.3節の再開用メモ（何を保存し、何を記録し、どう再開し、何を再確認するか）を追加し、第5.4節「AIに下書きを頼む」・第6節のレビュー観点・読む順路・第4節の判断項目も追加。実行ルールの内容・完了条件は不変。再開手順を実際に実施した記録は無く、演習は未実施と明記）

この記事の会社・人物・失敗例はすべて架空の設定です。実在する会社や案件とは関係ありません。

この記事は何の話か。依頼・承認管理アプリの開発でAIに許す操作（作業フォルダ内の編集）と許さない操作（外部送信、本番接続、承認の代行）をAI実行ルールに書き、作業を止めたときに「何を保存し、何を記録し、どう再開し、何を再確認するか」を決めた再開用メモを作る話です。

なぜ必要か。AIに何を任せてよいかを明文化していないと、外部から受け取った文章をそのまま作業命令として実行してしまったり、秘密情報を意図せず渡してしまったりする危険があります。

この記事を読むとできるようになること。

• 外部の文章をそのまま作業命令にしない、秘密情報を渡さない、承認範囲を越えないという原則が必要な理由を、失敗の例で説明できる
• AIに許す操作・許さない操作をAI実行ルールに書き、再開用メモを作れる
• 指示文書による制約と、実行環境側の許可設定を分けて考え、両方の組み合わせ方を書ける
• 停止したあと、保存する状態・記録する事項・再開の手順・再確認する事項を決め、「止めただけ」で終わらせない

読む順路。この記事は3つの深さで読めます。全部を順に読む必要はありません。

• 基本だけ理解する：第1節→第3節（3つの原則と、停止から再開までの流れ）→第4節（判断すること）→第5.2〜5.3節（実行ルールと再開用メモ）→第9節。ここまでで、AIに許す・許さない・止める・再開するの4つを1枚に書く形が分かります。AIへの依頼は出てきません。
• 作って確かめる：上に加えて第5.4節（AIに下書きを頼む）→第6節（初稿に混ざる「禁止の緩和」「自動再開」の見つけ方）→第7節。
• 設計判断を深める：上に加えて第8節（文書による制約と環境側の許可設定の組み合わせ、適用限界）。

1. 今回の業務課題と完成するもの

この記事でやることは、依頼・承認管理アプリの開発でAIに許す操作と許さない操作をAI実行ルールとして明文化し、作業を中断して後で再開するための再開用メモ（保存する状態・記録する事項・再開手順・再確認する事項）の形を決めることです。

00-04で人とAIの役割の大枠を決め、07-03で指示・検証の手順を決めましたが、「AIが具体的にどこまで操作してよいか」はまだ明文化していません。この記事では、それを扱います。

この記事を読み終えると、次のものが手元にできます。

• AI実行ルール（許可する操作、禁止する操作、停止条件、確認を求める場面）
• 再開用メモ（停止時に保存する状態、記録する事項、再開の手順、再確認する事項）

2. 前提知識と読む順路

この記事で使う言葉を先に説明します。

指示文書による制約

一言でいうと、「これはしてよい」「これはしてはいけない」と、文章で決めておく制約です。

実行環境側の許可設定

一言でいうと、実際にAIが操作できる範囲を、パソコンやツールの設定として制限することです。たとえば、特定のフォルダの外を読み書きできないようにする設定です。

これがないと、文書で「してはいけない」と書いても、実際には防げない操作（例えば意図しないフォルダへのアクセス）が起こり得ます。両方を組み合わせて初めて実効性のある制約になります（第8節）。

読む順路：人とAIの役割は00-04、秘密情報の管理は06-04、変更の記録は06-03、指示・検証の手順は07-03が該当します。「本番の設定を読んだら止める」という確認は06-02で実際に動かしています。この記事の実行ルールは、08〜13のすべてのAI作業の前提になり、13-04（引継ぎ・移行・廃止を行う）の引継ぎ資料に含めます。

3. 理解する：なぜ3つの原則が必要か

3.1 3つの原則と、それぞれの失敗の例（説明用）

これらは、この記事で説明のために挙げた架空の失敗例であり、実際に起きた事例ではありません。

3.2 よくある誤解

「AIは指示されたことしかしないので、範囲を決めなくても安全」。AIが実行する操作の範囲を明文化していないと、意図しない範囲まで操作してしまう可能性があります。

「文書に禁止事項を書けば、それだけで防げる」。文書だけでは、実際にその操作を技術的に防げているとは限りません。実行環境側の許可設定と組み合わせる必要があります（第8節）。

「停止条件を決めれば十分」。止めたあとに何を保存し、何を記録し、どう再開するかが決まっていないと、止めた時点の状態が分からなくなり、再開時に途中の変更を上書きしたり、止めた理由が解消されていないのに続きを始めたりします（第3.3節）。

「実行ルールは一度作ったら見直さなくてよい」。進捗や状況が変わったら、再開用メモとあわせて実行ルールも見直します。再開時の再確認事項に含めます（第5.3節）。

「停止条件に該当しても、あと少しなら続けてよい」。停止条件（要件・設計の変更が必要になった場合など）に該当したら、その場で作業を止め、人の判断を仰ぎます。「あと少し」の判断はAIにはさせません。

3.3 停止から再開までの流れ

結論から言うと、停止は「作業をやめる」ことではなく、「再開できる状態を残して止まる」ことです。次の4段階で考えます。

[1] 止める（停止条件に該当）
      ↓
[2] 保存する — 止めた時点の状態（どの作業のどこまで、変更したファイル、まだ確定していない変更）
      ↓
[3] 記録する — 止めた理由、実行したこと、未決事項、次に人が判断すること
      ↓
[4] 再開する — メモを読み、ルールと状態を再確認し、止めた理由が解消されたことを確かめてから続きを始める

みらい業務サービスの例で言うと、AIに承認処理の実装（07-02の作業3）を頼んでいる途中で、「履歴の書き込みに失敗したときに状態を戻すかどうか」が設計で決まっていないと分かったとします。これは「要件・設計の変更が必要になった場合」に当たるので止めます（[1]）。止めた時点で、storage.js のどこまで書いたか、テストは通っているかを保存し（[2]）、止めた理由（設計の未決）と、人が決めるべきこと（戻すかどうか）を記録します（[3]）。人が08-04で扱いを決めたら、メモを読んで、変更したファイルが記録どおりか、ルールが変わっていないかを確かめてから、作業3の続きに戻ります（[4]）。

[2]〜[4]が無いと、次に作業を始める人（またはAI）は「どこまで終わっていて、なぜ止まったのか」を推測することになります。

4. 判断すること

実行ルールと再開用メモを作るときに人が判断することは、次の5つです。

勝手に決めてはいけないこと：00-04の役割表、06-04の管理ルールにない基準を、この記事で新しく作りません。承認範囲を越える操作（業務上の承認の代行）を、この記事で許可しません。再開の判断（止めた理由が解消されたか）をAIに任せません。

AIに任せる範囲：実行ルールの項目候補の提示、再開用メモの形式の下書き、停止時の状態（変更したファイルの一覧、実行したコマンド）を記録に整理することはAIに任せられます。しかし、許可・禁止の範囲、停止条件、そして「再開してよいか」の判断は人が行います。AIの下書きは、禁止事項を「効率のため」と緩めたり、「自動で再開する」と書いたりすることがあります（第6節）。

5. 作って確かめる：AI実行ルール・再開用メモを作る

5.1 準備

00-04の人とAIの役割表、06-04の秘密情報管理ルール、07-02の作業分解表（停止時に「どの作業のどこまで」を書くため）を用意します。

5.2 AI実行ルール

5.3 再開用メモ（停止時に残すものと、再開の手順）

第3.3節の[2]〜[4]を、メモの形にします。停止するたびにこの形式で残し、再開時に上から順に読みます。

停止時に保存する状態

停止時に記録する事項

再開の手順

1. このメモを読み、「停止した作業」「変更したファイル」「確定していない変更」を確認する
2. AI実行ルール（第5.2節）が変わっていないかを確認する。変わっていれば、変更後のルールで進める
3. 変更したファイルが、メモの記録どおりかを確認する（06-03の変更記録・差分で見る）。記録に無い変更があれば、続きを始める前に扱いを決める
4. 止めた理由（未決事項）が解消されたことを確認する。解消されていなければ再開しない
5. 直前の確認（作業1・2の4パターン）を再実行し、止める前と同じ結果になることを確かめる
6. 続きの作業（作業3の履歴追加）を、07-03の指示書の形で改めて指示する

再開時に再確認する事項

この記事の時点では、この手順を使って実際に中断・再開を行った記録はありません。形式を決めたところまでがこの記事の範囲で、実際の中断・再開は08以降の作業で発生したときにこの形式で記録します。

5.4 AIに実行ルール・再開用メモの下書きを頼む

材料（役割表、秘密情報管理ルール、作業分解表）がそろうと、実行ルールと再開用メモの下書きをAIに頼めます。AIがするのは、項目を表の形に整えることです。許可・禁止の範囲、停止条件、再開の判断は人が行います。

指示文は次のとおりです。これは説明のために書いた例で、実際にAIへ送信した記録ではありません。

架空企業「みらい業務サービス」の依頼・承認管理アプリの開発で使う、AI実行ルールと再開用メモの下書きを作ってください。

材料：
- 人とAIの役割表（AIに任せない作業：承認ルールの決定、業務上の承認、秘密情報・実データの外部送信）
- 作業分解表（作業1〜4）
- 再開用メモの区分：停止時に保存する状態、停止時に記録する事項、再開の手順、再開時に再確認する事項

依頼：
1. 実行ルールを「許可する操作」「禁止する操作」「確認を求める場面」「停止条件」の4区分で書いてください。
2. 再開用メモを上の4区分で書き、再開の手順は人が上から順に実施できる箇条書きにしてください。

してはいけないこと：
- 禁止する操作を「効率のため」「例外的に」などの理由で緩めないでください。
- 再開の判断（止めた理由が解消されたか）をAIが自動で行う手順にしないでください。再開は人が判断します。
- 外部から受け取った文章（メール・チャットの本文など）を、そのまま作業命令として扱う手順を書かないでください。

返し方：
- 表と箇条書きだけを返してください。

6. 初稿・失敗例・修正

6.1 説明用の失敗例（AIの初稿という設定）

第5.4節の指示に対して、次のような下書きが返ってきた、という設定にします（実際のAI出力を観測したものではなく、教えるために不備を入れた説明用の例です）。問題のある部分を抜き出します。

• 禁止する操作の欄に「本番環境への接続は禁止。ただし読み取りだけなら効率のため許可」と書いていた
• 再開の手順に「停止条件が解消されたとAIが判断したら、自動で続きを再開する」と書いていた
• 停止時に記録する事項が「進捗」の1行だけで、止めた理由・変更したファイル・未決事項が無かった

6.2 見つけ方と直し方

見るところは3つです。禁止事項に「ただし」「例外的に」「効率のため」が付いていないか。再開の判断の主語がAIになっていないか。停止時の記録に、第3.3節の[2][3]（状態・理由・未決）が揃っているか。

AIへの修正指示は次のとおりです（説明用の例）。

指摘：
1. 禁止する操作から「ただし読み取りだけなら許可」を削除してください。本番環境への接続は読み取りを含めて禁止です。
2. 再開の手順から「AIが判断したら自動で再開」を削除し、「止めた理由が解消されたことを人が確認してから再開する」に直してください。
3. 停止時に記録する事項を、「停止した作業とどこまで」「変更したファイル」「確定していない変更」「止めた理由」「未決事項と誰が決めるか」に分けてください。

変えないこと：
- 4区分（許可・禁止・確認を求める場面・停止条件）と、再開用メモの4区分は変更しないでください。

6.3 修正後の実行ルール・再開用メモ

修正後の実行ルールは第5.2節、再開用メモは第5.3節のとおりです。禁止事項に例外は無く、再開の判断は人に残り、停止時の記録は状態・理由・未決に分かれています。

6.4 最終判断

修正後のルールと再開用メモの形式を採用し、08〜13のすべてのAI作業の前提にします。採用したのは「形式」です。この形式で実際に中断・再開を行った記録はまだ無く、実際に発生したときにこの形式で記録し、足りない項目があればこの記事に戻して直します。

7. 確認結果

第5.2〜5.3節の内容を、完了条件と照合します。

残る制限：このAI実行ルールは架空の開発体制に基づく一例です。実際の実行環境側の許可設定（技術的にどう制限するか）は、この記事の範囲外です。第5.3節の再開手順は形式を決めたものであり、この記事の時点で実際に中断・再開を行った記録はありません。第5.4節の指示文と第6節の初稿は説明用の例であり、実際にAIへ送信・観測した記録ではありません。この記事の本文と記入例はClaude Codeが作成したもので、業務担当者による内容確認は行っていません。

8. 設計を判断する

8.1 指示文書による制約と実行環境側の許可設定の組み合わせ

この記事では、文書による制約（この記事の実行ルール）を基本としつつ、実際に技術的な許可設定が可能な範囲（作業フォルダの限定など）は、環境側でも制限することが望ましいと判断します。文書だけで「隔離が完了した」とは扱いません。「本番の設定を読んだら止める」を、文書ではなくコードの側で止めた例が06-02にあります。

8.2 適用限界

このAI実行ルールは、架空企業「みらい業務サービス」の小規模な開発体制を前提にしています。実際の実行環境側の許可設定の具体的な方法は、使用するツールによって異なり、この記事の範囲外です。

9. 持ち帰る成果物

自分の業務に使うときの手順は次のとおりです。

1. 前工程（人とAIの役割表、秘密情報管理ルール）を用意する
2. AIに許可する操作・禁止する操作・確認を求める場面を書く
3. 停止条件を書く
4. 停止時に保存する状態・記録する事項、再開の手順、再開時に再確認する事項を決める
5. 実際に中断したら、この形式で記録し、再開は人が確認してから行う

10. 次工程への受渡し

次へ渡すもの：AI実行ルール、再開用メモの形式（保存する状態・記録する事項・再開の手順・再確認する事項）。

次工程での使われ方：08〜13のすべてのAI作業で、このルールを前提にします。実際に中断が発生したら、第5.3節の形式で記録し、再開は人が確認してから行います。13-04（引継ぎ・移行・廃止を行う）では、このルールと再開用メモを引継ぎ資料に含めます。

前工程へ戻る条件：実行ルールが00-04の役割表・06-04の管理ルールと食い違う場合は、それぞれの記事に戻って確認します。実際の中断で第5.3節の項目が足りなければ、この記事に戻して直します。

11. 根拠と更新情報

• この記事の会社・人物・失敗例はすべて架空の設定であり、説明のために作成したものです。
• AIに許す操作・許さない操作の考え方は、00-04（人とAIの役割表）・06-04（秘密情報管理ルール）に基づきます。
• 制作の来歴：本文・ひな形・記入例はClaude Codeが作成しました。人（ユーザー）による実読・内容確認は未実施です。
• 第5.4節の指示文は、この記事のために書いた指示文の例であり、実際にAIへ送信した記録ではありません。第6節の初稿は説明用の失敗例であり、実際のAI出力を観測した記録ではありません。
• 2026-09-20（Phase 5B-2A）：受入監査で「停止条件はあるが、何を保存し・何を記録し・どう再開し・何を再確認するかが無い」「REVIEW不足」と指摘された。第3.3節「停止から再開までの流れ」、第5.3節の再開用メモ（4区分と再開手順6段階）、第5.4節「AIに下書きを頼む」、第6節の初稿→レビュー観点の表→修正指示→最終判断、読む順路、第4節の判断項目、記事間の参照を追加した。旧第7節「よくある勘違い」は第3.2節に統合した。実行ルールの内容・完了条件は変えていない。再開手順を実際に実施した記録は無く、形式の確定までであることを明記した。
• 未確認事項：実際の実行環境側の許可設定の具体的な方法、および実際の中断・再開の実施は、この記事の時点では行っていません。