一度直した文章が、次のAI依頼でまた元に戻るのをどう減らす？
この記事では、投稿文の確認という一作業を、原資料つきで実行するところから、実際の仕事へ置き換える手順を整理します。
昨日直したことをまた言う
昨日、ここは直してと言ったのに、次の文章でまた同じことが起きる。
AIに仕事を頼んでいると、この繰り返しが一番疲れることがあります。
会話が長く残っていることと、次の作業で必要な判断を取り出せることは違うんです。
この記事ではClaude CodeのSkillsを使って、投稿文の確認を一つの手順にする方法です。
すごいプロンプトを一回書いて終わりではなく、使った結果を次の仕事へ戻すところまで扱います。
例えば、元の資料には「相談を受け付けています」としかないのに、AIが「残り三名です」と足してしまった。
単に「盛らないで」と言うだけでなく、何を根拠に消すのかまで手順にします。
この例で、短いSkillの中身を見ていきます。
保存する場所と役割
Claude Codeでは、Skillは専用フォルダに置いたSKILL.mdというファイルで定義します。
個人で使う場所と、そのプロジェクトだけで使う場所があります。
公式の手順に沿って、名前と、どんな時に使うか、具体的な進め方を書きます。
ここで大事なのは、すべての会話を巨大な手順書へコピーしないことです。
今回の投稿文チェックなら、対象の原文を読む、追加された事実を探す、直す理由を示す、という一つの仕事に絞れます。
手順書があるだけで、どんなモデルでも毎回同じ品質になるとは言えません。
だから、手順に加えて、どういう出力なら困るかも見本にします。
この記事では作れるファイルを資料に入れているので、形をゼロから考える必要はありません。
自分の仕事に当たる所を変えて使えます。
良い例だけでは足りない
AIへ仕事の型を渡す時、良い完成例だけを置くと、表面の言い回しだけ似せることがあります。
良い例と、直す必要がある例を一組にしてください。
例えば原文は「初回相談を受け付けています」。
悪い例は、根拠のない「今だけ残り三名」を加えた文。
直した例は、追加を消した「初回相談を受け付けています」という文です。
相談内容を補う案は、事実ではなく提案として別に返します。
この三つを並べると、禁止したいのは強い言葉すべてではなく、原文にない事実を作ることだと分かります。
短くするために大事な条件まで消した文も、別の悪い例として置けます。
好みだけの指示より、どこを見て判断したかまで残すのがポイントです。
今回のSkillを読む
今回の手順は四つです。
まず、元の資料と依頼の目的を読む。
次に、文章の中の事実と提案を分ける。
三つ目に、資料で確かめられない数字や条件を探す。
最後に、直した文と直した理由を一緒に返します。
これを実行する時は、対象の文章だけでなく、照合する原資料も渡します。
文章だけ見て、正しいかどうかをAIに当てさせないためです。
元資料が足りない時は、確かめられる部分だけを直して、不明な項目を別に返します。
長いルール集を増やすための資料ではありません。
自分の一つの仕事で、次に同じミスを見つけられるかを試すためのセットです。
ここから、作った後にどう直すかを話します。
直したら別の例でも試す
Skillを直す時は、今うまくいかなかった一文だけで確認しないでください。
その一文は直っても、前に正しくできていた文章を壊すことがあるからです。
例えば「数字を削る」とだけルールを足すと、根拠のない残席は消えても、資料にある料金や日付まで消えてしまいます。
そこで、根拠のない数字は止める例と、根拠がある料金は残す例の両方で試します。
変更したルール、試した入力、前と変わった結果を残す。
うまくいったかどうかは、手順書の文字数ではなく、次の実際の仕事で判断します。
直したつもりで終わらせず、守りたかった良さが残っているかも一緒に見てください。
保存して、名前で呼び出す
Claude CodeのSkillを初めて作るなら、置く場所、ファイル、呼び出し方の三つを押さえてください。
自分の複数の仕事で使うなら、個人用のスキルフォルダへ。
今のプロジェクトだけで使うなら、そのプロジェクト内のスキルフォルダへ置きます。
正確な保存先は画面に出しています。
今回のフォルダ名は、ポスト・ファクト・チェック。
その中に、大文字のスキル・エムディーというファイルを置きます。
冒頭に名前と、投稿文を原資料と照合する時に使うという説明。
その下に、資料を読む、数字と条件を照合する、修正文と理由を返す、という手順を書きます。
保存したら、スラッシュに続けてスキル名を入力し、投稿文と原資料を渡します。
返ってほしいのは、直した文、直した理由、確認が必要な点。
まず一つ実行して、根拠のある料金まで消していないかも確かめる。
ここまでが、手順を書いて終わりにしない最初の一回です。
最初に試す一件
投稿文の確認という一作業を、原資料つきで実行する。
自分の条件へ置き換える依頼例
次の繰り返し作業を、Claude CodeのSkillにします。
作業：公開前の投稿文を、渡した商品情報と照合する。
入力：投稿本文と商品情報。
出力：修正文、修正理由、本人へ確認が必要な点。
必須：資料にない実績・料金を追加しない。
体験を捏造しない。
句点で改行する。
商品情報が不足している場合は質問だけで終わらず、事実がある部分だけを直す。
公開・送信・アカウント操作は行わない。
SKILL.md、良い例、悪い例、確認用入力3件、変更記録を作ってください。
名前とdescriptionには、いつ使うSkillなのかを書いてください。
よくある質問
ルールを追加すれば、同じ失敗はなくなりますか？
手順の文字数だけでは判断できません。
修正したかった一文に加え、前に正しくできていた入力でも試し、守るべき料金や条件が消えていないかを確認します。
Skillに必要なのは完成例だけですか？
良い例と悪い例、照合する原資料、確認する入力を一組にします。
原文にない残席を足す文と、根拠ある料金を残す文の両方で、何を根拠に直すかを具体化します。
実践シートを受け取る
公式LINE「ソウタのAIインスタ大学」で「育つ手順」と送ると、「投稿文チェックSkill・良い例と悪い例・変更記録」を受け取れます。
出典・提供条件
機能・対象プランは収録原稿の確認日（2026年10月17日）時点です。
説明に使うサービスや数値、会話は自主制作の見本であり、AIサービスの実出力や受注実績を示すものではありません。