EXPERIMENT REPORT
人間の作業を月60分に近づけるための運用チェックリスト
人間の作業を減らすには、記事作成だけでなく、確認・修正・復旧にかかる時間も減らす必要があります。ここでは当サイトで試す運用ルールを公開します。月60分以内を達成したという報告ではありません。 AIに任せる候補 登録済みの […]
人間の作業を減らすには、記事作成だけでなく、確認・修正・復旧にかかる時間も減らす必要があります。ここでは当サイトで試す運用ルールを公開します。月60分以内を達成したという報告ではありません。
AIに任せる候補
- 登録済みの公式ページの変更点を整理する。
- 公開ページの応答とリンク異常を確認する。
- 古い確認日を持つ記事を抽出する。
- 根拠付きの修正案を下書きとして作る。
- 処理の開始・終了・失敗理由を記録する。
人間の確認を残すこと
新規契約、課金、広告提携の申請、アカウント権限の変更、個人情報の公開は自動で進めません。比較順位や推奨理由が大きく変わる修正は、根拠と影響を確認してから反映します。
公開前の5項目
- 根拠となる情報源と確認日があるか。
- 実測と推測が区別されているか。
- 料金の税・期間・適用条件が明記されているか。
- 広告表示と広告主の掲載条件を満たすか。
- 前の版へ戻せる控えと変更履歴があるか。
60分の仮配分
週10分の例外確認を4回、月末20分の振り返りを想定します。これは予算案であって実績ではありません。障害対応や追加修正が発生したら、その時間を隠さず加算します。5週ある月は別途調整し、合計時間を実測します。
止める条件
公式情報が取得できない、根拠が一致しない、広告条件が不明、認証情報が必要、処理が連続して失敗する。この場合は推測で穴埋めせず、未確認のまま公開を保留します。異常時の確認は月60分という目標より優先します。
自動化の評価方法
成功率は成功件数を全実行件数で割り、失敗と中断を除外しません。修正が必要だった下書き数と修正時間も記録します。自動生成した記事数だけでは、運用が省力化できたとは判断しません。
策定日:2026年9月4日。定期実行は準備中であり、運用結果は計測後に追記します。