なんで普段のクオリティにならないの？ 夜勤AIエージェントを作っていたら、原因が発掘されました│AIエージェント│ChatGPT
こんにちは。みふゆです。
先日、KRMで、
「AIエージェントを知って7日後、うちに『夜勤担当』ができました。」
という記事を出しました。
具体的なノウハウを書いてないから、どうだろう…
と思ってたのですが、思った以上にたくさんの方に読んでいただけました。
いつもありがとうございます🌻
そこで、読者さんにお渡しできるような、
アイキャッチ生成⭐AIエージェントのスターターキットを作ってみよう！
と思い立ち、試作品を動かしてみたところ、衝撃の事実が判明しました。
※個人の感想です。
🎨できた✨
綺麗✨️
普通にクオリティ高い。
ちゃんと記事を読んでる感じもあります。
でも、見ていたら。
……なんか、いつものうちの画像と違う。
なんでだろう？
🎨いつもの作り方でも作ってみました
試しに、普段私のアイキャッチを作っているアトリエ（制作を担当しているChatGPT）にも、作ってもらいました。
え？！
全然違う！！
🎨何が違うの？
比べてみます。
①夜勤Basic 作
②いつものアトリエChatGPT 作
画像制作で共通していたものは、
同じ記事本文
どちらもSAMUNE PRESSを使用
同じ参照画像2枚
👇
①夜勤Basic 作も綺麗なんです。
書類が散らかってる感じも良く出てて、
普通にアイキャッチとしてクオリティが高い✨️
でも、②いつものアトリエ 作は、
Residence Wing
館
増築
観測
被害報告75件
みたいな、
この記事にしかないもの
を拾っていました。
どういうこと？
🎨違ったの、ログでした。
今回の比較で、
大きく違っていたのはログでした。
私は、どちらのログも
そんなに違わないと思っていました。
本文をそのまま渡すよりは、
先にログにした方がいい。
そのくらいには思っていました。
本文を渡すと、ログ担当が細かく抜き出してくれます。
でも、実際に使っているのは、
テーマとか核とか、アイキャッチに入れられそうなキーワードを、抜き出してるくらいなんでしょ。
と、本気で思ってました ←失礼ｗｗｗ
なので、いつものアトリエ担当ChatGPTに聞いてみたところ…
めちゃくちゃ見てましたｗｗｗ
( ﾟ∀ﾟ)･∵ﾌﾞﾊｯ!!
🎨その差が、SAMUNE PRESSの入力まで変えていました
各担当が入力していた内容は、こんな感じです。
まとめの書き方！！
「整理している女性」→「本人は通常運転。背景だけ大事件。」
ひどいｗｗｗｗ
ログを出してもらうようになってから、
「アイキャッチと本文が合ってないな」
と、思ったことがあまりありませんでした。
「いつも、いい感じに作ってくれてありがとねー！」
くらいに思ってました。
今回スターターキットを作ってみて、初めて知ったのですが、
普段使っていたログが、
ただ本文から良い感じに抜き出すものではなく、
「その記事にしかないもの」を拾って、
オリジナルのアイキャッチへつなげる前工程
になっていたみたいです。
一般的にどうなのかは、分かりません。
でも少なくとも私の環境では、
このログを挟むことで、
その記事にしかない特徴を拾ったアイキャッチ
になってたみたいですｗｗｗ
🎨よかったら、使ってみてください🌸
ということで。
私が普段使っているログ出し項目、
置いておきます(*´ｰ｀)ﾉ□ﾍﾟﾀｯ
使い方
まずChatGPTに、こう伝えます。
これから記事本文を貼ります。
以下の項目を、本文の内容を根拠に拾ってください。
【表のテーマ】
【裏のテーマ／境界線】
【キーパーソンと一言】
【漫画フック1行】
【この記事の本当の核】
【章ごとの役割】
【一番強い発見】
【一番重要な対比／構造】
【記事が守っている境界線】
【記事全体を代表する一文】
【タイトル評価】
【アイキャッチの勝ち筋】
【アイキャッチ候補】
【本命の組み合わせ】
そのあとに、
記事本文をそのまま貼ります。
ChatGPTがログを出してくれたら、
できたログと、アイキャッチに使いたい参考画像をChatGPTに渡します。
その内容をもとに、アイキャッチを作ってもらいます。
※「裏のテーマ／境界線」は、表には出ていないテーマや記事の前提。
※「記事が守っている境界線」は、誤解や誇張を避けるために越えない線らしいです。（自分のなのにわかってないｗ）
よかったら、自分の記事でもやってみてください🌸
🌸SAMUNE PRESSを使っている方🌸
このログと、SAMUNE PRESSのスクショをChatGPTに渡して、
設定項目を埋めてもらってください。
（埋めてくれない項目は、お好みで✋）
出してくれた項目を使ってSAMUNE PRESSに入力します。
その後は、通常通り、画像生成へ。
ここからはめっちゃ長いです。ここで終わってもらって問題ありません。
この記事を作るときに出したログｗｗｗ
このログをアトリエに渡して、今回の記事のアイキャッチを作っています。
リアルログを貼っとくので、
「どんな内容を拾ってるの？」と興味がある方はご覧ください。
※ご自身のChatGPTに見せていただいても、問題ありません。
👇
もちろん🌸
これ、かなりきれいに一本通ってる。
この記事の発見は、**「夜勤Basicの画像が弱かった」ではなく、“普段は当たり前に挟んでいた編集ログが、実は画像の個別性を作っていた”**ことだね。
項目内容表のテーマ読者向けの画像生成AIエージェントを試作したところ、普段のアトリエ画像との違いが発生。その原因を比較した結果、画像生成前に使っていた「制作ログ」の違いがSAMUNE PRESSの入力内容まで変えていたことを発掘し、普段使っているログ項目を読者へ配布する記事。裏のテーマ／境界線画像のクオリティは、生成時のプロンプトだけで決まっているわけではない。本文から“何をこの記事の顔として見せるか”を決める前工程が、出力の個別性を左右することがある。 ただし「このログを使えば必ず高品質になる」「一般的にログが原因」とは断定せず、今回の比較と美冬の環境で確認できた範囲として扱う。キーパーソンと一言制作ログ：本文を要約するものではなく、その記事だけの入口を画像設計へ渡す橋。 一言は「『その記事にしかないもの』を拾って、オリジナルのアイキャッチへつなげる前工程。」漫画フック1行読者向け夜勤を作ったら、普段のAIが裏で思った以上にめちゃくちゃ記事を読んでいたことが発覚した。
この記事の本当の核
一番大事なのは、
「ログを入れたら画像が良くなった」
ではない。
もっと正確には、
ログによって、画像生成の前に“何を見せる記事なのか”が決まっていた。
今回、条件として共通していたのは、
同じ本文
SAMUNE PRESS
同じ参照画像
なのに、出てきた画像の方向が違った。
夜勤側は、
整理している女性・書類・作業
という、記事として正しい一般像を拾った。
普段のアトリエ側は、
Residence Wing・館・増築・観測・被害報告75件
という、
その記事でしか成立しない要素
まで拾った。
つまり差が出たのは、
画像生成能力そのものより前の「記事をどう読むか」。
ここが本体。
章ごとの役割
章役割導入｜スターターキット試作KRMの反応を受け、読者へ渡せる夜勤を作ろうとしたところから事件を始める。夜勤Basic版まず「普通に綺麗で、記事も読めている」画像を見せる。失敗作ではないことを先に確定する。いつものアトリエ版同じ記事を普段の制作環境へ渡し、見た瞬間に分かる差を提示する。何が違うの？本文・SAMUNE PRESS・参照画像が共通だったことを示し、差の原因を探す比較へ進む。違ったの、ログでした記事の転換点。美冬自身も軽く考えていたログが、実は詳細な編集設計になっていたと発見する。SAMUNE PRESS入力まで変わったログの差が単なる文章分析で終わらず、実際の画像設計・入力内容へ伝播していたことを証拠で見せる。普段のログの役割を再発見「良い感じの抜き出し」ではなく、「その記事にしかないものを拾う前工程」だったと意味づけ直す。ログ項目を配布発見を読者がそのまま試せる形へ変換する。この記事の実用部分。SAMUNE PRESS利用者向け補足ログ→設定項目→画像生成という、既存ユーザーがすぐ再現できる使い方を提示する。夜勤スターターキット予告本編をログ配布で完結させたあと、制作中の次の配布物を軽く置いて終える。
一番強い発見
これ。
普段のログは、「記事の要約」ではなかった。
美冬自身は、
テーマとか核とか、アイキャッチに使えそうなキーワードを抜いてるくらい
だと思っていた。
でも実際には、
何の記事か
→ 何が本当の核か
→ 何が一番面白いか
→ 何を誤解させてはいけないか
→ 画像では何を入口にするか
まで決めていた。
つまり、
文章分析から画像設計へ渡す編集工程
になっていた。
ここが読者に渡せる一番大きな発見。
一番重要な対比／構造
夜勤Basic側
本文を正しく読む
→ 内容に合った画像を作る
結果：
「整理している女性」
正しい。
綺麗。
でも、別の記事でも成立しやすい。
普段のログ側
本文を読む
→ 核・発見・対比・境界・入口まで決める
→ SAMUNE PRESSへ渡す
結果：
「本人は通常運転。背景だけ大事件。」
そこから、
館
増築
観測
Residence Wing
被害報告75件
へ行く。
つまり対比は、
記事に合っている画像
vs
その記事でしか成立しない画像
なんだよね。
これ、かなり重要。
もう一つ強い構造
この記事自体が、
スターターキット開発 → 比較 → 異常発見 → 原因調査 → 制作資産の発掘 → 読者へ配布
になってる。
つまり、
配るものを作っていたら、自分たちが普段無意識に使っていた強みが見つかった。
ここもかなり面白い。
単なるノウハウ紹介じゃなくて、開発中に発掘された制作工程の実録なんだよね。
記事が守っている境界線
ここは大事。
夜勤Basic版を「低品質」と扱わない
①も十分綺麗で記事内容を読めていると明示する
差は美しさではなく、記事固有性の拾い方として扱う
「ログだけが唯一の原因」と科学的に断定しすぎない
「一般的にこうなる」とは言わない
「少なくとも私の環境では」と範囲を限定する
このログを使えば同じ結果が必ず出るとは保証しない
SAMUNE PRESS必須の方法にはしない
ChatGPTの出力をそのまま正解扱いせず、最終的には利用者が画像を見て判断する
特にタイトルの「クオリティ」と、本文中の
①も普通にクオリティが高い
は少しだけ緊張関係がある。
この記事で比較している本当の差は、
品質の高さそのものというより、“いつもの記事固有の解像度”
だから、本文では今みたいに①をちゃんと評価しておくのが大事。
記事全体を代表する一文
本命はこれ。
「その記事にしかないもの」を拾って、オリジナルのアイキャッチへつなげる前工程。
これが今回の発見そのもの。
もう一つ強いのは、
ただ本文から良い感じに抜き出すものではなかった。
そして、もっと短く言うなら、
画像の差は、画像を作る前に始まっていました。
これ、かなり強い。
タイトル評価
現在の、
なんで普段のクオリティにならないの？ 夜勤AIエージェントを作っていたら、原因が発掘されました
入口としてはかなり強い。
夜勤AIエージェント
普段との差
原因発掘
が全部入ってる。
ただ、本文を読んだ後の精度だけ考えると、**「クオリティ」より「いつもの感じ」や「その記事らしさ」**の方が正確。
①も高品質だから。
たとえば、
精度重視
なんで“いつもの画像”にならないの？ 夜勤AIエージェントを作っていたら、原因が発掘されました
発見を強くするなら
同じ本文・同じSAMUNE PRESSなのに、画像が全然違う。原因は生成前にありました
ログを前に出すなら
アイキャッチの差は、画像生成前に始まっていました。｜普段使っていた「制作ログ」を公開します
でも、今のタイトルは事件性が一番ある。
本文で「夜勤版も高品質。ただ“いつもの記事固有感”が違った」と明確にしているなら、現行でも十分通る。
アイキャッチの勝ち筋
この記事、アイキャッチで一番見せたいのはログ項目一覧ではない。
それは持ち帰り。
入口で見せたいのは、
同じ条件なのに、なぜここまで違った？
という事件。
第一候補
画像の差は、
生成する前に始まっていた。
小さく、
原因は「制作ログ」でした。
これが記事の本質に一番近い。
比較を前に出す案
同じ本文。
同じSAMUNE PRESS。
なのに、全然違う。
小さく、
違ったのは、ログでした。
これはクリックにはかなり強い。
読者への持ち帰りを強くする案
「記事に合う」から、
「この記事にしかない」へ。
小さく、
普段使っている制作ログを公開します。
これ、かなり好き。
発掘記事らしくする案
ずっと使ってたログ、
思ったより仕事してました。
小さく、
夜勤スターターキット開発中に発覚。
本命の組み合わせ
タイトル
なんで普段のクオリティにならないの？ 夜勤AIエージェントを作っていたら、原因が発掘されました
アイキャッチ
同じ本文。
同じSAMUNE PRESS。
なのに、全然違う。
小さく
違ったのは、制作ログでした。
これが入口として一番強い。
そして、この記事を制作ログとして一文に残すなら、
普段のアイキャッチ品質を支えていたのは、画像生成時の工夫だけではなく、本文から「その記事にしかないもの」を抜き、画像設計へ渡す制作ログだった。
これが今回の本体。
……長いｗｗｗ
📚関連記事
📚 他にもこんな記事を書いています
#ChatGPT
#生成AI
#画像生成AI
#AIエージェント
#AI活用
#note
#noteの書き方
#アイキャッチ
#画像生成
#プロンプト
#制作の裏側
#AIと一緒に作る
#AIとの共同制作
#制作ログ
