【AI小説工房 第15話】公開ボタンで終わらせない｜noteの結果を制作台帳へ自動で戻す
マンガでわかる：記事を運ぶ「制作台帳トレイン」
この記事でわかること
note投稿と制作台帳を連動させる考え方
「公開ボタンを押した」と「公開を確認した」を分ける理由
失敗時に最初からやり直さず、直す場所だけ残す方法
AIへ過去ログを毎回読ませず、少ない情報で再開する仕組み
記事を書き、画像を入れ、リンクカードとハッシュタグを整える。
最後に公開ボタンを押せば、作業は終わったように見えます。
ところが実際には、公開後にカバーが消えていたり、URLがリンクカードになっていなかったり、ローカルの記録だけ「下書き」のまま残ったりしました。
前回は、制作物を「進行中」「確認待ち」「公開済み」「修正必要」の4状態で見える化しました。
今回は、その台帳を人間が毎回手で書き換えるのではなく、noteで確認できた結果から更新する流れを考えます。
公開ボタンは、ゴールではなく確認の入口
一番大きかったのは、「ボタンを押した」という操作と、「読者に正しく見えている」という結果を分けたことでした。
公開ボタンを押せても、次の状態が保証されるわけではありません。
カバーが表示されている
4コマが正しい位置にある
目次が小見出しを拾っている
URLが文字列ではなくリンクカードになっている
ハッシュタグが最後尾にある
指定したマガジンへ追加されている
そこで台帳を「公開済み」に変える条件を、ボタン操作ではなく公開ページの確認結果に置きます。
操作に成功したかではなく、完成形が残っているかを見る。これだけで、公開後の見落としを台帳へ持ち越しにくくなります。
作業結果から、状態を一段ずつ進める
記事制作の状態は、次のように動きます。
進行中
本文、カバー、4コマ、リンク、タグのどれかを作っている段階です。
確認待ち
必要な素材と設定が揃い、下書き編集画面で人間が確認できる段階です。
公開済み
明示的な公開承認を受け、公開ページで完成条件を確認できた段階です。
修正必要
リンクカード化の失敗や画像欠落など、直す対象と再開地点が特定できた段階です。
大事なのは、一気に「公開済み」へ飛ばさないこと。
本文が完成したら進行中、下書きが揃ったら確認待ち、公開ページの確認まで終わったら公開済み。観測できた事実だけで状態を進めます。
失敗したら、記事全体ではなく部品を戻す
以前はリンクカードが失敗すると、本文を貼り直したり、画像まで入れ直したりしていました。
でも制作パッケージに、本文、画像、リンク、タグを分けて保存しておけば、戻すのは問題の部品だけで済みます。
たとえば、公開ページでカバーが見つからなければ、台帳には次のように残します。
状態：修正必要
対象：カバー画像
次の作業：採用済み画像を再設定し、公開ページで1枚表示を確認
「何か変だった」ではなく、「何を直せば再開できるか」まで残す。
これなら別のチャットへ移っても、過去の会話を最初から読み直す必要がありません。
自動更新してよい事実と、人間が決める判断を分ける
すべてを自動で進めると、また別の事故が起きます。
そこで、AIが更新してよいものと、人間の承認が必要なものを分けます。
AIが記録できるのは、画面やファイルで確認できる事実です。
本文ファイルがある
カバーと4コマがある
下書きURLが発行された
公開URLが開ける
リンクカードの数が合っている
公開ページにカバーが表示されている
一方、「この内容で公開してよい」は人間の判断です。
確認待ちから公開処理へ進む境界だけは、今後も「公開して」「投稿OK」のような明示的な承認を必要とします。
自動化するのは判断ではなく、確認できる事実の回収と記録です。
台帳を軽くするほど、AIの作業も軽くなる
制作台帳へ会話の要約を全部入れる必要はありません。
必要なのは、現在地と次の一手です。
作品名と話数
状態
採用済み素材の保存場所
下書きまたは公開URL
問題があれば、その対象
次に行う一つの作業
この情報があれば、AIへ大量の過去ログを読ませずに済みます。
トークンを使って毎回「思い出す」のではなく、短い台帳を読んで続きから動く。制作の再現性だけでなく、AI利用のコストを抑える仕組みにもなります。
今日の記事も、台帳連動の実証になる
この第15話も、同じ流れで作ります。
本文、カバー、4コマ、リンクカード、ハッシュタグを一つの制作パッケージへ保存する。検査を通ったらnoteの下書きを作り、台帳を「確認待ち」にする。
じゅんちゃんが内容を確認して「公開して」と伝えたら公開へ進み、実際のページで完成形を確認して初めて「公開済み」に変える。
もしどこかが崩れていたら、失敗を隠さず「修正必要」へ分岐し、次の一手を残します。
巫女ちゃんは記事を載せた小さな列車を勢いよく出発させます。
ウマくんは、終着駅ではなく各駅の到着印を確かめます。
次回予告
制作台帳が投稿結果とつながれば、「何を作ったか」と「どこまで届いたか」を同じ流れで追えるようになります。
次は、noteとXの公開後に見る数字を絞り、2時間後と24時間後の実績を台帳へ戻すところへ進みます。
数字を眺め続けるのではなく、同じ時間に同じ項目だけ回収し、次の記事で試す一つの仮説へ変えられるのか。
巫女ちゃんは発車直後の歓声を数えます。
ウマくんは、翌日まで走った距離を記録します。
