AIに渡す「自分の取扱説明書」の作り方——判断基準と語り口を一枚にする

AIに過去の会話や原稿を渡していくと、少しずつ「自分らしい答え」が返るようになる。ただし、それだけでは再現性が弱い。会話の流れに依存すると、新しいスレッドや別のAIに移った瞬間、何を大切にしている人なのかが伝わらなくなるからだ。

記事や動画を作る前に渡す材料の組み立て方は、プロンプトの前に渡すもの——「コンテキスト・パッケージ」で発信を速くするで整理しています。

会話履歴の代わりに、一枚の取扱説明書を持つ

ここでいう取扱説明書は、立派なプロフィールではない。AIに仕事を頼むときに、判断を外さないための最小限の前提である。長文にしすぎず、一枚で更新できる状態にしておく。

最初に書くのは「何をする人か」より「何をしない人か」

たとえば発信なら、「一次資料を優先する」「事実と評価を混ぜない」「不明な経験談を補わない」「読者が次に確認できる資料を残す」といった線引きが効く。得意な語り口より、越えてほしくない境界の方が、出力の品質を安定させる。

判断基準は、曖昧な美辞麗句にしない

「わかりやすく」「誠実に」だけではAIは迷う。誰に起きる問題かを先に置く、制度の記事では対象・除外・条件を確認する、評価は根拠の後に書く。自分が普段している判断を、行動の言葉にして残す。

語り口は、完成原稿から逆算する

口調の説明を増やすより、「この段落は残したい」と思える自分の原稿を二、三本添える方が早い。見出しの切り方、言い切る場所、留保の置き方に、その人の仕事の癖が出る。

更新日を入れ、古い前提を放置しない

取扱説明書は固定の自己紹介ではない。扱うテーマ、使う媒体、確認すべき根拠が変われば更新する。日付を入れ、変更理由を一言残す。これだけで、古い前提を新しい企画に持ち込む事故が減る。

AIに渡す前の確認項目

・今回の依頼に関係する判断基準だけを抜き出したか

・事実、本人の経験、評価を分けて渡したか

・参考原稿は「正解例」ではなく、役割を添えて渡したか

・更新日と未確認の事項を明記したか

AIは自分の人格を学ぶ相手ではない。仕事の前提を受け取り、限られた文脈の中で文章や企画を組み立てる道具だ。だからこそ、自分の判断を一枚にして渡せる状態が、発信の速度と精度を同時に上げてくれる。

文脈を蓄積する意味から読みたい方は、先にこちらの記事をどうぞ。

過去記事や台本を整理してからAIに渡す具体的な手順は、過去記事をそのままAIに渡さない——文脈の棚卸しで残すもの・捨てるもので続けています。

▼あわせて読む

・プロンプトの前に渡すもの——「コンテキスト・パッケージ」で発信を速くする

https://note.com/poliplus/n/n312695ea38cd

・AIに「教え込む」ことは、自分の思考を資産にすること

https://note.com/poliplus/n/nd64736fd1a83

・過去記事をそのままAIに渡さない——文脈の棚卸しで残すもの・捨てるもの

https://note.com/poliplus/n/nbdde930dce77

・1本の動画を複数媒体へ展開するAI運用設計――人間に残す判断と責任

https://note.com/poliplus/n/nfa84bc37af7a

・AIとの会話履歴を「原本」にしてはいけない——文脈を失わない保管ルール

https://note.com/poliplus/n/nb52752a89f84

▼このテーマのまとめ

・AI×発信ノウハウまとめ

https://note.com/poliplus/n/ncd6194c20727

いつもの基準に、今回だけの依頼を混ぜない

「一次資料を確かめて書く」は、次の記事でも使える判断基準だ。一方、「今回は400字の告知文を作る」は、その仕事の条件である。この二つを同じ一枚に書き足し続けると、前の仕事の文字数や目的まで、新しい依頼に持ち込んでしまう。

取扱説明書には、繰り返し使う基準を残す。今回の読者、目的、成果物、対象時点、任せる作業は別欄にする。恒常的な基準も絶対に変わらないわけではない。方針を変えたら、どこを、なぜ変えたかを残して更新する。

図：政経プラス作成「三つに分けて渡す」。本記事独自の整理方法。2026年9月7日作成。一枚にまとめることは、指示どおりの出力や誤答の防止を保証しません。重要な判断は本文でも説明しています。

禁止だけで終わらせず、代わりの動きを書く

「推測するな」だけでは、資料が足りない場面で仕事が止まる。代わりに「出典がない数字は本文へ入れず、必要な確認を別欄に出す」と書く。何を避けるかと、困ったときに何を返してほしいかを一組にする。

「簡潔に」も同じだ。「同じ結論の繰り返しを削る。ただし、対象外の条件や未確認事項は削らない」なら、どこを短くするかが分かる。文章の好みが、内容の留保を押しのけないようにしたい。

複数の基準がぶつかるときは、黙ってどちらかを捨てさせない。たとえば短い文字数に必要な条件が収まらなければ、条件を保った長めの案と、短縮のために相談が必要な点を出してもらう。どの指示も常に両立する、と考えないことだ。

参考原稿から、経験や事実まで借りない

過去の原稿を渡すなら「この段落は、結論の前に根拠を置く順番を参考にする」と役割を添える。そこに書かれた人物名、数字、筆者の経験が、今回も使える根拠になるわけではない。

「私も以前こう感じた」と書かせたい場合も、その経験を本人が提供していなければ補わせない。語り口を似せることと、本人の経験を再現することは別である。第三者の原稿を丸ごと添える前には、利用条件を確認し、必要な範囲に絞る。秘密情報や不要な個人情報は説明書に含めない。

一枚にした後は、出力で確かめる

本稿で述べた「事故が減る」「速度と精度を同時に上げる」は、目指す効果を説明したもので、この様式による改善を測定した結果ではない。更新日を付けても中身が正しいとは限らず、例文を添えても毎回同じ品質になるとは限らない。

まず実際に頼む仕事を一件選び、出力に必要な根拠と留保が残ったか、与えていない経験が加わっていないかを読む。直すときは説明書を長くする前に、曖昧だった一項目を具体化する。次の出力で改善したかも確認する。

NIST AI RMF 1.0は、記録が人による確認を支え得ることや、人とAIの役割・責任を区別することを扱っている。本稿の一枚の説明書は、その考え方を編集作業に合わせた独自の提案であり、NISTの指定様式や認証ではない。

出典：NIST AI RMF 1.0「5 AI RMF Core」、5.1 GovernおよびGOVERN 3.2。2026年9月7日確認。公式ページは1.0の改訂作業中と表示しているため、ここでは確認した1.0を参照する。

この先で使えるもの

この先には、架空の発信者の取扱説明書を一枚にした完成例、曖昧な指示の書き換え例、依頼ごとに付ける欄、出力を点検する三つの練習を用意した。自分の仕事に合わせて記入できるファイルも付ける。