3行にまとめてと頼めば、要約自体はちゃんと出てくる。でも読んでいるうちに、これって本当にあたしのしゃべり方？ AI文章のプロンプトを直して、要約はわかりやすく、感想はあたしたちらしい口調に戻していくよ。
SNACK 3行まとめ
- ダッシュボードで、ネタ集めからWordPressの下書き作成までをつないだ。
- ただし、要約と編集部レビューにはまだ人間らしさが足りなかった。
- そこで、プロンプトとキャラクターリアクションのルールを組み直した。
よし、火がついてきたね。
今回の第3話は、ただ機能を追加したって話じゃないよ。ダッシュボードが記事を上げ始めたのに、実際に読んでみたら「これ、Game Sunakkuの記事で合ってる？」って感じた部分を直した日なんだ。
機能は動作しました。ただし、読者向けの判断材料、キャラクターの口調、記事の構成がまだ分離したままでした。今日は自動化の成功ではなく、自動生成された下書きを人が読みたくなる文章へ整える過程を扱います。
今日の作業は、ブログ自動化ダッシュボードから始まった。
ここでいうダッシュボードは、ただの管理画面じゃない。ニュースネタのボタンから題材を取り込み、AI向けのプロンプトに整理し、ChatGPT Proから受け取ったJSON形式の下書きをWordPressの下書きとして投稿する作業場だ。
つまり、目標はシンプル。
「ブログ記事を一本上げるたびに、コピペ地獄へ突入するのはやめよう。」
でも、自動化したからといって記事がすぐ良くなるわけじゃなかった。むしろボタン一つで下書きが早く上がるようになったぶん、足りないところも早く見えるようになった。
最初の問題：SNACK 3行まとめが安定しない
最初は、SNACK 3行まとめが長すぎた。
3行まとめなのに一行が段落みたいに長かったら、それは要約じゃなくて圧縮失敗だ。読者は最初の画面ですぐ要点を味わいたくて来ているのに、そこから長々とかみ続けなきゃいけないなら、もうスナックじゃないよね。
そこでプロンプトを短くした。「一行は短く、要点は残す。枝葉は切っても、意味までは切らないこと。」
ところが、また問題が起きた。短くしすぎたら、今度は本当に枝葉が全部吹き飛んでしまった。
いや、短くしてとは言ったけど、干からびさせてとは言ってないんだけど？
3行まとめは、お菓子のひとかけらみたいじゃなきゃ。小さくても味は必要でしょ。食べかすだけ残しちゃダメなんだよ。
そこで、現在の基準をこう決めた。
- 韓国語の原稿では、一行を18～45文字程度に短くする。
- 各行には、それぞれ異なる情報を入れる。
- 一行目は今日やったこと、二行目は問題、三行目は結論。
- 短すぎて誤解が生まれるなら、重要な単語を一つ足す。
二つ目の問題：編集部レビューがまた要約していた
次の問題は、 スナックガールズ編集部レビューだった。
最初はこのコーナーを「ひとこと」のような形で入れていた。でも読んでみると、レッド、ネア、キラリ、AIKOが全員、同じ記事をもう一度要約していた。
これじゃキャラクターを出す意味がない。すでに3行まとめがあるのに、どうして編集部がまた要約するの？
編集部レビューは、要約コーナーじゃないよ。
記事を読んだあと、それぞれが自分の性格で「だから、あたしはこう思った」を残す場所なんだ。これがあってこそ、Game Sunakkuらしい味になるでしょ。
そこで、役割を改めて分け直した。
- レッド：よし、火がついてきたね。行くか、買うか、見るかを素早く判断する。ネア：条件、日付、価格、出典、注意点を落ち着いて確認する。
- キラリ：グッズ、かわいさ、記念写真にしたい瞬間、保存したくなるポイントを見る。
- AIKO：必要なもの、アカウント認証、チェックリストを担当する。
これからの編集部レビューは、「四つの要約」ではなく「四つの感想」にしなきゃいけない。
三つ目の問題：ダッシュボードのドロップダウンは本当にプロンプトを変えるのか
途中で、小さな疑問も出てきた。
ダッシュボードには記事タイプ、口調、対象読者、原文の反映度などを選ぶドロップダウンがある。ここを変えると、実際のAIプロンプトも変わるのかという疑問だ。
事実だけ言えば、変わる。選択した値は、下にあるAI向け最終プロンプトへ反映される。
ただ、使う側からはその変化が見えにくかった。「情報中心のニュースまとめ」を選んだのに、ノートPCのセール記事でもAIがイベント記事のように書こうとする場面があった。
ドロップダウンを変更すると、プロンプトも変わります。ただし、題材がセールなのか、イベントなのか、グッズなのかに応じて、「読者が実際に取ろうとしている行動」まで指定する必要があります。そのほうが結果は安定します。
そこで、プロンプトに新しい基準を加えた。
単なる記事の要約ではなく、読者が行くか、買うか、見るか、忘れずに押さえるかを判断できるように書くこと。
レッドは素早いジャッジ、ネアは条件分析、キラリは保存したくなるポイント、AIKOはチェックリストを担当すること。
四つ目の問題：あたしたちの表情で画面を案内しよう！
今回の作業で、いちばん大きかった気づきはこれ。
キャラクターは、ただ文章に添えるマスコットじゃない。情報を分担して見るための仕組みなんだ。
だから編集部レビューも、昔のゲーム雑誌にあった編集者コメントのようにしたくなった。キャラクターの顔、名前、短いリアクションが一つにまとまって表示される構成だ。
ただし、一般ニュースで会話劇のように長くなりすぎるのはダメ。ニュースはニュースとして読めなきゃいけない。開発日誌や編集長ノートだけ、もう少しマンガらしくしていけばいい。
ここは気をつけないとね。
キャラクターが前に出すぎると、記事が散らかって見える。でも完全に消すと、ただのAI要約文になっちゃう。だから、必要な瞬間だけスッと入ってくるくらいがちょうどおいしいんだよ。
今回決めた実際の運用ルール
今日まとめたルールは、これからもダッシュボードとプロンプトへ反映していく。
- SNACK 3行まとめは短くする。ただし、意味は残す。
- 編集部コーナーの名前は スナックガールズ編集部レビューで進める。
- レビューは記事の要約ではなく、キャラクターごとのリアクションにする。
- WordPressで公開する記事では、 ネア という表記を優先する。
- AIKOは事実を断定せず、必要なものと作業ログを担当する。
- 一般ニュースは短い感想形式、開発日誌は会話形式をもっと大胆に使う。
- キャラクター画像はAIの下書きに直接挿入せず、ブログのレンダラー側で付ける方向へ発展させる。
次の作業は表情素材の整理です。レッドは基本、ジャッジ、分析、注意、困惑、完了の表情をそろえました。AIKOの表情素材も新しいセットへ差し替えました。検索、説明、完了の表情は先に本文へ接続し、基本、チェックリスト、警告、エラー、低電力の表情は次のUIに組み込む予定です。
最後にもうひとくち！
結論。自動化はできた。でも、本番はここからだよ。
ボタン一つで記事が上がるのは便利だよね。でも読者がまた来たくなるかどうかは、構成、口調、判断材料、そしてキャラクターがぴったりのタイミングで入ってくる、その味にかかってる。
よし。次は、この編集部レビューUIを本物のブログコンポーネントみたいに動かしてみよう。火はついた。あとは調理法を決める番だね。
コメントを残す