zumin01

S2では、1本の記事ができていく途中で起きたことを、工程ごとに書いてきた。競合分析を先にやったこと。記事制作の情報をカルテ1枚にまとめたこと。writerに本文だけ任せたこと。公開前チェックを分けたこと。下書き保存で止めたこと。公開後にDB...

前の記事「投稿後にDB登録したら、記事が資産として残り始めた」では、公開した記事を`articles.db`へ登録した。DBに記録し、目次へ載せ、`series_s2.md`も更新した。それで公開後の管理は進んだ。でも、投稿ID101の記事...

前の記事「下書き保存で止めたら、公開後の工程が混ざらなくなった」で、下書き保存のあとにも公開後の工程が残っていた話を書いた。公開されたあと、DB、目次、series、内部リンクを別々に進めた。工程を分けたから、どこまで終わったかを追えた。そ...

前回、下書き保存の直前に、カルテとSEOブロックを揃えた話を書いた。保存する前に、内容を食い違わせない。そこまでは見えていた。でも、以前の記事「目次と内部リンクで、ブログを記事の集まりからサイトに変える」のログをもう一度追うと、下書き保存の...

監査は「公開OK」と出ていた。でも、俺はまだ保存しなかった。前回、SEOレビューを重ねていったら、探していたのは精度ではなくなっていた話を書いた。判断が出た後にも、実際に保存するまでもう一段、確認する場所が残っていた。この記事で見ているのは...

前回、公開前チェックを分けたら、安心して下書きにできた話を書いた。チェックする側と実行する側を分けた。その次に残っていたのが、SEOレビューそのものだった。AIのSEOレビューを何度か比較していくうちに、探していたものが途中で変わった。最初...

前回、writerに本文だけを任せたら、俺（henshucho）の側に判断が集まった話を書いた。判断の置き場所を1つに決める。分業とは、そういう仕組みだった。その次に残っていたのが、公開前のチェックだった。AIライティングで怖いのは、本文の...

前回、発注書をやめてカルテ1枚に一本化した話を書いた。引き継ぎで迷わなくなった。それは確かに変わった。でも、カルテ1枚に一本化した効果は、引き継ぎだけでは終わらなかった。writerに渡すものを絞ったら、俺（henshucho）の側に残る仕...

前回、AIリサーチャーに競合分析だけ先にやらせてみた話を書いた。書く前に勝ち筋が見える。それはわかった。でも、その分析結果を次の工程にどう渡すかで、俺は別の壁にぶつかっていた。発注書、構成案、SEOメモ。ファイルが増えるたびに、次の担当が「...

S1で、ブログを会社化する仕組みを作ってきた。ブログ記事を書く前に競合分析をしておくと、何を書かないかが先に決まる。今度はその仕組みを、実際に1本の記事で動かしてみることにした。最初に動かしたのは、本文を書く前の競合分析だった。ブログ記事の...