つくる・書く・届けるを支える

ノウハウ2026年8月24日

AIが同じミスを繰り返すなら、注意するよりルールを残す

ノートパソコンの作業ルールと印刷した資料を見ながら手順を書き留める仕事机

AIを仕事で使い始めると、最初は返ってくる速さに驚きます。

文章ができる。資料のたたき台ができる。Webページも作れる。調べ物も進む。一人で手を動かすより、できることが一気に増えます。

ところが、毎日のように使っていると、別の問題が見えてきます。

前にも直したはずの言い回しが戻ってくる。触ってほしくないファイルまで変わる。実績として書いていないことを、魅力的な表現として足してしまう。相談しているだけなのに、完成したものとして外へ出そうとする。

僕は2年以上、毎日何時間も、多い日には10時間以上AIを使ってきました。ブログ、Webサイト、資料、調査、業務の手順づくりまで一緒に進める中で、こういう失敗も何度も経験しています。

最初の頃は、問題が起きるたびに「次から気をつけて」と伝えていました。依頼文を長くし、禁止事項を増やし、その会話の中では思ったものに近づけます。

それでも、別の仕事を始めると同じ説明が必要になりました。

いまは、その場で注意して終わらせず、繰り返したくないことを仕事ごとのルールへ変えています。AIをうまく使うために、長いプロンプトを毎回書くことより、こちらの仕事の進め方を残すことのほうが大切になってきました。

注意を重ねても、仕事のやり方としては残らなかった

AIから思ったものが返ってこないと、つい感想で伝えたくなります。

「もっと自然な文章にして」

「AIっぽくしないで」

「勝手に話を広げないで」

「プロらしく仕上げて」

この言い方でも、その場の文章は直せます。ただ、「自然」「AIっぽい」「プロらしい」が何を指すのかは、仕事によって変わります。

ブログで避けたい文章と、お客様へのメールで避けたい文章は同じではありません。Webサイトで触ってよい範囲と、資料作りで任せてよい範囲も違います。

僕も以前は、依頼文を工夫すれば解決すると考えていました。うまくいかなければ、さらに説明を足す。次の会話でも、長い依頼文をもう一度渡す。その繰り返しです。

長く使ううちに、問題は一回の頼み方だけではないと分かりました。

必要なのは、AIへ上手にお願いする文章ではなく、この仕事では何を大切にし、どこまで進め、何が足りなければ止まるのかを残した仕事のルールでした。

いまは、修正した内容を次の仕事へ残している

たとえば、ブログで「読者の役に立つ記事にして」とだけ書いても、内容は広く解釈できます。

そこで、僕のブログでは、記事を書く前に次の一文を埋めます。

この記事は、__に困っている読者が、読後に__できるようになる記事です。

さらに、自分の名前、サービス名、最後の案内を外しても、読者が使える考え方や方法が残ることを条件にしています。残らなければ、言い回しを直して通すのではなく、企画を変えるか別の題材を選びます。

Webサイトでは、別のルールを使います。

手元でページを作る段階と、一般の人が見るサイトへ出す段階を分ける。変更したページをパソコンとスマートフォンで開く。フォームがあるなら、入力から送信後の案内まで実際にたどる。公開は、僕が内容を見たあとに行う。

記事とWebサイトでは、必要なルールが違います。だから僕は、AI全体へ一つの長い注意書きを渡すのではなく、仕事ごとに決まりを置いています。

その場で伝えていたこといま残している仕事のルール
読者の役に立つ記事にして誰が何に困り、読後に何ができるかを、記事を書く前に一文で示す
事実にないことを書かないで実績、数字、機能は提供資料か出典へ結びつけ、見つからなければ本文へ入れない
関係ない場所を変えないで作業を始める前に対象ファイルを挙げ、その範囲だけを変更する
勝手に公開しないで制作と公開を分け、公開の依頼があるまでは手元の下書きに留める
画面を崩さないで変更したページをパソコンとスマートフォンで開き、文字の折り返しと主要な操作を試す

注意は、起きてほしくない結果を伝えます。仕事のルールは、その結果を防ぐために次から何をするかを決めます。

ルールは、いつ使うかまで書く

「事実にないことを書かない」という一文を残しても、それだけではまだ曖昧です。

記事を書き終わったあとに見つけるのか。数字を本文へ入れる前に出典を探すのか。出典がなければ削るのか、空欄にするのか、こちらへ質問するのか。

実際の仕事で使えるルールには、使う場面と、条件を満たさないときの動きまで書きます。

僕は、次の五つを埋める形で残すことが多いです。

ルール名:何を繰り返さないための決まりか

起きる場面:どの仕事をするときか

作業前にすること:最初に何を読む、探す、または試すか

進めてよい条件:何がそろえば次へ進めるか

条件に合わない場合:止める、質問する、別案へ変える、のどれか

たとえば、提案資料へ数字を入れる仕事なら、次のように書けます。

数字を本文へ入れる前に、提供資料か出典を探す。出典を示せる数字だけを使う。見つからなければ数字を作らず、空欄と不足している資料を返す。

これなら、「正確に書いて」という注意より、AIが次に何をすればよいかが伝わります。

お客様への返信が毎回かしこまりすぎるなら、「親しみやすくして」だけで終わらせず、「受け取った質問へ最初の二文で答える」「普段使わない敬語を増やさない」と書けます。

困った結果ではなく、その手前の動作まで言葉にする。これが、何度も使えるルールへ変えるところです。

AIが仕事を始める場所へ置いておく

ルールを過去の会話に残すだけでは、次に仕事を始めるとき見つけられません。

普段使っているAIに、プロジェクトの決まりを最初に読ませられる場所があるなら、そこへ置きます。Webサイトやファイルを直接直せるAIのCodexなら、サイトのフォルダにルール文書を置けます。ほかの環境でも、プロジェクトの指示欄、共有資料、仕事を始めるときに渡すひな型など、一か所に決めます。

名前は立派でなくて構いません。仕事のルール.mdでも、普段使っているREADMEでも十分です。

僕は、詳しい決まりを置く元の文書を一つ決め、日々使うひな型や作業前の項目には短く反映しています。

元の文書だけ直しても、古いひな型が以前の進め方を促していれば、また同じ方向へ戻ります。反対に、似たルールを何か所にも書けば、あとで内容が食い違います。

元になる文書を一つ決める。普段の入口には、そこから必要な部分だけ置く。この形にしてから、ルールを直す場所にも迷わなくなりました。

何でも永久のルールにはしない

2年以上AIを使っていると、修正したいことはいくらでも出てきます。それを全部残せば、仕事を始める前に読む量ばかり増えます。

僕がルールとして残すのは、同じ問題が繰り返したとき、起きたあとの手戻りが大きいとき、作業を始める前に防げるときです。

一度だけ語尾が気になった。写真を今回は右へ置きたい。見出しをもう少し短くしたい。こういう内容は、その仕事の中で伝えれば済みます。

一方で、公開してはいけない情報を書く、関係のないファイルまで変更する、承認前に外へ出す、出典のない数字を事実として使う。こういう失敗は、次から起きないよう仕事の入口へ置く価値があります。

迷ったときは、「この注意を、来月もまた同じ言葉で伝えることになりそうか」と考えます。そう思うなら、会話の返事で終わらせず、仕事の決まりへ変えるタイミングです。

ルールも、実際の仕事で育てていく

ルールを書いたら、次の仕事で使います。

AIが読む場所に置いたのに、同じ問題が戻ることもあります。そのときは、「守って」と強く言い直す前に、ルールのどこが曖昧だったかを見ます。

使う場面が書かれていなかった。進めてよい条件が広すぎた。条件に合わないときの動きがなく、AIが続きを作った。別のルールと内容がぶつかっていた。

そこを具体的に直し、また次の仕事へ使います。

僕にとって、AI活用は便利な依頼文を集めることから、仕事のやり方を一緒に作ることへ変わりました。

AIが同じミスをしたときは、単に性能が足りないと考えるのではなく、自分の仕事で言葉になっていない基準が見つかったと考える。何度も使う仕事ほど、その積み重ねが効いてきます。

直近でAIへ二度以上伝えた注意を一つ思い出し、「どの仕事で使うか」「作業前に何をするか」「何がそろえば進めるか」「合わなければどうするか」まで書いてみてください。

一つルールを残すだけでも、次の依頼は前回の続きから始められます。


AIを、仕事の流れに合わせて使いたい方へ

僕が提供しているオンライン実務パートナーでは、ChatGPTの操作方法を説明するだけではなく、実際の仕事で繰り返す依頼、仕事の基準、ひな型、作業手順まで一緒に作ります。

オンライン実務パートナーの内容を見る →