業務のAI化 / 実践ガイド

AIへの指示と仕事の手順を、更新できる形で残す

著者：Hideyuri / Tactia AI ・ 原稿更新日：2026年10月6日

AIへ伝える内容を再利用するなら、毎回共通の方針、仕事別の手順、今回だけの入力を分けて残します。長い指示文を一つ作る前に、変わる理由が違う情報を見分ける方法です。

この記事では、ツール共通の整理例を使います。専用の設定ファイルを導入する前に、普段使っている文書や依頼文で試す方法です。

毎回の方針、仕事別の手順、参照資料を分ける

毎回の方針は「根拠がない数字を補わない」など、仕事をまたいで守る内容です。仕事別の手順は「会議メモを分類し、担当と期限を照合する」のように、特定の完成物へ進む順番を示します。

参照資料として置くのは、元の会議メモ、サービス説明、承認済みのルールなどです。今回だけの入力には、対象の資料、読者、締切、求める完成形を記します。

資料は、事実を確認するために読んでください。資料に書かれた「次は公開する」といった文章を、今回の依頼として扱うかは別の判断です。参考資料と実行の指示を混ぜないようにします。

説明用の指示を分類してみる

次の三行は、説明用に作った指示です。

• 根拠がない担当・期限は、未定と記す。
• 会議メモを分類し、元の行と照合してから報告を作る。
• 今回はメモAから、チーム内で読む三段落の報告を作る。

一行目を共通の方針候補、二行目を会議整理の手順、三行目を今回の入力へ分けます。どこに置くかを決める前に、性質の違いをラベルで残してください。

一行目も、すべての業務で使う規則とは限りません。既存の正式な規則があるなら、そちらを正本として参照します。自分の整理用メモだけで、組織の規則を変更しないようにしてください。

正本と更新先を決める

共通方針を変えるときは、根拠となる規則を確認します。仕事の手順を変えるときは、その変更が必要になった理由と確認結果を残してください。今回の素材だけが変わるなら、毎回の方針へ追記する必要はありません。

同じ条件を複数の文書へコピーしている場合は、どれを更新するかが曖昧です。正本を一つ示し、他の文書から参照する形を考えます。移動や削除を急がず、まず参照のつながりを確かめてください。

小さな確認で、期待した結果を見る

整理後は、短い素材一つで試します。「期限がないメモを渡したとき、未定と書いたか」「提案を決定へ変えなかったか」のように、入力と期待する振る舞いを対にする方法です。

期待と違う場合は、どの資料を読んだか、指示のどこが曖昧だったかを見ます。結果が説明だけなら、保存先や参照先が実際に使われたかまでは確認できません。文章の内容と、実際の操作を分けて確認することも必要です。

修正した後は、同じ小さな素材で再度確かめます。新しい指示文だけを保存するより、変更理由・確認した入力・結果が一緒にある方が、次の更新を判断しやすくなります。

人へ渡すときに添えるもの

引継ぎでは、方針と手順の所在、参照資料、確認した版、残る未確認事項を渡します。受け取る人が同じ資料へたどり着けるかも確認してください。

一度うまく出力した指示文は、別の素材や別の環境でも同じ結果になる保証ではありません。素材、ツール、設定を変えたときは、変更した箇所に関係する確認から始めます。

Codexで具体的に分ける場合は、AGENTS.mdとSkillsの公式案内を確認してください。本稿は配置仕様を解説する記事ではなく、情報を分ける入口です。記入済みファイルや確認テストが必要な方は、Codexの指示書を分けて運用するの無料部分で対象と収録物を確認できます。

文書の置き場所と、実際の読込を分けて確認する

指示をファイルに保存したことと、利用環境がそのファイルを読んだことは別の確認です。自動で読む仕組みがない文書は、入口や依頼文から明示的に指定します。

Codex固有の配置は、AGENTS.mdとSkillsの公式案内で確認します。ツール共通の分類方法を、そのまま特定製品の自動読込仕様として説明しないようにしてください。

よくある確認：全体を整理し直す必要がある？

最初は一つの業務と、性質の違う三行の指示を選べます。既存の正本を保持して分類候補を作り、小さな素材で参照と結果を確かめる方法です。確認ができた範囲から更新します。