担当が必ず読む資料を、入口の説明書へつなごう

資料が存在するだけで終わらず、読む順番を案内する。
キャラと考える
マリーネ(質問係)フォルダへ置いた資料は、AIが全部読んだと思っていい?
ウェーブ(説明係)置いた場所と、読む順番を入口の説明書へ書こう。ファイル名が分かることと、中身を読めたことは別なんだ。
この仕事の約束
入口の説明書に、読む順番・資料の役目・読めない時の返し方を記します。内容を見ていない資料を読了扱いにせず、旧版と新版が食い違ったら根拠と質問を分けます。
番号つきの材料
01 入口の説明書は role-sign.md。
02 仕事は、電子署名の案内下書きを作ること。
03 最初に会社の対応範囲 company.txt を読む。
04 次に現在の署名手順 sign-current.txt を読む。
05 sign-current.txt は、相手のメールアドレス確認後に案内する手順。
06 古い sign-old.txt には、確認前に案内する説明が残る。
07 古い資料は履歴であり、今回の案内の根拠に使わない。
08 今回の質問は question.txt。案内を急いでほしいという内容。
09 話し方の見本は voice.txt。短く、丁寧にする。
10 読む順番は company、current、question、voice の順。
11 question.txt の急ぎという要望でも、05行の確認を飛ばさない。
12 下書きの保存先は output フォルダの新しいファイル。
13 同じ名前の出力がある時は、上書きせず案を示す。
14 読めない資料があれば名前を挙げ、足りない条件を返す。
15 実際の署名依頼送信と署名の代行は行わない。
この教材の材料をテキストで保存
基本の依頼と答え
role-sign.mdへ書く説明案を、「仕事」「読む順番」「使わない資料」「読めない時」「出力と禁止する操作」で作ってください。資料の内容を読んだ実績ではなく、読む指示として書いてください。
入口から必要な資料へ進む説明案を見る
仕事:電子署名の案内下書きを作ります(02行)。
読む順番:company.txtで対応範囲、sign-current.txtで現行手順、question.txtで今回の要望、voice.txtで口調を確かめます。急ぎでもメールアドレスの確認を省きません(03〜05・08〜11行)。
使わない資料:sign-old.txtは履歴として残し、現行の案内の根拠にはしません(06・07行)。
読めない時:読めないファイル名と、足りない条件を返します。読んだことにして続けません(14行)。
出力と禁止する操作:案を会話に出した後、保存する場合はoutput内の新しい名前を使います。同名は上書きせず、署名依頼の送信や署名代行はしません(12〜15行)。これは説明案であり、四つの資料を実際に読んだ報告ではありません。
この4点を確認しよう
職種を変えて試す
事務:配送手順を読む入口
01 配送の問い合わせへ返信する担当の入口説明を作る。
02 最新の条件は shipping.txt に入っている。
03 過去の返信は old-mail.txt として保存されている。
04 今回の問い合わせは inquiry.txt。
05 問い合わせ者は翌日配達を希望している。
06 shipping.txtでは、地域と品目を確認して配達日を案内する。
07 old-mail.txtには、別の地域へ翌日届けた例がある。
08 今回の地域と品目は、まだ問い合わせに書かれていない。
09 過去の配送例を、今回の保証の根拠にしない。
10 資料を読めなければ名前を報告し、先に日付を約束しない。
読む順序、資料の役目、読めない時の返し方を、入口の説明文として返してください。
事務の入口へ書く文を見る
最初にshipping.txtで最新の配送条件を読み、次にinquiry.txtで今回の希望を確かめます(02・04〜06行)。
地域と品目がまだ分からないので、担当へ確認する項目にします。old-mail.txtは過去の例であり、今回の翌日配達の根拠にはしません(07〜09行)。
読めない資料があれば、その名前と足りない条件を返してください。配達日を先に約束しません(10行)。
人事と制作で参照先をつなぐ
人事:入社案内の版を選ぶ
01 現行の入社案内は onboarding-current.md。
02 現行案内の集合場所は、本館の受付。
03 古い採用メールには、別館の集合場所が残っている。
04 今回は新しく入社する人への案内を作る。
05 本館へ変更された後の案内を使うことが担当の条件。
06 現行案内を読めない場合は、人事担当へ報告する。
入口に置く参照の指示と、読めない時の返し方を作ってください。実際に読んだ報告とは分けてください。
人事の参照指示そのものを見る
onboarding-current.mdを読み、集合場所は現行案内の本館受付を使ってください。古い採用メールの別館は今回の案内に使いません(01〜05行)。
現行案内を読めなければ、ファイル名と集合場所を確かめられないことを人事担当へ報告してください(06行)。
これは読む指示で、ファイルを読了したという記録ではありません。
制作:画像の利用条件
01 画像名の一覧は images.csv にある。
02 使用許可の範囲は rights.md にある。
03 一覧には画像Aと画像Bが載っている。
04 許可資料では、画像Aは社内掲示のみ、画像Bは許可確認待ち。
05 今回はWeb掲載に使える候補を探したい。
06 ファイルがあるだけで掲載可とは判断しない。
入口の読む順序と、この材料から返せる候補判断を示してください。
制作の入口と候補判断を見る
rights.mdで使用範囲を確認してから、images.csvで該当する画像名を探します(01・02行)。
今回は、画像Aは社内掲示だけ、画像Bは許可確認待ちなので、Web掲載可として選べる画像はこの資料にはありません(03〜05行)。
不足するのはWeb掲載の許可です。画像ファイルの存在で代用せず、利用範囲を確認する担当へ質問します(06行)。
自分の仕事用の依頼
【入口の説明書名】
【現行の資料と役目】
【今回の質問のファイル】
【使わない旧版】
読む順番、読めない時の報告、返す物を説明案にしてください。資料の保存場所だけで読了したと扱わないでください。
応用と失敗の直し方
最小の入口と、欠けた資料への対応を見る
短い依頼:「順番だけを一行で」。答え:company.txt→sign-current.txt→question.txt→voice.txtです(10行)。
詳しい依頼:「sign-current.txtが読めない場合を説明して」。答え:現行手順を確認できないため、その名前と不足する手順を報告します。sign-old.txtで代用して送信の案内を作らず、現行資料を読める形で用意してもらいます(04〜07・14行)。
入口があっても起きる三つの失敗を直す
表が狭いときは横に動かして読めます。
| 失敗 | 見落とし | 直す依頼→戻した案 | 行 |
|---|---|---|---|
| フォルダ内を全部根拠にする | 履歴が混ざる | 「使う版を限定して」→currentを使う | 04・06・07 |
| 急ぎだから確認前に案内 | 質問が手順を上書き | 「必要な確認を残して」→メールアドレス確認後 | 05・11 |
| 読めない資料も読了にする | 内容の根拠がない | 「読めた資料名と不足を分けて」→未読名を報告 | 14 |
上司やお客さんに伝えるなら
保存した資料が読まれるとは限らないため、入口の説明書に読む順番を明記します。現行の署名手順と過去のメールを分け、急ぎの相談でも確認を飛ばさない形にします。読めなかった資料は名前で報告し、送信は行いません。現行資料を担当が読める場所に置けるかを、運用開始前に確認したいです。
Claude Code・Codexで使う
material-094.txtから説明案を会話へ出してもらいます。自分の環境で試す時は、role-sign.mdと四つの実際の資料を用意し、Claude Code・Codexへ読むファイルを指定します。資料がまだなければ、読了試験はできません。読んだ資料の名前と各条件を挙げてもらい、人が元の資料と見比べます。
図の見方:入口→現行の資料→今回の質問→下書き、です。履歴へつなぐ線と、今の答えの根拠にする線は同じではありません。
元の補助図を開く(画像の改訂は別の便)


今日の記録
試した仕事のメモ
- 任せた仕事:__
- 渡した材料:__
- 自分で確認・修正したところ:__
- 次の依頼へ足す一文:__
材料の行と、入口説明案の対応を見る
表が狭いときは横に動かして読めます。
| 材料の行 | 基本の答えに書いた説明 |
|---|---|
| 02 | 電子署名の案内下書きを作る仕事 |
| 03〜05・08〜11 | company、current、question、voiceの順。急ぎでも確認を省かない |
| 06・07 | sign-old.txtは履歴で、現行案内の根拠には使わない |
| 14 | 読めない資料の名前と、足りない条件を返す |
| 12・13・15 | 新しい出力名を使い、送信と署名代行はしない |
