EXPERIMENT REPORT

人間の作業を月60分に近づけるための運用チェックリスト

人間の作業を減らすには、記事作成だけでなく、確認・修正・復旧にかかる時間も減らす必要があります。ここでは当サイトで試す運用ルールを公開します。月60分以内を達成したという報告ではありません。 AIに任せる候補 登録済みの […]

人間の作業を減らすには、記事作成だけでなく、確認・修正・復旧にかかる時間も減らす必要があります。ここでは当サイトで試す運用ルールを公開します。月60分以内を達成したという報告ではありません。

AIに任せる候補

  • 登録済みの公式ページの変更点を整理する。
  • 公開ページの応答とリンク異常を確認する。
  • 古い確認日を持つ記事を抽出する。
  • 根拠付きの修正案を下書きとして作る。
  • 処理の開始・終了・失敗理由を記録する。

人間の確認を残すこと

新規契約、課金、広告提携の申請、アカウント権限の変更、個人情報の公開は自動で進めません。比較順位や推奨理由が大きく変わる修正は、根拠と影響を確認してから反映します。

公開前の5項目

  1. 根拠となる情報源と確認日があるか。
  2. 実測と推測が区別されているか。
  3. 料金の税・期間・適用条件が明記されているか。
  4. 広告表示と広告主の掲載条件を満たすか。
  5. 前の版へ戻せる控えと変更履歴があるか。

60分の仮配分

週10分の例外確認を4回、月末20分の振り返りを想定します。これは予算案であって実績ではありません。障害対応や追加修正が発生したら、その時間を隠さず加算します。5週ある月は別途調整し、合計時間を実測します。

止める条件

公式情報が取得できない、根拠が一致しない、広告条件が不明、認証情報が必要、処理が連続して失敗する。この場合は推測で穴埋めせず、未確認のまま公開を保留します。異常時の確認は月60分という目標より優先します。

自動化の評価方法

成功率は成功件数を全実行件数で割り、失敗と中断を除外しません。修正が必要だった下書き数と修正時間も記録します。自動生成した記事数だけでは、運用が省力化できたとは判断しません。

策定日:2026年9月4日。定期実行は準備中であり、運用結果は計測後に追記します。