AIとの作業は、失敗したたびにスキルへ戻すと少しずつ楽になる

※この記事は2026年5月時点の実運用メモです。

※ここでいうスキルは、AIに毎回同じ作業をしてもらうための手順書やルールのようなものです。

最近、AIと一緒にブログを書く流れがだいぶ安定してきました。

ネタ出しをする。

下書きを作る。

公開直前セットを作る。

WordPressに貼る。

AIに頼む作業は、一度で完成しない

AIに作業を頼むと、最初からきれいに完成するように見えることがあります。

文章もそれなりに整っている。

見出しもある。

要点もまとまっている。

公開前のチェック項目も出してくれる。

かなり便利です。

ただ、実際に使ってみると、細かいところでズレます。

WordPressに貼った時に見出しになっていない。

関連記事がただの文字で、リンクになっていない。

タグが箇条書きで出ていて、WordPressの入力欄に貼りにくい。

タイトルは良いけれど、スラッグが少し長い。

本文は良いけれど、公開するには注意書きが足りない。

こういうズレは、AIがだめという話ではありません。

こちらが欲しい成果物の形を、まだ十分に決めていなかっただけです。

AIに「ブログ記事を書いて」と頼むと、AIはブログ記事っぽい文章を作ります。

でも、自分が本当に欲しいのは、文章だけではありません。

WordPressに貼れる本文。

目次に拾われる見出し。

リンク付きの関連記事。

半角カンマ付きのタグ。

メタディスクリプション。

抜粋。

SNS用の文面。

そこまで揃って、ようやく自分にとっては「公開直前」です。

ここを毎回その場で直しているだけだと、同じ失敗を何度も繰り返します。

昨日起きた小さな修正は、ほぼ全部ルールにできた

昨日の作業では、いくつか小さな修正が出ました。

ひとつ目は、Markdownの見出しです。

下書きでは ## 見出し になっていました。

Markdownとしては正しいです。

でも、WordPressではそれが見出しブロックに変換されず、本文に ## が残ってしまいました。

そこで、次からはWordPress貼り付け用HTMLも作ることにしました。

<h2 class="wp-block-heading">見出し</h2>

のように、WordPress側で見出しとして扱われやすい形にする。

これは一度決めれば、次から毎回使えます。

ふたつ目は、関連記事です。

これまでは、関連記事をただのタイトル一覧として出していました。

でも、WordPressに貼るなら、最初からリンク付きのHTMLになっていた方が楽です。

<a href="https://kawasemi10.com/.../">記事タイトル</a>

の形で出しておけば、貼った後にひとつずつリンクを付ける手間が減ります。

もちろんURLが分からないものを勝手に作るのは危ないので、分からない場合は確認に回す。

これもルールにできます。

三つ目は、タグです。

WordPressでは、タグ欄に AI活用, のように半角カンマ付きで入れると認識しやすい。

だったら、公開直前パッケージのタグ案も最初からその形にした方がいい。

これも次回からの出力ルールにできます。

こうして見ると、昨日の修正はどれも単発の小技ではありませんでした。

全部、次回の標準手順に戻せる内容でした。

毎回説明することは、スキルに戻した方がいい

AIを使っていて地味に面倒なのは、同じ説明を何度もすることです。

「タグは半角カンマ付きで」

「関連記事はリンク付きで」

「WordPress用HTMLも作って」

「タイトルは本文に入れないで」

「Markdownの ## をそのまま残さないで」

こういう指示を毎回書くのは、だんだん疲れます。

そして、疲れてくると抜けます。

自分が忘れる。

AIも前回の文脈を持っていない。

別チャットでは伝わっていない。

その結果、同じ修正をまたすることになります。

だから、何度も出る指示は、その場の会話ではなく、スキルや手順に戻した方がいいと思うようになりました。

自分の場合、ブログのUP版を作る時は、もう単に本文を整えるだけでは足りません。

公開直前パッケージを作る。

WordPress貼り付け用HTMLを作る。

関連記事をリンク付きにする。

タグは半角カンマ付きにする。

HTML内に raw の ## が残っていないか確認する。

ここまでを、UP版作成時の標準手順にしてしまう。

そうすると、次から自分は細かい指示を毎回思い出さなくてよくなります。

AI側も、作業の型に沿って動きやすくなります。

スキルは完成品ではなく、作業しながら育てるもの

以前は、スキルというと、最初にきれいな手順書を作るものだと思っていました。

完璧なルールを先に作る。

それをAIに渡す。

あとはその通りに動いてもらう。

そんなイメージです。

でも、実際にやってみると少し違いました。

最初から完璧なスキルを作るのは難しいです。

なぜなら、自分がどこで詰まるのかは、実際に作業してみないと分からないからです。

昨日も、WordPressの目次が消えるまで、Markdownの ## がそのまま本文になる問題には気づいていませんでした。

関連記事をリンク付きにした方が楽だというのも、実際に貼る段階で見えてきました。

タグに半角カンマを付けた方がいいというのも、WordPressの入力欄に合わせた話です。

つまり、スキルは先に完成させるものではなく、作業の中で育てるものなのかもしれません。

失敗したら、手順に戻す。

面倒だったら、次回の標準出力にする。

毎回言っていることがあれば、スキルに入れる。

この繰り返しで、AIとの作業が少しずつ楽になります。

AI活用は、うまいプロンプトより修正の戻し方が大事かもしれない

AI活用というと、どうしてもプロンプトの話になりがちです。

どう聞けばいいか。

どんな指示を出せばいいか。

どうすれば一発で良い答えが返ってくるか。

もちろん、それも大事です。

でも、最近は少し違う感覚があります。

一発で完璧に出すことより、失敗した時にどう直すか。

さらに、その修正を次回のルールへどう戻すか。

ここが効いてくる気がします。

たとえば、昨日の自分の作業で言えば、

Markdownの見出しが壊れた。

だからWordPress貼り付け用HTMLを作る。

関連記事が手作業になりそうだった。

だからリンク付きHTMLを作る。

タグが貼りにくかった。

だから半角カンマ付きで出す。

こういう小さな改善を積むと、次回の作業が少しだけ楽になります。

大きな自動化ではありません。

でも、実際の作業ではこのくらいの小さな改善がかなり効きます。

AIにすごいことを一発でやってもらうというより、自分の作業で引っかかったところを、少しずつAIに覚えさせる。

その方が、自分には合っている気がします。

まとめ

昨日の作業では、AI下書きそのものより、公開直前の細かい形式でいくつか引っかかりました。

Markdownの見出し。

WordPress貼り付け用HTML。

リンク付き関連記事。

半角カンマ付きタグ。

どれも小さな修正です。

でも、その小さな修正を毎回その場で直すだけだと、また同じところで止まります。

だから、失敗したらスキルに戻す。

面倒だったら手順にする。

毎回説明しているなら、標準ルールにする。

AIとの作業は、最初から完璧な仕組みを作るより、こういう小さな戻し方の積み重ねで楽になっていくのかもしれません。

AI活用は、うまい一発プロンプトだけではなく、失敗を次回の作業ルールへ戻すこと。

昨日の小さなつまずきから、そんなことを感じました。